Cómo responder a la intención de un empleador de copiar el diseño de software

Estamos trabajando en la planificación de un nuevo diseño de una antigua aplicación web heredada orientada hacia el exterior y durante una de nuestras reuniones cubrimos las especificaciones de cuáles deberían ser las nuevas funciones junto con la apariencia de esta nueva versión una vez que se haya desarrollado y probado. . El presidente de la empresa ha firmado un NDA para una aplicación de proveedor y me ha dado instrucciones, como miembro principal del grupo de desarrollo, para ir a esta aplicación de proveedor (se nos ha dado un acceso a la zona de pruebas) y tomar fotografías de su interfaz de usuario y funcionalidad. para replicar en el rediseño del sistema heredado.

Desea tomar su sistema, cambiar el color y algunos elementos menores de la interfaz de usuario y renombrarlo como el sistema propio de esta empresa. La duplicación no es solo la interfaz de usuario sino también la arquitectura. Como resultado de la firma del NDA, hemos establecido una relación con la empresa proveedora y hemos recibido muchos documentos internos de propiedad relacionados con su software (es decir, esquemas de tablas de base de datos, mapas de API, esquemas de arquitectura del sistema, por nombrar algunos). Por lo tanto, se nos ha dado acceso a nivel arquitectónico a su flujo de diseño, entorno de pruebas donde se desarrollan y prueban.

Entiendo que en el mercado hay replicación hasta cierto punto (es decir, Samsung copiando a Apple solo por nombrar uno). Claramente, no es ético salir y plagiar la solicitud de derechos de autor de otra empresa y ponerle su etiqueta; especialmente cuando son clones casi visibles. La pregunta es, ¿cómo puede responder profesionalmente a lo que claramente es una violación ética y legal?

El proveedor cree que nos está otorgando acceso para evaluar su sistema con la intención de celebrar un contrato para comprar licencias y entablar una relación de integración a largo plazo con ellos. Somos dueños del sistema heredado que se está rediseñando a nivel de código visual y funcional.

Esto es en los Estados Unidos.

¿Puedes aclarar más esta situación? Usted dice que el presidente de la empresa "firmó un NDA" con el proveedor cuya apariencia está copiando. ¿Quién es el propietario de la aplicación web heredada? usted o el vendedor? ¿Y cuál cree el proveedor que es su propósito para este acceso? ¿Está diciendo que ellos piensan que es una cosa, pero su presidente en realidad quiere que la copie en su lugar? ¿O el NDA fue con el propósito de conocer el diseño y copiarlo? ¿Qué es exactamente lo que ha hecho por el proveedor y cuál es su relación continua?
¿En que país estas? En los Estados Unidos, es solo un problema ético. La Corte Suprema ha establecido que los elementos de la interfaz de usuario constituyen un "modo de operación" y no están protegidos por derechos de autor, de manera similar a cómo los botones del reproductor de DVD proporcionan mnemónicos estándar reconocibles para invocar la funcionalidad (Lotus vs Borland, 1996). La implementación es lo que está protegido por derechos de autor.
Podría decirle a su jefe que no se siente cómodo con este curso de acción y solicitar que primero obtenga la aprobación del abogado de la empresa. Si un abogado lo aprueba, entonces diría que está limpio.
No es solo un problema ético porque es muy probable que la empresa termine en los tribunales. Especialmente si hay un NDA. Lo cual será costoso, ya sea que la empresa gane o pierda.
Dijiste lo que piensa el vendedor. Pero, ¿qué les dijo su empresa? Si su empresa obtuvo acceso a la aplicación mintiéndoles, eso empeora la situación legalmente.
Esto es en los EE. UU. La duplicación no es solo la interfaz de usuario sino también la arquitectura. Por lo tanto, se nos ha dado acceso a nivel arquitectónico a su flujo de diseño, entorno de pruebas donde se desarrollan y prueban. @gnasher729 Mi empresa les dijo que querían obtener una vista previa y usar la interacción para ver cómo trabajarían con ella nuestros empleados (comprender el flujo de trabajo del usuario desde la perspectiva del usuario).
Aunque se le ha dado acceso a las especificaciones internas de la aplicación del proveedor, no está del todo claro que su empresa tenga la intención de copiar esos aspectos. A menos que esté reemplazando por completo el software heredado y no solo actualizándolo, es muy poco probable que sus especificaciones internas tengan algún valor real.
Realmente no es asunto tuyo, solo haz lo que te han pedido. El proveedor puede demandar a su empresa si cree que se ha violado su NDA. ¿Leyó personalmente la NDA o sabe lo que cubre?
@TheMathemagician Sí, sé lo que cubre. Soy el desarrollador principal del proyecto, así que he visto todos los aspectos de todo. No firmé la NDA, solo lo hizo el presidente. Tal como están las cosas, desde entonces expresó que fue a un competidor de este proveedor y extrajo ciertos módulos de este segundo proveedor; también siguiendo el mismo camino; firmar un NDA para que el proveedor 2 abra su sistema bajo el engaño de evaluar la facilidad de integración.

Respuestas (3)

Le diría a su jefe que, basándose en los hechos de que le mintieron al proveedor, obtuvieron acceso a la información debido a estas mentiras y firmaron un NDA, usted realmente preferiría continuar solo si esto ha pasado por un abogado decente que dice que esta bien. Incluso si un abogado dice que está bien legalmente, ese abogado también le informará sobre la probabilidad de que lo demanden y cuál es el costo esperado de ser demandado. Y cuál es la probabilidad de perder. Incluso si lo que la empresa quiere que hagas es legal, eso no significa que ganarán en los tribunales.

Obviamente, hay tres posibilidades de lo que puede suceder después de esto. El jefe te dice que sigas adelante, consulta con un abogado o abandona el plan. En el primer caso, es tu decisión. Buscar un trabajo diferente sería una posibilidad. Obviamente, no haga nada que ponga en riesgo su trabajo actual (hasta que haya firmado para uno nuevo).

Estoy de acuerdo con esto de todo corazón. Si su jefe está considerando algo tan turbio, inmediatamente comenzaría a buscar un nuevo trabajo. Este flagrante desprecio por la ética es algo de lo que me gustaría estar lo más lejos posible.
Es un proverbio común que "el carácter es lo que haces cuando nadie está mirando". Si su jefe le hace esto a un vendedor, le hará esto a cualquiera, incluyéndolo a usted. No abandonaría el barco todavía, pero creo que puedes ver que no debes confiar en esta persona en absoluto, por más tiempo.

Realmente se enfrenta a un dilema moral. Para ser ético al respecto, primero es importante comprender su responsabilidad. Los funcionarios de las corporaciones (y algunos otros representantes legalmente identificados) tienen la responsabilidad de comprender las implicaciones legales del tipo de acciones que se le pide que realice. Es una responsabilidad personal con implicaciones legales personales. Entonces, ante todo, debe comprender si tiene la obligación personal de comprender las ramificaciones legales de sus acciones.

Además, si su jefe ha sido tan directo sobre su intención de copiar su trabajo, es poco probable que cualquier conversación con él sea productiva para convencerlo de la inmoralidad de la solicitud. Probablemente él esté al tanto de esto y, por razones desconocidas para usted, no esté preocupado. Puede ser porque es inmoral, pero también puede ser que tenga una base legal para las acciones que no te queda clara. Y hay algunos casos en los que divulgar dicha información a personas que no son funcionarios u otras personas tiene otras implicaciones legales (especialmente si tiene conocimiento confidencial de cómo esto podría afectar las negociaciones o el desarrollo de otros productos).

Si usted es personalmente responsable, entonces es importante tener una conversación clara con su jefe acerca de cómo la empresa pretende protegerlo personalmente de estas acciones. Si bien puede parecerle que está haciendo algo ilegal, también existe un concepto tanto en la ley como en el mundo real de "inspiración": muchas ideas artísticas y de ingeniería se inspiran en el estudio de logros anteriores y/o fracasos de otros. Estudiar de cerca un ejemplo para crear su propia versión es legal y alentado por la ley y la sociedad en general. Decir que un músico "inspiró tu trabajo" es dar crédito a una nueva creación que otro influenció sin tener derechos legales sobre el nuevo trabajo.

Si usted no es personalmente responsable de estas acciones, también debe tener en cuenta que aunque las acciones que está tomando pueden sonar como un intento de "copiar" un trabajo original, no es su responsabilidad tomar esa determinación. Puede sonar como algún tipo de medio para robar la idea de otra persona, sin embargo, la capacidad de copiar procesos y sistemas complejos con precisión es difícil para empezar. La mayoría de los ingenieros de software están ansiosos por ser creativos en el camino y, por lo tanto, se desvían significativamente del trabajo original. Además, la copia es muy difícil de lograr incluso cuando tiene ingenieros dedicados. Para hacer una analogía, hay muy pocos artistas que sean capaces de replicar obras de arte importantes, incluso si se les dan los incentivos adecuados para hacerlo. Con obras abstractas, como un proceso de software,

Por lo tanto, incluso si se le pide que intente copiar este producto, debe informarle a su jefe que es poco probable que usted (y/o su equipo) tenga éxito en la medida en que él lo pide porque es mucho pedir para cualquier equipo. . Aunque esto también significa que en su intento de copiar el trabajo, en realidad puede mejorarlo. Sin embargo, incluso con planos, capturas de pantalla y otros materiales "confidenciales" disponibles, al menos debe advertirle que aún pueden tener conocimiento patentado que no está disponible para usted, lo que puede conducir a que finalmente no lo "copie". Esto debería ser simplemente una advertencia justa y no un mensaje implícito de que estás interesado en sabotear su solicitud. Debe tener cuidado de comunicar que su pedido es simplemente mucho más difícil de lo que parece.

Por último, considere que puede defenderse de otra manera: cuanto más intente comprender profundamente el funcionamiento interno de este sistema, más probable es que el vendedor sospeche de sus motivos. Además, parece que será posible que tengan una montaña de pruebas disponibles de esta violación de la confianza, si su equipo tiene "éxito" en la copia de su sistema. Los correos electrónicos que solicitan información y/o verifican su proceso pueden brindarles evidencia suficiente para montar un caso legal convincente. Entonces puede estar tranquilo sabiendo que si se produjo un abuso de confianza, las comunicaciones permitirán una decisión legal apropiada.

NOTA: Esto no es un consejo legal y no soy abogado. Solo espero brindarle una perspectiva que lo ayude a sentirse mejor con respecto a cualquier curso de acción que tome.

Estoy de acuerdo en que esto es inmoral y que es importante determinar la responsabilidad legal personal. En el caso de que uno no sea personalmente responsable legalmente, sería cauteloso al hablar con el jefe, ya que son inmorales y pueden tomar represalias contra usted. Una innovación significativa más allá del original podría hacer que esto sea legal, pero es poco probable que este jefe te recompense de manera justa.

En cuanto a la legalidad, puede o no ser legal. En términos de ética empresarial lo mismo. Sin embargo, tanto las implicaciones legales como las consideraciones éticas son problema y responsabilidad de sus jefes, no suyos.

Parece que su jefe tiene acceso al código y las estructuras y quiere aprovecharlo de inmediato. Esa es la forma en que muchas empresas salen adelante. Seguiría adelante y haría lo que te encarguen. Bien podría estar cuestionando a su jefe sin conocer todos los hechos.

Si fuera yo, le preguntaría al jefe a quemarropa "¿Estás seguro de que esto es legal?" y acatar su respuesta, si dijera que no lo era, no lo haría. De lo contrario, seguiría adelante, los negocios son un lugar feroz, las empresas deberían proteger sus datos centrales y su infraestructura por sí mismas y es posible que no esté al tanto de todos los hechos en el caso y muchas empresas copian otros métodos y estructuras si pueden trabajar con ellos. afuera.

Mi experiencia personal cuando me pidieron que duplicara software de esa manera fue como consultora, lo cual, debido a que tenía mi propio negocio, tuvo implicaciones diferentes y me negué. Pero hay ocasiones en las que me han pedido que mire una pieza de software y haga algo similar, lo cual está bien según mis estándares éticos. No necesito sus estructuras de base de datos y código fuente, etc. Para hacer eso.

"tanto las implicaciones legales como las consideraciones éticas son problema y responsabilidad de sus jefes, no suyos" - No necesariamente. Al menos en algunas jurisdicciones puede ser personalmente responsable si participa en algo que sabe que es ilegal. La excusa de "pero solo estaba siguiendo órdenes" se quedó sin combustible hace mucho tiempo. Cada individuo es responsable del carácter legal y ético de sus actos.
@aroth sí, por lo tanto, la pregunta directa al jefe es parte de mi respuesta, eso te cubre. Porque entonces 'sabes' que ES legal, nadie espera que un empleado esté investigando continuamente a su jefe. En ese caso, el empleado no solo estaba siguiendo órdenes ciegamente, sino que estaba preocupado, por lo que preguntó. No estamos hablando de crímenes de guerra aquí.
SI va a probar este enfoque, asegúrese de preguntarle al jefe sobre la legalidad de todo esto POR ESCRITO