Riesgos de proyectos de TI y equipos de TI.

Una mala situación con Nginx: brinda la oportunidad de recordar otros casos sobre los problemas cuando se trabaja con equipos de proyecto, especialmente porque es mucho más difícil corregir errores en el diseño de comandos que errores en el código. (los casos van, no por "importancia" sino por orden de retiro)

" Acuerdos de no divulgación y no competencia "

NDA y NCA (acuerdo de no divulgación y no competencia)
Papel estándar, generalmente sin sentido, descargado por una chica abogada de la red y arrojado a una pila general de papeles para su firma al aceptar nuevos desarrolladores. En el 99% de los casos, nadie lee después de firmar. Pero en el 1% restante, puede causar problemas.

Por ejemplo, el desarrollador en la NDA y en las instrucciones de servicio puede decir: "está prohibido proporcionar acceso a la información de servicio de personas no autorizadas ". (este es un caso específico) Si se hubiera escrito allí: "está prohibido transmitir " , las preguntas no habrían surgido. Pero lo que está escrito está escrito. Al mismo tiempo, el desarrollador mismo puede sentarse en la sala común, y el monitor puede pararse " mirando " al pasillo y ser visible para todos los que pasan. Y / o cada vez que necesita enviar documentos impresos a una impresora compartida.

Como resultado, un buen día (pero no para él) en su entrada a la oficina: el llavero no funcionará, después de lo cual el guardia sacará una caja con su cactus favorito (y zapatillas reemplazables) y le dará la orden de despedirlo. “Violación grave de los deberes laborales por única vez” en forma de “ violación de la descripción del trabajo ” y “ divulgación de información oficial ” (para desarrollo personalizado - un contrato, para ejecución - Artículo 81 p.6B del Código del Trabajo). Si los gerentes completan todo correctamente, será imposible desafiar ...

Sin embargo, este juego: pueden jugar juntos. Si el desarrollador decidió firmemente irse, o él, como en el caso de Nginx (por lo que se puede juzgar por la situación) está aserrando su propio proyecto en el trabajo, entonces puede tomar un lápiz y leer cuidadosamente lo que está escrito en este NCA descargado por una abogada de Neta NDA &. Luego, para acumular el servicio que categóricamente no puede cumplir con la tarea que se le asignó, en relación con el empleador o el cliente que no le proporciona las condiciones prescritas en las instrucciones y la NDA, y necesarias para cumplir con los requisitos de seguridad.

Toda la circunstancia de la situación es que es imposible despedirlo por tal rechazo, y se verá obligado a pagar su salario (tasa / tiempo) hasta o si se le proporcionan las condiciones necesarias; o no será transferido a un proyecto que no requiera trabajar con datos confidenciales; o no estarán de acuerdo con él en la compensación. Esto se llama la " huelga italiana " (" Formalmente, sin detener el trabajo, los trabajadores la paralizan con demandas sin sentido de estricta observancia de todas las formalidades prescritas por ellos ").

Al mismo tiempo, si el desarrollador no es contratado para el proyecto, sino en el estado (para mano de obra), entonces su contratación (y el cálculo de una tarifa fija) comienza y se calcula a partir de la fecha del contrato y no a partir de la fecha de inicio real del trabajo.

Caso: En la recepción, un par de desarrolladores: me dieron que firmara un paquete estándar de papel (trabajo, descripción del trabajo, personal, NDA y NCA, medidas de seguridad, etc.), que todos parecen haber firmado.

Como había mucha gente, se verificaron y analizaron todos los documentos al día siguiente, en los que resultó que algo se firmó dos veces y se perdió algo. Con todas las demás personas, todo se arregló y reparó rápidamente, y esta pareja, de la noche a la mañana, aparentemente cambió de opinión y comenzó a agitar algo.

Pero los gerentes ya tenían experiencia, por lo que limpiamente (pero rápidamente) les quitaron todo y de manera prolija (pero rápida) los sacaron por la puerta. Y en la descripción del trabajo, la secretaria de la oficina, en letra grande, atribuyó la cláusula indicando que primero verifica las firmas en todos los demás documentos, y solo luego sella el contrato de trabajo directamente (que lo oculta inmediatamente en la caja fuerte, dando a los enfermos una fotocopia).

Pero lo mejor, por supuesto, es registrar a todos aquellos que trabajan en mano de obra para una oficina separada especialmente creada para este propósito, cuyos posibles problemas posteriores no abrumarán el trabajo en otros proyectos.

Un punto especial de la NDA: es necesario prescribir la interacción de los desarrolladores con los representantes del cliente (si corresponde). Necesitamos una lista de materiales que el desarrollador no debe transmitir, y una lista de preguntas que no debe responder.

Caso: el desarrollador envió una versión intermedia de una parte del sistema con talones al cliente. Buscaron y pidieron un par de módulos que se suponía que eran en lugar de trozos, y estaban en una etapa intermedia. Se los envió a ellos.
Estos módulos se crearon en un paquete de herramientas grande, que escribe sus registros en versiones intermedias. Tras la entrega del proyecto, toda esta basura se limpia naturalmente, pero se limpia a mano, por lo que en las versiones de trabajo no la tocan. El servicio técnico del cliente - vio números de serie y registros, y los entregó a sus superiores, superiores - se contactó con el fabricante del paquete, quien dijo que esta copia del paquete no se suministró a la Federación Rusa. Hubo mucho ruido y estruendo.

En otro proyecto, un desarrollador: durante tres días instaló y configuró un paquete para el cliente, donde había chicas jóvenes y entusiastas, a las que les dijo desde su gran sabiduría que no tenían miedo de nada, ya que la mayoría de este paquete ya estaba trabajando con éxito con el cliente anterior. El cliente llamó y preguntó por qué le habían quitado el precio completo por lo que ya se había vendido a alguien antes. Se salieron con un pequeño escándalo. Pero si el cliente contactara repentinamente con el primer cliente, y mucho más importante, los problemas serían mucho mayores.

" Secreto comercial "

El primer problema con com secret es que no hay secreto comercial en la Federación de Rusia. La Ley de Secretos Comerciales de 2004 es un documento de seguimiento de la Ley de Secretos de Estado, y todo lo que contiene está vinculado a un medio material, sin el cual todas las acciones y procedimientos no funcionan. Por lo tanto, si la compañía no tiene una sala " secreta " (con ventanas bien cerradas), un registro de visitas forrado y otras pasiones de Hollywood, entonces este régimen no lo es, y todas las palabras sobre " información secreta " e " información cerrada " tienen un significado puramente psicológico, y en un incidente real y grave, no importarán.

El segundo problema con el secreto de comunicación es que, si bien en un incidente en particular no se ha comprobado, es decir, debidamente documentado, el hecho de la transferencia, es decir, una acción específica de una persona para recibir la transmisión (o ningún reconocimiento personal del infractor), no hay violación, no. Una vez más: para una " transferencia ", es necesario no solo " dar ", sino también " aceptación ", no hay recibo, no hay transferencia (es decir, publicar en Internet " para todos " no es una " transferencia ").

Sin embargo, esto se compensa con la posibilidad de una grabación corporativa interna del hecho de la violación de las descripciones de trabajo (registros del servidor, grabación de video formateada correctamente desde cámaras internas, etc.). Y después de la reparación, la reprimenda, la pérdida de la bonificación y el despido ya son posibles según la cláusula laboral habitual o, si la ejecución no fue de acuerdo con la orden de trabajo, sino de acuerdo con una orden de una sola vez, de acuerdo con una violación grave del contrato (pero luego debe mirar lo que estaba escrito en el contrato).

Caso: Si se indica una cantidad específica de salario en el contrato o mano de obra, es extremadamente difícil reducirlo con multas (costos de transacción - excederá la cantidad retenida), el salario de los empleados ni siquiera se incluye en el estado de quiebra durante la quiebra. Pero si la tasa base se indica allí, y por ejemplo, se ha establecido un bono para observar el régimen de protección de la información, entonces, en caso de violación de este régimen, eliminar el bono (o más bien no asignarlo) será mucho más fácil. Si se recluta un equipo lo suficientemente heterogéneo para el proyecto, entre personas que no han trabajado juntas anteriormente, entonces registrar a todos bajo el mismo trabajo / contrato, con condiciones comunes para todos, es el camino seguro al fracaso del proyecto. Los términos y condiciones de contratación y registro de Junior y Lead no pueden ser los mismos. (si el joven no está en el estado, pero por ejemplo en el examen, entonces no puede tener ningún secreto)

Y finalmente, el tercer problema con el secreto de comunicación es que si este modo se establece realmente en la empresa, la empresa no podrá trabajar. No se trata de la " huelga italiana ", sino de la inconsistencia de los procesos comerciales.
Caso: Para el desarrollador: era necesario aprobar los diseños de las páginas del servicio personalizado para el cliente, y la abogada, en todo el producto antes de la fecha de entrega / aceptación, puso el sello " com secretos ". Y el desarrollador pregunta: " ¿Pero cómo puedo enviarlos al cliente? " El telón

Parche: para no jugar con las leyes locales rusas y la práctica judicial rusa (que está ausente en primer lugar (debido a la falta de un mecanismo de precedente judicial en la Federación de Rusia), y en segundo lugar no es aplicable fuera de la Federación de Rusia (para clientes extranjeros)) en esos casos , cuando necesite cerrar su secreto de alguna manera, puede escribir que toda la información interna se rige por las reglas ADPIC (Acuerdo sobre los Aspectos de los Derechos de Propiedad Intelectual relacionados con el Comercio). Estas son reglas convenientes, claras y comprensibles que se aplican en todo el mundo ( incluida la Federación de Rusia).

Parche 2.: Si el cliente, o uno de los mejores del equipo es de los Estados Unidos, en lugar de trips, es mejor poner inmediatamente la " Ley de Defensa del Secreto Comercial " y la " Ley de Espionaje Económico " (leyes estadounidenses sobre secretos comerciales y espionaje). Esto, no solo proporciona de inmediato " +100 karma ", sino que también reduce drásticamente la probabilidad de malentendidos posteriores al aceptar y pagar por el trabajo (el cliente sabrá que el diseño del equipo se realiza correctamente, es decir, las personas en el tema, y ​​así, su - no puedes engañar (incluso si quieres)).

Acuerdo de no competencia (NCA / CNC)

El problema con él es que el empleo y el trabajo posteriores no pueden ser prohibidos.
La prohibición de empleo y trabajo es legalmente nula en todos los países. Es decir, es posible escribirlo, pero estas palabras no tendrán consecuencias legales.
Sin embargo, al mismo tiempo, NCA / CNC: funciona en otros casos específicos, a saber, en casos:

• Prevención de daños a la empresa mediante el uso no autorizado de información oficial por parte del empleado después del despido;
• divulgación y divulgación no autorizadas por un empleado de la experiencia tecnológica de la compañía;
• Dañar intencionalmente a la empresa al negarse al empleado a trabajar después de recibir el pago de la capacitación corporativa externa o interna de la empresa.

Es decir, en la primera opción, la ganancia perdida se recupera, en la segunda, se concluye un contrato reembolsable gratuito con las obligaciones mutuas de las partes, y en la tercera, se cobra el costo de la capacitación (como en el caso de la capacitación dirigida regular, por ejemplo, en una universidad).

Caso No. 1: Con desarrolladores clave: se concluyeron contratos personales individuales que indicaban puestos específicos en empresas competidoras específicas en las que el empleado no puede obtener un trabajo y términos (no más de 4 meses), se prohibió abrir su propio negocio y empresarios individuales sobre el tema del proyecto , y bajo estos contratos, durante estos 4 meses. después del despido - se pagó una compensación monetaria (esto no es un salario (ya no son empleados)).

Caso No. 2: Para un desarrollador específico y un proyecto específico: se adquirió un lugar de trabajo costoso con un paquete costoso (CAD), y se emitió un contrato de trabajo y un contrato adicional para compensar estos costos en caso de salida anticipada antes de la finalización del proyecto.

"Un recibo sobre la ausencia de obstáculos para el trabajo completo en un nuevo lugar "

La cosa es importante. Es necesario protegerse contra la violación de los derechos de terceros. En primer lugar, asegura contra las consecuencias del uso de información (y la violación de NCA / CNC) de lugares de trabajo anteriores (anteriores), y en segundo lugar, está asegurado de que otros proyectos (incluidos sus propios) sean arrastrados a la empresa (el caso Nginx es un buen ejemplo).

Nos dimos cuenta de esto después de dos incidentes desagradables con autónomos extranjeros remotos que se fusionaron en nuestros proyectos (y probablemente incluso en varios otros) piezas de proyectos de sus lugares de trabajo anteriores (que se hizo evidente más adelante). El recibo en sí no evita naturalmente que la suciedad externa se arrastre al proyecto, pero la compañía lo necesita para confirmar su integridad (se han tomado todas las precauciones necesarias) y, en consecuencia, protege contra posibles reclamos posteriores de terceros.

Como reemplazo (o duplicación) de tal recibo, algunos proyectos a veces publican proactivamente información en la red sobre la recepción de desarrolladores potencialmente problemáticos (como " finalmente se unió a nuestro equipo amigable ..."), pero es más fácil (y más confiable) hacer un recibo en papel explícito en tres párrafos

Hubo casos en los que los desarrolladores utilizaron sus propias soluciones, descripciones o ideas en proyectos comerciales que, sin embargo, " brillaron " en los hackatones que ahora son populares, y en las solicitudes de concursos y subvenciones, sobre los cuales son para los gerentes de proyectos. No informado a tiempo. Sin embargo, en muchos hackatones, concursos y subvenciones, existen disposiciones sobre los derechos de los organizadores-organizadores para el uso posterior de los materiales enviados, al menos con fines educativos.

Y, por ejemplo, en las descripciones de los hackatones Yandex y Sberov, se indica directamente que es posible estudiar el material enviado para su aplicabilidad en los negocios. En consecuencia, la solución destacada de esta manera, implementada en un proyecto comercial, conlleva riesgos potenciales. (El caso en que un desarrollador arrastra una parte de su proyecto actual a un hackathon está sujeto a una violación de NDA (ver arriba)).

Un caso separado (y curiosamente frecuente) de la necesidad de un recibo sobre la ausencia de obstáculos son situaciones en las que los desarrolladores mismos no saben (aunque podrían) acerca de sus restricciones similares.

Caso: en uno de los proyectos, un hombre llegó a una posición de liderazgo, poco antes de eso había trabajado un año en el tema de un proyecto en una universidad británica bajo una beca de intercambio de investigación. Antes de este incidente, no encontramos situaciones similares, por lo que no le prestamos atención. Pero luego, el coinversor extranjero del proyecto nos explicó que no tenemos toda la razón. Cuando se tomaron los documentos necesarios en la propia universidad, resultó que la persona realmente aún no había terminado el año de " cuarentena ", que se prescribe tanto en el contrato de subvención como en los documentos internos de la universidad. Además, las condiciones allí resultaron ser mucho más severas de lo que uno podría haber esperado.

" Prohibición del uso / difusión de información y disputas después del despido "

Aquí, en primer lugar, todo lo que ya estaba en NDA & (NCA / CNC) se duplica nuevamente, pero al mismo tiempo es aplicable no solo durante, sino también después de la finalización del trabajo. Si hay problemas con el papel y las impresoras, entonces esta prohibición: puede " integrarse " en el texto del NDA principal (NCA / CNC). Sin embargo, ahorrar en tres párrafos adicionales no cuesta muchos nervios y tiempo necesarios para la prueba posterior a largo plazo de que el texto " integrado " se refiere tanto al tiempo del proyecto como al tiempo después de su finalización. No vale la pena guardar una sola hoja de papel de tales riesgos.

En segundo lugar, aquí (aunque con solo uno, pero un párrafo importante), se prohíbe la distribución posterior de negatividad sobre el proyecto / empresa, y el segundo es la situación de presentar demandas contra la empresa (tanto la suya como su participación (co-demandante) en otros).

Sobre el primer punto: la obligación de no decir cosas malas sobre la compañía y el proyecto, tomada de manera unilateral e independiente, se cancela igualmente de manera unilateral e independiente. Por lo tanto, al momento del despido, es necesario celebrar un contrato " en silencio ", con obligaciones mutuas y el pago de una indemnización (en ambas direcciones).

Según el segundo párrafo: la obligación de no demandar es legalmente nula y el papel en el que está escrito no vale la pena. Este problema se repara nuevamente, con un contrato con claras obligaciones mutuas y compensaciones / multas. En realidad, el período de " silencio " en medio año es suficiente. Esto es todo, se ve aterrador y monstruoso, pero en realidad, toma una cuarta parte de la hoja (aunque en letra pequeña).

" Desarrollo de oficinas "

Los casos son el mar, pero después de Nginx, todo ya se ha discutido cientos de veces, y no hay necesidad de explicar nada a nadie.

A menos que valga la pena repetir una vez más que en los contratos para proyectos destinados a ser utilizados fuera de la Federación de Rusia, no debe hacer referencia a las leyes y normas legales de la Federación de Rusia.

" No te opongas al uso de la solución "

Caso: Al trabajar en un proyecto, se ha creado una nueva solución que se está archivando para patentar. Los términos de patentes en los EE. UU., Por ejemplo, las soluciones cliente-servidor, pueden tomar hasta tres años, y las arquitecturas / pesos / técnicas en redes neuronales pueden tomar hasta cinco años (cuanto más candente es el tema, más aplicaciones, mayor es el tiempo de examen, respectivamente). Y para ese momento, el proyecto, cerrado hace mucho tiempo, y el propio desarrollador, no solo se dará por vencido, sino que ya tendrá tiempo para trabajar en otros proyectos. Y sin su firma, algunas cosas no se pueden hacer con las patentes. Por lo tanto, nuevamente, un contrato por separado, aunque 1/4 de página. Naturalmente firmado estrictamente antes del inicio del proyecto. (es posible, ya después de la contratación para un trabajo o un profesional independiente "independiente", pero estrictamente antes del inicio del proyecto, dentro del cual se presentará la solicitud)

" La prohibición del uso implícito de información externa "

Todo lo que se inserta en el proyecto desde algún lugar externo, debe verificarse con mucho cuidado y montarse (si es absolutamente imposible sin él) con la posibilidad de un reemplazo rápido o una eliminación completa (si es imposible reemplazarlo rápidamente).

Caso 1. El desarrollador, en algún lugar del sitio para programadores, vio una solución adecuada para el proyecto y la insertó en el proyecto. Se hizo evidente poco antes de la finalización del proyecto. Entonces esta pieza del proyecto tuvo que ser cortada larga y tediosamente.

Caso 2. Desarrollador: vi una solución útil publicada por su propio autor (solución). El autor, que estaba regalando la decisión a todos, como la patente de la decisión, ya había dejado de ser válida (al no pagar la tarifa), y la propia empresa estaba en proceso de quiebra.
No se sabe quién logró aprovechar esta generosidad, pero se sabe que después de seis meses la bancarrota terminó y la nueva compañía restauró todas las patentes.

Caso 3. Desarrollador - Vi el letrero " código abierto ", y escribí allí un obsequio de carretilla completa.
Sin embargo, no hay una sola licencia de software abierto en cuyo texto se encuentre la palabra " regalo de promoción ".

( Acerca de OpenSource en Habr - ya escribió )
Open-sourse, es un código fuente " abierto ", pero no se trata de dinero. En una licencia " gratuita ", se puede decir: " Gratis solo para uso en refugios para perros", y en su caso particular, el refugio puede ser, no como un perro, sino mixto (perros y gatos), por lo que ha ido más allá de los términos de la licencia.
Para uso personal no comercial: puede usar cualquier cosa, incluso si está patentada, incluso si tiene derechos de autor, al menos algunos. Pero tan pronto como el software sea completamente gratuito (y aún más pagado) se entregará bajo dicha licencia a al menos una PC de un refugio para no perros, se producirá una violación de los términos de la licencia, con todas las consecuencias administrativas y penales. Los sensores son un caso muy frecuente.

Completamente gratuito: solo existe ese software cuyas ideas (formas de trabajar) cayeron en el dominio público (las patentes cesaron y no se pueden restaurar), y cuyo código fuente fue escrito por el autor, quien murió hace 70/75/80 (en diferentes países de manera diferente) hace años . En todos los demás casos, el código abierto puede tener (y muy probablemente tener) dificultades. Una vez más: código abierto , esto no es un empate.

Caso 4. Desarrollador: los módulos cargados de la biblioteca Intel " gratuita " para el procesamiento de imágenes, y profundizando en el código, construyeron un par de sus bloques a partir de sus piezas. Mejorado y optimizado. Sin embargo intellovskaya " libre de la biblioteca", que es - no el " regalo de promoción ". Ella tiene términos de uso muy claros y duros. Por supuesto, se dejaron los bloques en el proyecto, pero se le pidió al desarrollador que no volviera a hacerlo.

" La obligación de probar sus propios desarrollos para la novedad "

Si al desarrollador se le ocurre algo, esto es muy bueno. El único problema es que si se le ocurre, entonces hay una probabilidad distinta de cero de que otra persona pueda inventar la misma cosa (o algo parecido). Y quién se levantó primero: eso y zapatillas.
En consecuencia, esto es nuevo: debe pedir prestado hasta que otra persona lo haya hecho. Para que el desarrollador haga esto (en lugar de la codificación por piezas), debe estimularse con bonificaciones (en el marco del contrato laboral) o con pagos adicionales por contratos.

" "

Si (en el paso anterior) se estableció la novedad de la solución creada, entonces debería corregirse. O patentes, o (si no alcanza una patente completa por novedad) al menos como una publicación abierta (en el principio de "¡ Así que no le llegue a nadie! "). En la práctica, si en proyectos de clientes extranjeros las solicitudes de patentes no se presentan (o dejan de presentarse), los clientes comienzan a ponerse nerviosos y verifican el proyecto. Esto es lo mejor. En el peor de los casos, piensan que las personas hacen este código " para alimentos " y ponen un precio menor que los indios. Por lo tanto, las aplicaciones, o al menos al menos las publicaciones (cualquier recurso público es adecuado) son estrictamente deseables.

Aquí, sin embargo, hay uno importante y " sensible"momento. El desarrollador - se les paga por el código y la patente - va al cliente o a la compañía. En consecuencia, si el desarrollador se muda a otra compañía, no podrá usar esta decisión (donde él es el autor) en su nuevo trabajo". No podrá hacerlo, no solo por la no competencia (NCA / CNC), sino por toda la patente completa, cuyo autor es él mismo, por esta razón, los desarrolladores a menudo sabotean el proceso de preparación y presentación de solicitudes de patentes, refiriéndose a la carga de trabajo en el principal para el proyecto, este error está parcheado en contadores separados ktami y pagos claramente en las primas de presentación (desmontaje de la patente que pertenece entre el cliente y la compañía - su propia canción triste privado).

" Derecho al desarrollo "

Con esta pregunta, por alguna razón, todo el tiempo hay algunas dificultades. Aunque la pregunta es extremadamente simple. " Derechos de autor: no aplicar a ideas, conceptos, principios, métodos, procesos, sistemas, métodos, soluciones a problemas técnicos, organizativos u otros "
Una vez más: a algoritmos, formatos de datos, métodos de trabajo e interacción de bloques, etc. etc., sin derechos de autor - no. Toda esta economía (métodos y dispositivos) es propiedad industrial patentable (pero no " copyright ") (y después del registro - " activos intangibles ").

Copyright: se aplica única y exclusivamente a obras de literatura y arte. Al mismo tiempo, esto es muy " correcto"- consiste única y exclusivamente en el derecho a llamarse a sí mismo el autor del texto. El derecho de autor no otorga ningún otro derecho para usar este texto. Todo, como en la publicación, el editor, ordena un libro, el autor - escribe, el nombre del autor - se indica en la portada, pero el texto en sí pertenece al editor.

Al mismo tiempo, aplicar los derechos de autor al código del programa es absolutamente estúpido. Si simplemente reorganiza los bloques de código en un proyecto de software, el proyecto como obra literaria desaparecerá y los derechos de autor también desaparecerán. al respecto. Si se compila el código, el " texto " de origen desaparece por completo. Los abogados (por regla general) no escriben programas, no recopilan paquetes de bloques, no los prueban, etc., etc., etc. no saben todo esto, entonces escriben sobre "derechos de autor ".

En cuanto al desarrollo del denominado" servicio ". Por lo general, los riesgos de desarmamientos posteriores se eliminan de manera bastante simple. La arquitectura de un producto o servicio, y los principales problemas técnicos de su construcción y operación (aunque con un estudio preliminar a nivel de ejecutores finales) se aprueban en las pautas del proyecto, y están redactadas en forma de ToR básicos, que se transfieren al trabajo. En este caso, todos los derechos se basan en el nivel de los ToR, y se eliminan los riesgos de posibles reclamaciones posteriores (el autor es quien emitió los ToR).

Caso: en muchos centros de desarrollo extranjeros que operan en la Federación de Rusia, se ha adoptado la siguiente regla. Si a los desarrolladores locales se les ocurre algo nuevo, se presenta una solicitud de patente, cuyo primer autor siempre indica un empleado extranjero de la oficina rusa. Esto elimina muchos riesgos.

" Seguridad "

Casi todo el desarrollo de software de Rusia, que va más allá de las fronteras de la Federación Rusa, se encuentra en la zona gris . Cuando se trabaja en Internet, y a través de Internet, las fronteras estatales y aduaneras de la Federación Rusa pasan a lo largo de la superficie del monitor. Todo lo que hay detrás ya no es exactamente la Federación Rusa. Y a menudo, en absoluto de la Federación de Rusia. (Los servicios en la nube de Amazon o Google están garantizados fuera de la Federación de Rusia).

En consecuencia, si un desarrollador envía un archivo de proyecto a un edificio vecino, no hay problemas, pero si envía este archivo a los EE. UU., Por ejemplo, cuando hace clic en el botón de envío , el archivo del proyecto cruza las fronteras estatales y aduaneras de la Federación Rusa. En consecuencia, cuando se cruza la primera frontera, existen riesgos de " control de exportaciones", y en la intersección del segundo -" contrabando "de aduanas (el desarrollador no emitió una declaración de aduanas para la transferencia del archivo).

Por lo tanto, con todos los que, dentro del marco del proyecto, puedan o puedan contactar con destinatarios extranjeros, es necesario llevar a cabo instrucciones y construir un esquema trabajo que minimiza los riesgos (se repara mediante la creación de una microempresa en el país del cliente y la oficina rusa está registrada como oficina de representación o departamento de servicio).

" La interacción con el cliente "

Ya era antes, pero todavía hay algunos puntos. Muchos riesgos ocultos están en el área de interacción entre el desarrollador y el cliente durante la entrega a largo plazo del proyecto, y / o su soporte técnico durante la operación adicional. Si una compañía de repente tiene su propio sistema CRM interno, entonces se debe proporcionar un modo separado para tales interacciones en él. Pero, en cualquier caso, se debe recibir un " documento " del cliente que indique que la acción del contratista (es decir, la compañía) se considera solo lo que viene (o viene con una segunda " firma ") del gerente responsable de interactuar con el cliente.

Caso No. 1: de un cliente en los EE. UU.: Se recibió una solicitud para resolver el problema. Fue enviado a los contactos del desarrollador con el empleado del cliente. El desarrollador (casi a través de la red social) se contactó con el empleado y, después de un tiempo, interrumpió la comunicación, al mismo tiempo que le proporcionó información valiosa sobre sus habilidades profesionales y mentales. Cliente: realizó un reclamo en relación con el supuesto rechazo del soporte técnico.

Caso No. 2: De un cliente en los EE. UU. (Ya diferente): se recibió una solicitud para resolver el problema. Gerente: se lo pasó al desarrollador y, considerando que la pregunta se cerró, anotó la ejecución. Era el final del día, y el desarrollador pensó que " mañana lo haremos". El cliente no fue informado del aplazamiento. El empleado del cliente no recibió una respuesta a su debido tiempo y no pudo resolver su problema, lo que informó a la parte superior. El cliente presentó una queja sobre la violación del tiempo de soporte técnico.

Si el proyecto no se realiza para uso directo por el propio cliente, y para (después de configurar / complementar / cambiar) la transferencia a terceros, especialmente a los físicos, el cliente colgará todas las reclamaciones de estas personas en el paquete en el contratista, parcheando la recopilación de todas las características potencialmente riesgosas del proyecto en una lista, y Transferirlo al cliente " bajo la firma ." El cliente simplemente pone en la lista del Acuerdo de usuario del paquete, y el problema se resuelve (aunque no siempre).

" Pagos" y "Impuestos "

Lo mismo que en los párrafos anteriores, pero se aplica al mecanismo de pago. Si los desarrolladores (especialmente los autónomos) reciben un pago en papel o buscapersonas, los problemas que puedan surgir con una de estas cuentas / billeteras no deberían causar problemas a otras personas y proyectos. Y si las personas obtienen tarjetas personales vinculadas a una empresa offshore, entonces, en una cuenta general, los fondos de varios destinatarios no deben acumularse al mismo tiempo.

Por separado y especialmente es necesario regular los problemas de transferencia de fondos de tarjetas y cuentas impersonales a tarjetas " blancas " de empleados en bancos de la Federación Rusa. Si un desarrollador retira fondos de una tarjeta gris en un cajero automático e inmediatamente, en un cajero automático cercano, los deposita en su cuenta blanca, los fondos se liquidan ". , — , .

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

— .