Project Lead renunció, me asignaron a un proyecto fallido, ¿soy el chivo expiatorio? [duplicar]

Como dice el título, me asignaron a un proyecto que otro chico estaba manejando hace 2 meses, se suponía que yo lo ayudaría en lo que necesitara.

Hace unas semanas, el tipo simplemente renunció, dejándome como el 'líder' tácito del proyecto con la presión adicional de una fecha límite en la que mostrar el funcionamiento del proyecto y dos nuevas contrataciones en el mismo proyecto, cuyas habilidades son ortogonales. al mío..

La cuestión es que estoy MUY fuera de mi zona de confort, se espera que haga cosas en un corto período de tiempo que ni siquiera tengo una remota idea de cómo hacer .

El proyecto fue (es) todo tipo de f 'up ... gran base de código, solucioné la mayoría de los errores que pude, pero ahora los problemas que quedan son de funcionalidad, no errores, es decir: no funciona según lo previsto. Incluso creo que este proyecto es un problema abierto en la zona de donde es..

Agregue para arrancar que estamos probando el código en el vacío y no donde debería estar (una máquina) y espero que SOLO FUNCIONE porque y cito '¿Cómo puede no funcionar?'. ¡Y ni siquiera tenemos las herramientas adecuadas!

Mi jefe incluso mintió sobre una funcionalidad para el cliente que no estaba implementada (ni siquiera funciona ahora) en ese momento, e incluso mostró que "funcionaba".

Así que tengo algunas preguntas sobre lo que está pasando y qué hacer.

  • ¿Me están preparando para fallar como chivo expiatorio ?
  • ¿Debería hablar con mi jefe y decirle que no soy capaz de sacar adelante este proyecto? (No creo que nadie en esta startup lo sea, y creo que insistirá en que siga intentándolo)
  • ¿Debería renunciar? (Lo mismo que arriba)

Y, por cierto, ni siquiera me llamaría jr dev..

Estoy muy estresado.

Lo siento si la exposición está por todos lados. Y gracias por leer :).

Creo que esta pregunta es lo suficientemente diferente como para sostenerse por sí sola. Este es un problema grande y significativo que afecta a muchas personas de diferentes maneras. No tiene sentido pretender englobar todas las variantes de este tipo de problemas en una sola cuestión histórica.

Respuestas (2)

El enfoque correcto aquí es documentar la situación en un correo electrónico o una nota y luego repasarla verbalmente con su jefe. El código es inadecuado aquí, aquí y aquí. Joe Schmoe mintió sobre esto y aquello. Las partes X, Y y Z no son funcionales y requerirán una gran cantidad de código adicional y pruebas para que funcionen.

Es fundamental que determine las mejores opciones posibles y las presente junto con los problemas. NUNCA dé simplemente una lista de problemas sin opciones ni soluciones; lo hace parecer un obstructor o un creador de excusas.

Entonces, básicamente, lo que debe hacer es identificar en detalle todos los problemas y luego proponer la mejor solución posible o las opciones de "mitigación" disponibles.

La cosa es que no es un código malo en sí mismo, sino más bien cómo se pensó en el problema, en el que eligieron todas las herramientas incorrectas para el problema. Creo que hay uno que haría que el problema fuera mayormente trivial, y hablé con mi jefe al respecto. (El problema es uno que todos los grandes cuerpos están tratando de resolver pero en un lugar/escala más controlado). ¡También mi jefe mintió, no John Doe!
@throway He experimentado muchas de estas cosas de primera mano en una Startup en la que trabajé. La comunicación es lo más importante, como señaló Sócrates. Tienes que identificar todo lo que está mal y tratar de encontrar soluciones. Trabaje con su jefe y las personas relevantes para hacer esto. Es importante que todos estén en la misma página con respecto al estado del proyecto. Documente todo en su sistema de gestión de proyectos.
@throway Evitaría las sugerencias que impliquen la reingeniería de todo el problema. Siempre hay una herramienta mejor, pero ahora no es el momento de empezar de cero. Concéntrese en salvar lo que tiene, no en comenzar de nuevo.

No querrás permitir que te configuren para fallar. Sin embargo, esto no es lo que está sucediendo, su jefe probablemente esté buscando financiación, sabe que es un desastre y no le importa, espera salir de él hablando (lo cual no es tan raro como puede pensar) y tal vez incluso conseguir más financiación. Esta es su manera de hacer negocios.

Tienes un par de opciones, sigue adelante y confía en que tu jefe te verá bien.

Sal tan pronto como puedas encontrar otro trabajo.

Realmente se reduce a cuánta fe tienes en tu jefe. Pero no renuncies, eso solo te deja desempleado, encuentra otro trabajo primero.

Esto es algo que también se me pasó por la cabeza, pero ¿no demandaría el cliente cuando entrega algo que no funciona según lo previsto?
Demandar cuesta dinero, esto en realidad sucede mucho con las nuevas empresas que viven al límite. Solo hablando de financiación en financiación, he visto carreras completas basadas en una serie de proyectos fallidos/incompletos y una serie de empresas emergentes fallidas. El jefe ya ha convencido a una empresa para que le dé dinero para un proyecto complejo en el que tiene trabajando a un junior. Solo necesita montarlo todo el tiempo que pueda.