Riscos de projetos de TI e equipes de TI

Uma situação ruim com o Nginx - ele oferece uma ocasião para relembrar outros casos sobre os problemas ao trabalhar com equipes de projeto, especialmente porque é muito mais difícil corrigir erros no design de comandos do que erros no código. (os casos vão - não por "importância", mas na ordem de recall)

" Acordos de não divulgação e não concorrência "

NDA e NCA (contrato de não divulgação e não concorrência)
Papel padrão, geralmente sem sentido, baixado por uma advogada da rede e jogado em uma pilha geral de papéis para assinatura ao aceitar novos desenvolvedores. Em 99% dos casos - ninguém lê depois da assinatura. Mas nos 1% restantes - isso pode causar problemas.

Por exemplo, o desenvolvedor na NDA e nas instruções de serviço pode dizer: "é proibido fornecer acesso a informações de serviço de pessoas não autorizadas ". (este é um caso específico) Se estivesse escrito lá: "é proibido transmitir " , as perguntas não teriam surgido. Mas o que está escrito está escrito. Ao mesmo tempo, o próprio desenvolvedor pode sentar-se na sala comunal e o monitor pode ficar “de frente ” para o corredor e ser visível para todos que passam. E / ou sempre que ele precisar enviar documentos impressos para uma impressora compartilhada.

Como resultado, um belo dia (mas não para ele) em sua entrada no escritório - o chaveiro não funcionará, depois o guarda tirará uma caixa com seu cacto favorito (e chinelos substituíveis) e lhe dará a ordem de dispensar “Violação bruta única de deveres do trabalho” na forma de “ violação da descrição do trabalho ” e “ divulgação de informações oficiais ” (para desenvolvimento personalizado - um contrato, para execução - Artigo 81 p.6B do Código do Trabalho). Se os gerentes concluírem tudo corretamente, será impossível desafiar ...

No entanto, este jogo - você pode jogar juntos. Se o desenvolvedor decidiu sair com firmeza, ou ele, como no caso do Nginx (até onde se pode julgar pela situação), está vendo seu próprio projeto no trabalho, ele pode pegar um lápis e ler atentamente o que está escrito nesta NCA baixado por uma advogada da Neta NDA &. Então - executar o serviço que ele categoricamente não pode cumprir a tarefa que lhe foi dada, em conexão com o empregador ou o cliente que não lhe fornece as condições prescritas nas instruções e na NDA, e necessárias para atender aos requisitos de segurança.

Toda a circunstância da situação é que é impossível rejeitá-lo por tal recusa, e ele será forçado a pagar seu salário (com base na taxa / tempo) até ou se receber as condições necessárias; ou não será transferido para um projeto que não exija trabalho com dados confidenciais; ou eles não concordarão com ele em compensação. Isso é chamado de " greve italiana " (" formalmente, sem interromper o trabalho, os trabalhadores o paralisam com exigências insensatas da estrita observância de todas as formalidades prescritas por eles ").

Ao mesmo tempo, se o desenvolvedor não for contratado para o projeto, mas para o estado (em trabalho), sua contratação (e o cálculo de uma taxa fixa) começa e é calculada a partir da data do contrato e não da data do início real do trabalho.

Caso: Na recepção, alguns desenvolvedores - eles me deram para assinar um pacote de papel padrão (mão de obra, descrição do trabalho, pessoal, NDA & NCA, medidas de segurança etc.), que todos parecem ter assinado.

Como havia muitas pessoas, a verificação e análise de todos os documentos foi feita no dia seguinte, no qual se verificou que algo foi assinado duas vezes e algo foi perdido. Com todas as outras pessoas, tudo foi rapidamente consertado e consertado, e esse casal, durante a noite, aparentemente mudou de idéia e começou a agitar alguma coisa.

Mas os gerentes já eram experientes, então eles ordenadamente (mas rapidamente) pegaram tudo deles e ordenadamente (mas rapidamente) os colocaram pela porta. E, na descrição do trabalho, a secretária do escritório, em letras grandes, atribuiu a cláusula afirmando que ela primeiro verifica as assinaturas em todos os outros documentos e só então carimba o contrato de trabalho diretamente (o que imediatamente o oculta no cofre, dando uma fotocópia ao paciente).

Mas o melhor, é claro, é registrar todos aqueles que trabalham em mão-de-obra em um escritório separado, criado especialmente para esse fim, cujos possíveis problemas subseqüentes não sobrecarregarão o trabalho em outros projetos.

Um ponto especial da NDA - é necessário prescrever a interação dos desenvolvedores com os representantes do cliente (se houver). Precisamos de uma lista de materiais que o desenvolvedor não deve transmitir e uma lista de perguntas que ele não deve responder.

Caso: o desenvolvedor enviou uma versão intermediária de uma parte do sistema com stubs ao cliente. Eles procuraram e pediram alguns módulos que deveriam ser em vez de stubs e estavam em um estágio intermediário. Ele os enviou para eles.
Esses módulos foram criados em um grande pacote de ferramentas, que grava seus logs em versões intermediárias. Na entrega do projeto, todo esse lixo é limpo naturalmente, mas é limpo manualmente, portanto nas versões de trabalho eles não o tocam. O serviço técnico do cliente - viu números de série e registros e os entregou aos seus superiores - contatou o fabricante da embalagem, que informava que essa cópia da embalagem não era fornecida à Federação Russa. Havia muito barulho e barulho.

Em outro projeto, um desenvolvedor - por três dias instalou e configurou um pacote no cliente, onde havia garotas jovens e entusiasmadas, que ele disse desde o alto de sua grande sabedoria que não tinham medo de nada, uma vez que a maior parte desse pacote já estava trabalhando com sucesso com o cliente anterior. O cliente ligou e perguntou por que eles haviam cobrado o preço total pelo que já havia sido vendido a alguém antes. Eles saíram com um pequeno escândalo. Mas se o cliente de repente contatasse o primeiro e muito mais importante cliente, os problemas seriam muito maiores.

" Segredo comercial "

O primeiro problema com o segredo é que não há segredo comercial na Federação Russa. A Lei de Segredos Comerciais de 2004, está traçando o papel da Lei de Segredos Estaduais, e tudo nela está vinculado a um meio material, sem o qual todas as ações e procedimentos não funcionam. Portanto, se a empresa não tiver uma sala " secreta " (com janelas com cortinas bem fechadas), um diário de visitas alinhadas e outras paixões de Hollywood, esse regime não será, e todas as palavras sobre " informações secretas " e " informações fechadas " terão um significado puramente psicológico, e em um incidente real e sério, eles não importam.

O segundo problema com o segredo é que, enquanto em um incidente específico, não há comprovado, ou seja, está devidamente documentado, o fato da transferência, ou seja, uma ação específica de uma pessoa para receber o transmitido (ou nenhum reconhecimento pessoal do infrator), nenhuma violação - não. Mais uma vez: para uma “ transferência ” - é necessário não apenas “ dar ”, mas também “ aceitação ”, não há recibo - não há transferência (ou seja, publicar na Internet “ para todos ” não é uma “ transferência ”).

No entanto, isso é compensado pela possibilidade de gravação corporativa interna do fato de violação das descrições de tarefas (logs do servidor, gravação de vídeo formatada corretamente de câmeras internas, etc.). E após a fixação, a reprimenda, a perda de bônus e a demissão já são possíveis de acordo com a cláusula trabalhista habitual ou, se a execução não estava de acordo com a ordem de serviço, mas de acordo com uma ordem única, de acordo com uma violação grave do contrato (mas você precisa observar o que foi escrito no contrato).

Caso: se uma quantia específica de salário é indicada no contrato ou na mão-de-obra, é extremamente difícil reduzi-la com multas (custos de transação - excederão o valor retido), o salário dos funcionários nem é incluído no estado da falência durante a falência. Mas se a taxa básica for indicada lá e, por exemplo, um bônus tiver sido definido para a observação do regime de proteção de informações, em caso de violação desse regime, a remoção do bônus (ou melhor, não a atribuição) será muito mais fácil. Se uma equipe suficientemente heterogênea for recrutada para o projeto, dentre pessoas que não trabalharam juntas anteriormente, então registrar todos sob o mesmo trabalho / contrato, com condições comuns a todos, é o caminho certo para o fracasso do projeto. Os termos e condições de contratação e registro de Junior e Lead não podem ser os mesmos. (se o júnior não estiver no estado, mas por exemplo no teste, ele não poderá ter nenhum segredo)

E finalmente, o terceiro problema com o segredo é que, se esse modo for realmente estabelecido na empresa, a empresa não poderá trabalhar. Não se trata da " greve italiana ", mas da inconsistência dos processos de negócios.
Caso: Para o desenvolvedor - foi necessário aprovar os layouts das páginas do serviço personalizado no cliente, e a advogada, em todo o produto antes da data de entrega / aceitação, coloque o selo " com secrets ". E o desenvolvedor pergunta: " Mas como posso encaminhá-los para o cliente? " A cortina.

Patch: para não mexer nas leis russas locais e na prática judicial russa (que está ausente em primeiro lugar (devido à falta de um mecanismo de precedentes judiciais na Federação Russa) e, em segundo lugar, não é aplicável fora da Federação Russa (para clientes estrangeiros)) nesses casos , quando você precisar fechar seu segredo, escreva que todas as informações internas são regidas pelas regras do TRIPS (Acordo sobre Aspectos Relacionados ao Comércio dos Direitos de Propriedade Intelectual). Essas são regras convenientes, claras e compreensíveis que se aplicam em todo o mundo ( incluindo a Federação Russa).

Patch 2.: Se o cliente, ou um dos membros da equipe, for dos Estados Unidos, em vez de tripes, é melhor colocar imediatamente a " Lei de Defesa do Segredo Comercial " e a " Lei de Espionagem Econômica " (leis americanas sobre segredos comerciais e espionagem). Isso - não apenas fornece imediatamente " +100 karma ", mas também reduz drasticamente a probabilidade de mal-entendidos subsequentes ao aceitar e pagar pelo trabalho (o cliente saberá que o design da equipe é feito corretamente, ou seja, as pessoas estão no assunto e, assim, seus - você não pode enganar (mesmo que queira)).

Acordo de Não Concorrência (NCA / CNC)

O problema com ele é que o emprego e o trabalho subsequentes não podem ser proibidos.
A proibição de emprego e trabalho é legalmente nula em todos os países. Ou seja, é possível escrevê-lo, mas essas palavras não terão conseqüências legais.
No entanto, ao mesmo tempo, o NCA / CNC - funciona em outros casos específicos, nomeadamente nos casos:

• Prevenção de danos à empresa através do uso não autorizado de informações oficiais pelo funcionário após a demissão;
• divulgação e divulgação não autorizadas por um funcionário da experiência tecnológica da empresa;
• danificar intencionalmente a empresa, recusando o funcionário a trabalhar após o pagamento do treinamento corporativo externo ou interno da empresa.

Ou seja, na primeira opção - o lucro perdido é recuperável, na segunda - um contrato reembolsável gratuito é celebrado com as obrigações mútuas das partes e na terceira - o custo do treinamento é cobrado (como no treinamento direcionado comum, por exemplo, em uma universidade).

Caso No. 1: Com desenvolvedores-chave - contratos pessoais individuais foram concluídos indicando posições específicas em empresas concorrentes específicas nas quais o funcionário não pode conseguir um emprego e termos (não mais que 4 meses), foi proibida a abertura de seus próprios negócios e empreendedores individuais sobre o tópico do projeto e nesses contratos, durante esses quatro meses. após a demissão - a remuneração monetária foi paga (isso não é um salário (eles não são mais funcionários)).

Caso No. 2: Para um desenvolvedor específico e um projeto específico - um local de trabalho caro com um pacote caro (CAD) foi adquirido e um contrato de trabalho foi emitido um contrato adicional para compensar esses custos em caso de partida antecipada antes da conclusão do projeto.

"Um recibo sobre a ausência de obstáculos para o trabalho completo em um novo local "

A coisa é importante. É necessário proteger contra a violação dos direitos de terceiros. Em primeiro lugar, assegura contra as consequências do uso de informações (e violação da NCA / CNC) de locais de trabalho anteriores (anteriores) e, em segundo lugar, assegura que outros projetos (incluindo os seus) sejam arrastados para a empresa (o caso Nginx é um bom exemplo).

Percebemos isso depois de dois incidentes desagradáveis, com freelancers estrangeiros remotos se fundindo em nossos projetos (e provavelmente até vários outros) projetos de seus locais de trabalho anteriores (que ficaram claros mais tarde). O recibo em si não impede naturalmente que a sujeira externa seja arrastada para o projeto, mas a empresa precisa confirmar sua integridade (todas as precauções necessárias foram tomadas) e, portanto, protegê-lo de possíveis reivindicações subsequentes de terceiros.

Como substituto (ou duplicação) de tal recibo, alguns projetos às vezes publicam proativamente informações na rede sobre a recepção de desenvolvedores potencialmente problemáticos (como " finalmente se juntou à nossa equipe amigável ..."), mas é mais fácil (e mais confiável) fazer um recibo em papel explícito em três parágrafos.

Houve casos em que os desenvolvedores usaram suas próprias soluções, descrições ou idéias que, no entanto, brilhavam em hackathons comerciais e em solicitações de concursos e subsídios sobre os quais são gerentes de projeto não oportunamente relatado. No entanto, em muitos hackathons, competições e subsídios - existem disposições relativas aos direitos dos organizadores-organizadores para o uso subsequente dos materiais enviados, pelo menos para fins educacionais.

E, por exemplo, nas descrições dos hackathons de Yandex e Sberov - é diretamente indicado que é possível estudar o material enviado para aplicabilidade nos negócios. Dessa forma, a solução destacada dessa maneira, sendo implementada em um projeto comercial, acarreta riscos potenciais. (O caso em que um desenvolvedor arrasta uma parte de seu projeto atual para um hackathon está sujeito a uma violação da NDA (veja acima).)

Um caso separado (e estranhamente frequente) da necessidade de um recibo sobre a ausência de obstáculos são situações nas quais os próprios desenvolvedores não sabem (embora pudessem) sobre suas restrições semelhantes.

Caso: Em um dos projetos, um homem alcançou uma posição de liderança, pouco antes de ter trabalhado um ano no tópico de um projeto em uma universidade britânica sob uma bolsa de intercâmbio de pesquisa. Antes deste incidente, não encontramos situações semelhantes, portanto não prestamos atenção a ele. Mas então o co-investidor estrangeiro do projeto nos explicou que não estamos certos. Quando os documentos necessários foram obtidos na própria universidade, verificou-se que a pessoa realmente ainda não havia terminado o ano de " quarentena ", que era prescrito no contrato de concessão e nos documentos internos da universidade. Além disso, as condições eram muito mais severas do que se poderia esperar.

" Proibição de uso / divulgação de informações e disputas após demissão "

Aqui - em primeiro lugar, tudo o que já estava no NDA & (NCA / CNC) é duplicado novamente, mas ao mesmo tempo é aplicável não apenas durante, mas também após o término do trabalho. Se houver problemas com papel e impressoras, essa proibição - você pode " integrar " ao texto da NDA principal (NCA / CNC). No entanto, economizar em três parágrafos extras não custa muitos nervos e tempo necessários para a prova a longo prazo subsequente de que o texto " integrado " se refere tanto ao tempo do projeto quanto ao tempo após sua conclusão. Salvar uma única folha de papel desses riscos não vale a pena.

Em segundo lugar, aqui (embora com apenas um, mas um parágrafo importante), é proibida a distribuição subsequente de negatividade sobre o projeto / empresa, e a segunda é a situação de ações judiciais contra a empresa (tanto sua quanto sua participação (co-autor) em estranhos).

Sobre o primeiro ponto: a obrigação de não dizer coisas ruins sobre a empresa e o projeto, tomada de forma unilateral e independente, é igualmente unilateral e independentemente cancelada. Portanto, na demissão - é necessário concluir um contrato " em silêncio ", com obrigações mútuas e pagamento de indenização (em ambas as direções).

De acordo com o segundo parágrafo: A obrigação de não processar é legalmente nula e o papel em que está escrito não vale a pena. Esse problema foi corrigido - novamente, com um contrato com claras obrigações mútuas e compensações / multas. Na realidade, o período de " silêncio " em meio ano é suficiente. Isso é tudo - parece assustador e monstruoso, mas na realidade - é preciso um quarto da folha (embora em letras pequenas).

" Desenvolvimento de escritório "

Os casos são o mar, mas depois do Nginx, tudo já foi discutido centenas de vezes, e não há necessidade de explicar nada a ninguém.

A menos que valha a pena repetir mais uma vez que, nos contratos de projetos destinados a uso fora da Federação Russa, você não deve se referir às leis e normas legais da lei da Federação Russa.

" Não se oponha ao uso da solução "

Caso: Ao trabalhar em um projeto, foi criada uma nova solução que está sendo solicitada para patentear. Os termos de patente nos EUA, por exemplo, soluções cliente-servidor, podem levar até três anos, e arquiteturas / pesos / técnicas em redes neurais podem levar até cinco anos (quanto mais quente o tópico, mais aplicativos, maior o tempo de exame, respectivamente). E a essa altura, o projeto - há muito tempo foi fechado, e o próprio desenvolvedor - não apenas desistiu, mas também terá tempo para trabalhar em outros dois projetos. E sem a assinatura dele, algumas coisas não podem ser feitas com o patenteamento. Portanto, novamente - um contrato separado, embora 1/4 página. Naturalmente assinado estritamente antes do início do projeto. (é possível - já após a contratação de um emprego ou freelancer "freelancer", mas - estritamente antes do início do projeto, dentro do qual a inscrição será enviada)

" A proibição do uso implícito de informações externas "

Tudo o que é inserido no projeto de algum lugar externo - deve ser verificado com muito cuidado e montado (se for absolutamente impossível sem ele), com a possibilidade de substituição rápida ou remoção completa (se for impossível substituir rapidamente).

Caso 1. O desenvolvedor, em algum lugar do site para programadores - viu uma solução adequada para o projeto e a inseriu no projeto. Ficou claro pouco antes da conclusão do projeto. Então essa peça do projeto teve que ser cortada longa e tediosamente.

Caso 2. Desenvolvedor - vi uma solução útil publicada pelo próprio autor (solução). O autor, que estava dando a decisão a todos, como patente da decisão, já havia deixado de ser válido (não pagando a taxa), e a própria empresa estava em processo de falência.
Não se sabe quem conseguiu tirar proveito dessa generosidade, mas sabe-se que após seis meses a falência terminou e a nova empresa restaurou todas as patentes.

Caso 3. Desenvolvedor - vi o sinal " código aberto " e digitei um brinde completo de carrinho de mão.
No entanto - não existe uma única licença de software aberto cujo texto seria a palavra " brinde ".

( Sobre o OpenSource no Habr - já escrevi )
Open-sourse, é um código-fonte " aberto ", mas não se trata de dinheiro. Em uma licença " gratuita " - pode ser declarado: " Gratuito apenas para uso em abrigos para cães ", , — , ( ), — .
— , , , . ( ) - — , . — .

— , ( ) ( ), , 70/75/80 ( ) . , — ( ) . : " " , — .

4. — " " , , . . " " , — " ". Ela tem termos de uso muito claros e difíceis. Obviamente, os blocos do projeto foram deixados, mas o desenvolvedor foi solicitado a não fazer isso novamente.

" A obrigação de testar seus próprios desenvolvimentos em busca de novidades "

Se o próprio desenvolvedor inventar algo, isso é muito bom. O único problema é que, se ele conseguir, existe uma probabilidade diferente de zero de que a mesma coisa (ou algo próximo) possa ser inventada por outra pessoa. E quem primeiro se levantou - isso e chinelos.
Portanto, isso é novo - você precisa pedir emprestado até que alguém o faça. Para que o desenvolvedor faça isso (em vez da codificação por peça), ele deve ser estimulado com bônus (dentro da estrutura do contrato de trabalho) ou com pagamentos adicionais por contrato.

" "

Se (na etapa anterior) a novidade da solução criada foi estabelecida, ela deve ser corrigida. Ou patentes, ou (se não atingir uma patente completa por novidade) pelo menos como uma publicação aberta (com o princípio de " Portanto, não chegue a ninguém! "). Na prática, se em projetos de clientes estrangeiros os pedidos de patentes não são depositados (ou deixam de ser depositados), os clientes começam a ficar nervosos e a checar o projeto. Isto é na melhor das hipóteses. Na pior das hipóteses, eles acham que as pessoas criam esse código " para alimentação " e colocam um preço menor que os indianos. Portanto, aplicativos ou pelo menos pelo menos publicações (qualquer recurso público é adequado) são estritamente desejáveis.

Aqui, no entanto, existe uma importante e " sensível " . — , — , . , , , ( ) , — . — - (NCA/CNC), - , — . , , . — . ( — )

" "

Com esta pergunta, por algum motivo, o tempo todo há algumas dificuldades. Embora a pergunta seja extremamente simples. " Direitos autorais - não se aplicam a idéias, conceitos, princípios, métodos, processos, sistemas, métodos, soluções para problemas técnicos, organizacionais ou outros ".
Mais uma vez: algoritmos, formatos de dados, métodos de trabalho e interação de blocos, etc., etc, sem direitos autorais - não. Toda essa economia (métodos e dispositivos) é propriedade industrial patenteável (mas não "de direitos autorais ") (e após o registro - " ativos intangíveis ").

Direitos autorais - aplica-se única e exclusivamente a obras de literatura e arte. Ao mesmo tempo, isso muito " certo " — . , — . — , — , — , — , — .

, — . , — , . , " " — . ( ) — , , , .., .., — , " ".

.. " " . . , ( ) — , , . , — , — ( — , ).

Caso: Em muitos centros de desenvolvimento estrangeiros que operam na Federação Russa, a seguinte regra foi adotada. Se os desenvolvedores locais apresentarem algo novo - é apresentado um pedido de patente, cujo primeiro autor sempre indica um funcionário estrangeiro do escritório russo. Isso remove muitos riscos.

" Segurança "

, — " " . , , — . , — . — . ( , — ).

, , — , , " ", — , ! — " ", e na interseção do segundo - contrabando alfandegário (o desenvolvedor não emitiu uma declaração alfandegária para a transferência do arquivo).

Portanto, com todos aqueles que, no âmbito do projeto, entrarem ou puderem entrar em contato com destinatários estrangeiros, é necessário realizar instruções e criar um esquema trabalho que minimiza os riscos (é corrigido pela criação de uma microempresa no país do cliente e o escritório russo é registrado como escritório de representação ou departamento de serviço).

" A interação com o cliente "

, . , / . CRM-, . " " , ( ) , ( " ") .

Caso nº 1: de um cliente nos EUA - uma solicitação foi recebida para resolver o problema. Ele foi encaminhado ao desenvolvedor com os contatos do funcionário do cliente. O desenvolvedor (quase através da rede social) entrou em contato com o funcionário e, após algum tempo, interrompeu a comunicação, fornecendo simultaneamente informações valiosas sobre suas habilidades profissionais e mentais. Cliente - fez uma reclamação em conexão com a alegada recusa de suporte técnico.

Caso nº 2: de um cliente nos EUA (já diferente) - uma solicitação foi recebida para resolver o problema. Gerente - passou para o desenvolvedor e, considerando a pergunta encerrada, anote a execução. Era o fim do dia, e o desenvolvedor pensou que " amanhã faremos isso ". — . , , . — .

, ( //) , , — . — , " ". User Agreement , ( ).

" "&« »

O mesmo que nos parágrafos anteriores, mas se aplica ao mecanismo de pagamento. Se os desenvolvedores (especialmente freelancers) forem pagos em papel ou pager, os problemas que possam surgir com uma dessas contas / carteiras não devem causar problemas a outras pessoas e projetos. E se as pessoas obtiverem cartões pessoais vinculados a uma empresa no exterior, em geral, os fundos de vários destinatários não devem ser acumulados ao mesmo tempo.

Separadamente e especialmente, é necessário regular a questão da transferência de fundos de cartões e contas impessoais para cartões " brancos " de funcionários de bancos da Federação Russa. Se um desenvolvedor retirar fundos de um cartão cinza em um caixa eletrônico e imediatamente, em um caixa eletrônico próximo, depositá-los em sua conta branca, os fundos serão liberados ". , — , .

— . , — , — . , — , — . ( - , ) .. " ", .

— .