Mi empleador (cliente) quiere que trabaje en modo "fantasma" [cerrado]

Aquí está el contexto:

  • Soy arquitecto/desarrollador de software independiente y comencé a trabajar para una empresa conocida hace 3 semanas, durante al menos un año.
  • Me contrataron porque fracasaron por completo en un proyecto durante 6 meses (una aplicación móvil híbrida) y sus clientes están muy enojados porque la aplicación es bastante inutilizable.
  • Las empresas y los clientes esperan que el equipo de TI solucione todos los errores de la aplicación y mejore drásticamente el rendimiento.

En mi contrato, está escrito que trabajaría allí para liderar y reconstruir toda la aplicación gracias a mis habilidades de programación y conocimiento de arquitectura (que desafortunadamente, ninguno de los suyos tiene).

Ayer, el equipo de TI, incluidos los superiores, me dijo: tú solo reconstruirás toda la aplicación, porque tú eres el que puede hacer eso aquí. Pero no queremos rastrear su trabajo en Jira como otros, no queremos que la empresa sepa de su existencia porque no apreciarían que estemos reconstruyendo toda la aplicación, incluso si toma algunos meses. Ni siquiera querrían pensar que no confiaron en un equipo externo anterior durante 6 meses para construir esta versión de mierda de la aplicación.

Queremos que trabaje en modo fantasma, sabiendo que nadie se dará cuenta de que está haciendo todo el trabajo.

Me da vergüenza. No quiero reparar las fallas bajo tierra, reconstruir todo el producto solo, sin que la gente sepa que efectivamente han fallado. No es parte de mis principios de vida.

¿Aceptarías hacer un gran trabajo para una empresa sin que nadie esté al tanto de tu buen trabajo, ni siquiera Jira, para realizar un seguimiento de tu trabajo como cualquier otro miembro del equipo?

¿Aceptaría trabajar en este contexto? ¿Es una buena idea esperar que mi reclutador cambie de opinión y comience a rastrear mi trabajo como cualquier otro compañero de equipo?

Destaco que no soy un simple empleado sino que trabajo por cuenta de mi propia empresa (freelance).

Parece que algunos malos gerentes están tratando de cubrir sus huellas, no estoy seguro de querer quedar atrapado en ese fuego cruzado si se descubre el proyecto "fantasma", toda la situación apesta para mí.
Por muy sucio que suene, tendría que venir con un pago por riesgo serio. Podría dañar su reputación en los años venideros. Si tiene garantizado suficiente dinero para jubilarse, bueno, no hay problema. De lo contrario, podría ser un muy mal negocio.
Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .
Comente antes de leer el chat. Gran parte de eso era información aclaratoria... ¿estamos seguros de que todo debería haberse movido?
He sido consultor profesional durante 35 años y también lo he hecho muchas veces. Este tipo de confidencialidad y discreción es parte de lo que paga su cliente. La única manera de dañar su reputación es comprometer la confianza de su cliente. Pero, sí, obtenga todo por escrito (el correo electrónico está bien).
Pura curiosidad, pero ¿qué terminaste haciendo?
@kmort Logré convencerlos de que hicieran oficial el proyecto, explicando que claramente no me gustaría trabajar en ese contexto. Como realmente me necesitaban (necesitan) por mis habilidades, aceptaron cambiar el contexto. Sin embargo, tomó algo de tiempo.

Respuestas (12)

Obtener todo por escrito

El cliente quiere que haga un trabajo que es sustancialmente diferente de lo que está en su contrato de trabajo.

Quieren que lo hagas en condiciones inusuales y técnicamente desafiantes.

Estas condiciones son posiblemente poco éticas (para los gerentes) y conllevan un riesgo potencial significativo para usted (principalmente de reputación, posiblemente legal).

Definitivamente suena como el tipo de lugar donde, si algo sale mal en el futuro, o si alguien descubre este proyecto "fantasma" y arma un escándalo al respecto, o si alguien busca un chivo expiatorio, usted será un objetivo principal.


Obtenga todo por escrito. Todos los requisitos, todas las condiciones, todas las instrucciones.

Luego obtenga la opinión de un buen abogado sobre su posible exposición.

Luego negocie el pago por riesgos graves. Si te piden que hagas el trabajo de todo un equipo, es mejor que te paguen por ello.


Si está éticamente preparado para hacer el trabajo es una decisión sumamente personal con la que no podemos ayudarlo.

Que tenga sentido desde el punto de vista comercial dependerá de lo anterior.

Piénselo bien y luego, si le están pagando lo suficiente como para que valga la pena y es compatible con su ética, hágalo.

A esta respuesta se le debe dar más peso del que se le ha dado hasta ahora. +1 de mi parte. Además, esto podría terminar siendo una GRAN brecha en su currículum si se le niega su existencia a alguien que realiza una verificación de antecedentes o verificación del historial laboral, además de los problemas que mencionó.
@RichardU Supongo que escribiría en el currículum algo así como "Trabajó para [redactado]", siempre que explique que una condición para trabajar allí era no hablar de eso, no creo que sea un problema: no a menos que eso fuera lo único que había allí.
@Benubird Tal vez, pero recuerde, RR. HH. y las agencias están buscando razones para descartar currículums, y eso puede ser suficiente. Si viera algo así en un currículum, lo pasaría por alto a menos que estuviera desesperado por un conjunto de habilidades que solo él o ella tenía.
@RichardU ¿Le preocupa la "verificación del historial de empleo"? Que escribirá sobre haber realizado un proyecto completo para GonzoCorp bajo contrato, y luego alguien llamará a GonzoCorp para verificar eso, y que GonzoCorp le dirá a ParanoidCorp que no hizo un proyecto completo para ellos, para cubrir cualquier evidencia de que alguien tiene algo de esto? Supongo que si Gonzo es ESE gonzo, y no creo que quiera trabajar para ninguno de esos cuerpos.
@RichardU Bastante justo: la mayoría de las veces solo he trabajado para pequeñas empresas (<20 personas), y supongo que hacen las cosas de manera diferente. Para ser sincero, no creo que haya verificado una referencia, ni oído hablar de alguien que lo haga. . En la mayoría de los casos, cuando entrevisto, solo les pregunto sobre su experiencia, ya que me preocupa más si pueden hacer el trabajo que dónde podrían haber trabajado anteriormente.
@Dronz No es paranoidcorp, es Notwantingheadachescorp. Los currículums se descartan por puntuación. Cualquier cosa que levante una bandera envía el currículum a la papelera. Recursos humanos/agencias/gerentes de contratación simplemente no quieren lidiar con nada inusual cuando hay muchos otros solicitantes.
+1 documentos legales para cubrirlo, sin evidencia esto podría volverse desagradable
Anuncio 3. Vale la pena señalar cuánto software viene "tal cual" y cuánto "cobertura total por los daños que causará". Esp considerando la condición "libre de errores".
Podía firmar un Acuerdo de confidencialidad relacionado con el trabajo que estaba realizando. Según la descripción anterior, tiene un contrato con la empresa y debería poder recibir una recomendación de sus superiores (aunque puede ser vaga). Sería bastante ilegal que lo contrataran y no lo registraran como empleado a efectos fiscales.
Una alternativa para la verificación de empleo es proporcionar un talón de pago y, muy probablemente, una explicación. En cuanto a la corrección de todos los errores, agregaría la palabra "actual" al contrato.
No veo cómo es sustancialmente diferente. Op dijo: "está escrito que trabajaría allí para liderar y reconstruir toda la aplicación", parece que eso es lo que me está haciendo.
El currículum de un profesional independiente tendrá menos enfoque cronológico, por lo que no creo que nadie deba saber acerca de las brechas de empleo.
"buen abogado": No consiga un abogado sin experiencia aquí. Este no es un caso fácil de tratar.

Eres un freelancer, si quieres el dinero haz el trabajo. Si interfiere con su ética, pero aún quiere el dinero, vaya a la iglesia con más frecuencia o racionalícelo de otra manera. Si está totalmente en desacuerdo con su ética, rechácelo.

Personalmente, no me importa lo que sucedió antes de que obtuviera el trabajo. Mi único enfoque está en el trabajo en sí. Si estoy infringiendo las leyes, ese es otro asunto y lo rechazaría.

La única forma en que una declaración como 'usted es el único que puede hacer el trabajo' podría impactarme es hacerme reconsiderar mis precios al alza. Hacer olas como trabajador independiente sobre el trabajo de otras personas es malo para su flujo de ingresos y no es beneficioso.

Algunos freelancers están muy por encima de los empleados de una empresa, por eso son contratados, pero tener la cabeza hinchada es perjudicial a largo plazo.

@ Mik378 Es el único punto de vista si quieres triunfar como autónomo. Su entrega debe ser lo único que le importe
@ Mik378 Estoy de acuerdo con esto. Especialmente sobre la cabeza hinchada. Te dicen que vuelvas a desarrollar una aplicación completa mientras que otro equipo de desarrolladores corrige errores en la que planean hacer mierda. Estos tipos son mentirosos. Tienen que estar mintiéndole a usted, a la empresa y/o a los demás desarrolladores. Es probable que sea todo lo anterior. Toma todo lo que te digan con un gran grano de sal. Supongo que los 'líderes' causaron este lío, no el equipo técnico. Si se encuentra con dificultades o retrasos, puede esperar que su actitud hacia usted se asemeje a la forma en que hablan de los otros desarrolladores.
Estoy completamente en desacuerdo con esta respuesta. Si quiere el dinero, es mejor que tenga un contrato hermético que explique el acuerdo de escritura fantasma (en lugar del contrato actual que tiene ahora). No usar Jira. No decirle a la gente en qué está trabajando. Esa es una receta segura para que no te paguen por incumplimiento de contrato.
@StephanBranczyk, cualquier trabajador independiente que no mantenga registros, apruebe el trabajo y se cubra las espaldas está expuesto a abusos, independientemente del tipo de contrato que tenga. No dependes de los clientes para hacer eso. He tenido clientes que probaron todo tipo de basura, les arranqué todos los orificios nuevos y me fui con un bolsillo lleno de dinero más que si hubieran pagado correctamente sin jugar. Incluso regresaron y me dieron más trabajo una vez que se superaron.
Depende de la estructura de pago. Si te están pagando regularmente por un trabajo que está por escrito, no veo el daño. Si estuviera en la posición de OP, inmediatamente aumentaría mi tarifa.
@StephanBranczyk No conozco ningún requisito profesional o ético para usar JIRA.
@emory, fue contratado con una descripción de trabajo particular. Firmó un contrato particular. Con solo tres semanas de contrato, le dijeron que lo hiciera en secreto y solo. Por lo menos, apuesto a que la descripción del trabajo describía algunas de las herramientas compartidas y algunos de los recursos humanos que debía usar para el trabajo (que no podrá usar). Además, cuando facture su trabajo, probablemente se le pedirá que mienta/ofusque el tipo de trabajo que hizo. Y cuanto más mienta para cubrir sus huellas, más evidencia creará de que no estaba haciendo el trabajo para el que fue contratado.

No voy a comentar sobre el lado ético de las cosas, aunque esto también es ciertamente problemático.

Diría que JIRA y otros sistemas de seguimiento de problemas existen por una razón. Si no configura sus requisitos y tareas y realiza un seguimiento de cómo abordará y resolverá estos, sino que planea crear una aplicación completa sin ninguna herramienta de gestión de proyectos codificada (¡independientemente de la razón de esto!), se encontrará con todos los mismos problemas con los que se encuentran otras personas que quieren ejecutar un proyecto de esta manera por otras razones: falta de coincidencia entre los requisitos y las funcionalidades reales que crea, planificación de recursos deficiente o nula, y luego mucha culpa, insultos y "dijo , ella dijo" discusiones dando vueltas.

Recomendarle que no haga esto es la salida fácil para nosotros aquí en Workplace.SE. Sin embargo, ciertamente mencionaría estos problemas a su gerencia y les diría que al menos deberían usar algunas herramientas de administración por el bien del proyecto. Si el cliente final necesita que le digan qué es exactamente lo que está haciendo, debe ser una discusión aparte.

Podría agregar a esta respuesta, estos son los mismos gerentes que llevaron al fracaso del proyecto en primer lugar, por lo que sería desaconsejable escuchar sus consejos sobre cómo hacer el proyecto. No tener forma de realizar un seguimiento de los errores, aprender de los errores o utilizar un equipo me parece que este proyecto está condenado al fracaso.
+1 Sí, esto. Hay muchas herramientas esencialmente de uso gratuito, alojadas en algún tipo de nube o en su propia infraestructura (VM). Copie extractos relevantes o conversaciones telefónicas en las entradas de problemas correspondientes, etc. Cuanto más quiera la gerencia de OP que las cosas pasen desapercibidas, más debe documentar OP, incluso si él mismo hace toda la documentación.

Yo diría que si el jefe realmente quiere que hagas este trabajo divorciado del resto del equipo (casi seguramente una mala idea), entonces insiste en configurar tu propio JIRA, o lo que sea, instancias para el seguimiento del proyecto. Eso le permitirá tener herramientas de administración reales y alguna esperanza de hacer las cosas bien, mientras le brinda la cobertura que parece querer.

También querrás asegurarte de que tenga una pista real sobre cómo descubrirás lo que se supone que está pasando. Obviamente, la aplicación existente es un problema, pero es muy probable que haya sucedido porque varias partes no estaban hablando. Si ese es el caso, aislarte de todos NO va a ayudar.

Además, deberá averiguar cómo funcionará el control de calidad. Una vez más, si está utilizando imágenes fantasma, ¿cómo se realiza el control de calidad?

Este fue mi primer pensamiento, y me sorprende que no esté recibiendo más atención. Este proyecto ya fracasó con varias personas trabajando en él. Ahora está a cargo de un solo desarrollador, sin documentación, sin monitoreo de tareas o seguimiento de errores, sin revisión de código, sin control de calidad... ¿y esperan que esto funcione mejor? Si te dicen que tienes la experiencia que a ellos les falta, entonces tal vez deberías explicarles que tu experiencia te dice que necesitas todas esas cosas.
Tiene que haber algún tipo de sistema de seguimiento de requisitos, de lo contrario, ¿cómo puede probar que cumplió con los hitos a los que (presuntamente) está vinculado su contrato? Puede terminar siendo una hoja de cálculo en la nube en algún lugar, pero tiene que haber alguna forma de rastrear y documentar el progreso.
@anaximander ... presumiblemente, sin explorar las necesidades del usuario detrás de la aplicación, debería agregarla a su lista.
El control de calidad se realiza en combinación y no tienen idea de que lo están haciendo.
Agregaría que es mejor para el profesional independiente poder demostrar la propiedad de autoría/derechos de autor de su código. Un repositorio de git se puede falsificar fácilmente, por lo que no es una prueba; el correo electrónico certificado con el repositorio adjunto puede ayudar, o cualquier otra forma común de demostrar la autoría del trabajo creativo. Esto es más importante si el freelancer reutiliza su propio código de proyectos anteriores, o planea reutilizar el nuevo código, o toma prestado algún código del cliente; o si el cliente es una empresa grande/litigiosa con mucha artillería legal para usar contra los competidores.

Esto es potencialmente extremadamente preocupante. Si el equipo de TI no quiere que el resto de la empresa sepa que ha sido empleado, esto sugiere que RR. HH. no lo conoce. Asi que:

  • ¿Quién garantiza tu nómina?
  • ¿está cubierto por un seguro de responsabilidad comercial?
  • ¿Quién firmó su contrato y tenía alguna autoridad legal para hacerlo?
  • ¿realmente, técnicamente, estás empleado formalmente por ellos ?

Ni siquiera soñaría con entrar en tal acuerdo.

Por otro lado, si su empleo está en regla, y sus superiores no quieren que se filtren fuera del equipo de TI solo los detalles específicos del día a día en lo que trabajará... bueno, eso huele bastante bien. mala gestión pero no me preocuparía mucho desde un punto de vista estrictamente práctico.

Suena como si estuviera empleado abiertamente y asistiendo a reuniones, pero creen que pueden ocultar que está reemplazando silenciosamente todo el producto para todos, pero sí, es extremadamente preocupante.

Ese es el tipo de cosas por las que te contratan como autónomo, y es el tipo de cosas que te hacen pagar más por día de trabajo que a un empleado.

Obviamente el control del código fuente y una herramienta como JIRA son útiles o no existirían. Entonces, haga lo que haga, probablemente esté ejecutando un control de código fuente "privado" y JIRA "privado" (al que el administrador responsable debería poder acceder, y que se le entregaría a su sucesor si lo atropella un autobús). Esto también es evidencia de que está haciendo un trabajo bueno y productivo, en caso de duda.

Si la empresa quiere tener su propia JIRA con menos elementos de trabajo, se lo dejo a ellos. Sé que no sería bueno en absoluto fingiendo un historial de JIRA.

Pero el principio: ¿Deberías hacer esto? Supongo que la elección es entre hacerlo tú o que lo haga otra persona. En un año, cuando haya terminado, el equipo de desarrollo recibirá elogios y se le dirá a la gerencia superior que en realidad no logró mucho. Para eso te contratan, y por eso te pagan mucho dinero. Eso también sucede en los niveles más altos, donde una empresa en problemas puede contratar a un nuevo CEO con el único propósito de tomar todas las decisiones impopulares que deben tomarse e implementarlas, y luego ser despedido, lo que todos conocen y que está incluido en el pago.

Este. Incluso podría inclinarme a decir algo como: "¡Ah, quieres el protocolo de modo fantasma! Ciertamente puedo hacerlo, aunque, por supuesto, habrá un recargo de discreción del 20%".
Justo en un punto tangencial; los autónomos que trabajan para su propia empresa deberían recibir una buena parte más porque tienen que ocuparse de todas las cosas que normalmente harían los recursos humanos/finanzas. Cosas como pensiones, vacaciones, impuestos, seguros, equipos, beneficios... y la lista continúa.
Los trabajadores autónomos también se utilizan a menudo para los trabajos que nadie quiere hacer. Por ejemplo, trabajos de desarrollo que no generan dinero pero solo cuestan (pero es necesario hacerlo porque no hacerlo es aún más costoso que hacerlo), por lo que quien lo haga no recibirá ningún elogio de la gerencia.
@Benubird: ¡20% de mi globo ocular gordo y peludo! - 250% negociable hasta, quizás, 200%. Además de un pago inicial no reembolsable considerable, tal vez del 15%.

Tienes que considerar tres cosas, tal como lo harías con cualquier otro concierto:

  1. ¿Tendré los recursos que necesito para hacer el trabajo correctamente?
  2. ¿Seré compensado adecuadamente por hacer el trabajo correctamente?
  3. ¿Recibiré referencias para conseguir futuros trabajos?

Para el primero, no estoy tan seguro de que lo hagas. No tendrás desarrolladores junior a quienes delegar tareas menores. No tendrás probadores activos en el lado comercial, ya que ni siquiera saben que lo estás haciendo. No tienes las últimas especificaciones, refinamientos y listas de deseos, porque, de nuevo, nadie sabe que lo estás haciendo. No tiene las herramientas de seguimiento que necesita (aunque podría configurar su propio Bugzilla o algo así). Ahora, cada uno de estos puede mitigarse, especialmente si puede encontrar un usuario comercial en el que su administración confíe para ayudarlo, pero lo hacen. necesita ser mitigado de alguna manera.

Para el segundo, parece que lo harás. Después de todo, necesitan desesperadamente esta nueva versión. Su gestión definitivamente parece "tirar dinero al tipo de problema" y usted es el objetivo al que están tirando dinero. Dicho esto, guarde la documentación de todo el trabajo que hace, porque pasar desapercibido y no usar el sistema de emisión de boletos aprobado significará que debe puntear todas sus T y cruzar todas sus I cuando llegue el momento de demostrar que hizo el trabajo. aceptaste.

Para el tercero, esto podría ser complicado. Tal vez una vez que lo lances, puedan admitir que existes y decir "Mik ha sido fundamental para limpiar los errores y lanzar esta nueva y brillante... interfaz... guiño " y luego puedes obtener referencias. Pero podrían empujarte fácilmente por la puerta y decir "gracias por limpiar después de nosotros, ¡vamos a volver a #^@%^hacer las cosas de nuevo! ¡Tata!"

Ahora, en cuanto a la ética, no puedo ayudarte allí. Si quieren llevar su negocio a la sombra, pueden hacerlo. Estoy contratado para hacer un trabajo bajo ciertas restricciones, hago el trabajo bajo esas restricciones siempre que esté preparado para el éxito presente y futuro. El lado ético lo tendrás que alcanzar por tu cuenta.

Creo que esto es realmente algo que tienes que decidir por ti mismo. Diferentes personas quieren diferentes tipos de recompensas (aparte del dinero, por supuesto) por el trabajo que hacen, y parece que quieres reconocimiento por tu trabajo.

Esto está bien, personalmente no me molestaría en lo más mínimo, pero todos somos diferentes. Por lo tanto, debe decidir por sí mismo si, en su opinión, todo lo que obtiene por su trabajo vale la pena. Si no, entonces diga que no (o renegocie) si está bien, entonces continúe y hágalo.

Por supuesto, hay una o dos preguntas prácticas:

Como trabajador independiente, probablemente querrá atribuirse el mérito del trabajo para ayudar a ganar futuros clientes, y la pregunta es, ¿será esto posible si ni siquiera puede decirle al propio personal del cliente actual que lo está haciendo?

También está la cuestión de que si no se realiza un seguimiento de su tiempo, ¿es posible que haya una disputa sobre el pago que le hacen? (por ejemplo, si le pagan por hora, necesitarán una forma de saber cuántas horas ha trabajado) - Asegúrese de que esto esté resuelto con anticipación.

Sobre la ética de la situación, no creo que haya un problema realmente. La empresa le ofreció un conjunto particular de términos y depende de usted si quiere el trabajo o no. No hay necesidad real de decirles que han fallado... No son su personal, no es su empresa, depende de sus propios gerentes preocuparse por ese tipo de cosas.

Le dices al próximo cliente: "Trabajaron seis meses y tenían un producto que no funcionaba en absoluto. Luego me contrataron, y un año después su producto estaba absolutamente bien. Pero mi trabajo no tuvo nada que ver con eso. Honestamente".
Más precisamente, obtienes una referencia de ellos que dice "trabajó en un proyecto confidencial para nosotros; quedamos extremadamente satisfechos con la diligencia, la habilidad y la discreción mostradas". O tan cerca de eso como puedas sacar de ellos. Eso es realmente la mayor parte de lo que le importa al próximo empleador.

No hay nada inherentemente malo en trabajar discretamente. Hay muchas áreas en las que es preferible para todos los involucrados que no todos los detalles del trabajo se hagan públicos.

Por lo que has escrito, parece que quieren salvar las apariencias comenzando de nuevo en secreto con un trabajo deficiente que han hecho. En mi humilde opinión, deberían saltarse el secreto e ir al cliente y decirle "nos equivocamos, lo sentimos, pero reconstruiremos todo y todo estará bien", pero ese es su negocio. Una vez más, tampoco hay nada intrínsecamente malo con esta asignación en particular.

Sin embargo:

  1. Todo el objetivo de su trabajo es tomar un proyecto con el que el cliente no está satisfecho y solucionar las quejas del cliente. Sin embargo, no se le permite hablar con el cliente. Bien, c'est la vie. Pero esto lo ralentizará, por lo tanto, el proyecto llevará más tiempo de lo normal y quizás el trabajo sea más difícil (más $$$/hora). Por lo tanto, debe discutir los precios nuevamente, porque es probable que las suposiciones detrás de su cotización original ya no sean válidas.

  2. Con todo este secreto, ¿qué prueba existirá de su empleo? Cuando le paguen al final, su autoridad fiscal necesitará saber de dónde provino su dinero, porque las grandes sumas inesperadas a menudo están relacionadas con actividades delictivas. También necesita suficientes pruebas legalmente admisibles de que sí, está contratado por ellos y sí, espera que le paguen tanto dinero por reconstruir esta aplicación. Su cliente no necesita ver estos documentos, pero deben estar preparados entre ustedes dos. De lo contrario, es posible que simplemente no le paguen después de que se haya realizado el trabajo, y usted no podría probar ante el tribunal que incluso trabajó allí. O podrían pagarte, y luego el gobierno audita tus impuestos, y tienes interminables dolores de cabeza explicándoles que era un "proyecto secreto".

  3. El secreto cuesta dinero. Sin rodeos, no todos los desarrolladores tienen el tacto para hacer ese trabajo sin descubrir su tapadera, por lo tanto, aquellos que pueden (como usted) deberían recibir un pago mayor. Es oferta y demanda. Entonces, esto es algo adicional valioso por lo que necesitan compensarlo, además de lo que mencioné en el n. ° 1.

  4. Por último, pero no menos importante, la recompensa de su trabajo no es solo el dinero, sino también poder mostrar a futuros clientes su trabajo anterior para demostrar que es un desarrollador capaz. Si tienen la intención de mantenerlo completamente en secreto, esencialmente te lo están quitando, por lo que deberían dar algo más a cambio, como dinero. Lo que significa que si esto será un secreto no solo durante el trabajo, sino incluso mucho después de que se reconstruya la aplicación y el cliente esté satisfecho, eso también tendrá un costo adicional, además del n.° 1 y el n.° 3.

tl;dr: Pregúntese, ¿hay una cantidad de dinero que lo haría sentir cómodo haciendo esto? En caso afirmativo, explíqueles su posición y diga: "Lo siento, muchachos, el acuerdo inicial era para un proyecto normal; si quieren estas cosas súper secretas, también podemos hacerlo, pero están pagando más". De cualquier manera, prepárate para alejarte. El dinero está bien, pero esto es mucho más arriesgado que tu trabajo habitual. La escritura fantasma cuesta más que la escritura normal, por lo que si acepta que le paguen lo mismo, le están pagando menos.

Si desea establecerse como una autoridad en su campo, debe buscar las mejores formas de crear valor para sus clientes. En la mayoría de los casos, esto incluirá temas fuera de su dominio. Hay problemas obvios con esta empresa, y probablemente sea más valioso abordar los problemas con el intercambio de conocimientos y procesos que gastar dinero en arreglar o reconstruir una aplicación de mierda.

Hablaría de esto con su cliente. Si deciden no tratar el problema, seguiré adelante. Y para ganar clientes más respetables, escribiría una publicación de blog o haría un podcast con alguien en el campo de la gestión del conocimiento o un ejecutivo sobre cómo esta falta de visibilidad causará una distorsión de la señal en la gestión eficaz de la empresa. De hecho, perdería el dinero de la empresa a largo plazo. Mientras que tomar el subidón te hará ganar credibilidad y clientes dignos de confianza.

Las otras respuestas ya han considerado la ética y los recursos/lado práctico. Mi opinión se centra más en la oportunidad que puede ser esta.

La dirección del cliente apuesta por las siguientes cosas: - El cliente no se da cuenta de que ha pagado por desarrollar la primera versión sin un buen resultado - Le proporcionarás las habilidades para darle un proyecto llave en mano - Y ahora viene lo complicado punto: obviamente quieren estar listos para eliminarlo a usted, o al otro equipo. Si eres tú, está bien si lo sabes, pero el otro equipo no debe ser consciente de su posible destino.

Podrías apostar a que el equipo no logra reemplazarte después de que les das la versión inicial para las actualizaciones, y luego es posible que tengan que volver a ti. La otra apuesta sería que tan pronto como tengan tu versión funcional de la aplicación, corten al otro equipo (que sería la única razón por la que quieren ocultarlo de su equipo) y te traerán a bordo con más firmeza.

No estoy diciendo que deba, pero ciertamente podría esperar tales desarrollos.

Disculpa por la respuesta tardía. Estoy sorprendido por la respuesta sorprendentemente no cooperativa de los demás.

Primero: lo que se le pide, no va en contra de ningún contrato que haya suscrito, y no va en contra de la ética laboral. Es un modo de trabajo especial, sintonizado para proteger la cara de su empleador a los ojos de su cliente. Pero no deberías molestarte ni siquiera con eso, porque tu empleador te paga y su relación con el cliente no es tu tarea.

Por el lado de la ética: su empleador le da un trabajo y mucho dinero. El cliente no. En realidad, la razón por la que el cliente hace que su empleador realice su software es que no realizará tareas de microgestión de software.

Lo único que puedes perder aquí es que el cliente no sabrá tu nombre. Pero el cliente no te contratará más tarde, su modelo de negocio utiliza a tu empleador (y empresas similares) para tareas como esta.

Tu empleador está en problemas, ve en ti al salvador de su proyecto, y es capaz y está dispuesto a pagarte sus costos adicionales (si no ahora, entonces en el próximo proyecto. O en el próximo proyecto de su amigo que tiene una problema parecido). Es por eso que puedes trabajar aquí como autónomo.

No veo ninguna racionalidad, por ejemplo, ¿por qué debería preguntar todo en papel y similares? Debería ser necesario solo si hubiera la posibilidad de algunos problemas judiciales aquí, pero no la hay. Lo que quieras hacer, no va en contra de ninguna ley.

Al mostrarle a su empleador que usted es capaz y está dispuesto a ser un " Sr. Lobo ", elevaría mucho su valor a sus ojos, y probablemente pueda contar con que no será su último "salvar todo, ¿no es así?" importa cuál sea el costo".

En lugar de pensar que sería una "trampa", lo que veo muy claro, es una posibilidad para ti de ser algo más como un "compramos x hombremes freelance por y$", carne cruda intercambiable. Podrías ser un "grupo de trabajo especial" a partir de ese momento.