Acabo de descubrir que se suponía que debía estar trabajando en un proyecto completamente diferente desde hace 8 meses. ¿Cómo puedo manejar esto?

Un poco sorprendido en este momento. Soy un desarrollador que trabaja en un equipo de unos 20 desarrolladores.

Aparentemente, a mí (junto con otro desarrollador) se me asignó completar una especificación hace aproximadamente 8 meses. Me enteré esta mañana cuando uno de nuestros representantes de ventas se acercó y preguntó cuándo estaría listo el proyecto para su implementación, ya que aparentemente vence en dos semanas.

El problema es que, que yo sepa, ese proyecto nunca abandonó la etapa de planificación. Teníamos una reunión programada para comenzar con todos, pero se canceló por el caos y simplemente nunca se llevó a cabo. Supuse que simplemente no funcionaba por alguna razón y continué trabajando en el proyecto que me habían asignado previamente (lo cual no está hecho, pero querían a algunas personas con experiencia en el otro en lugar de solo contrataciones). Ese proyecto está adelantado y ahora sé por qué.

El otro desarrollador también está en el mismo barco de trabajar en su proyecto original. Ninguno de nosotros ha escrito una línea de código relacionada con este proyecto.

Sin embargo, cuando le pregunté a mi jefe sobre el cliente (para tratar de determinar en qué proyecto pensaba que estaba sin avisarle), me confirmó que cree que estoy trabajando en ese contrato de 8 meses.

Como referencia, no somos una empresa Agile ya que nos ocupamos de la integración de hardware. Las especificaciones se establecen con mucha antelación, los cambios deben exigirse de su parte, etc. Sin embargo, los desarrolladores tienen una gran autonomía. Hablo tal vez 5 minutos a la semana con mi jefe, ya que él también es programador además de ser gerente de 30 personas (analistas de negocios y gente de comunicaciones también). No sería inusual que dos desarrolladores trabajaran de forma casi completamente independiente con un analista de control de calidad.

No tengo correos electrónicos posteriores a la fecha de esa reunión más allá de recibir una vista previa de la especificación. Tengo acceso a la especificación completa a través de nuestro recurso compartido de archivos, pero nunca me dijeron que la leyera hasta ahora.

¿Cómo puedo abordar esta situación para que las cosas se aclaren? ¿Hay algo que deba tener en cuenta al proceder con esto?

¡¿Nadie preguntó qué estabas haciendo durante 8 meses?! ¿Nadie preguntó cómo iba un proyecto, para un cliente externo, durante 8 meses?
¿Quién se suponía que iba a ser el director del proyecto para esto? ¿Se esperaba que usted y este otro desarrollador hicieran esto por su cuenta?
¿Tu jefe nunca en los últimos ocho meses te preguntó en qué estabas trabajando? ¿Hubo plazos intermedios en este proyecto?
Parece que trabaja para una empresa basada en proyectos, por lo que debería llenar una hoja de tiempo con el tiempo dedicado a proyectos específicos. Su jefe debería asignarle un código de proyecto y usted o su jefe deberían crear códigos de elementos de trabajo bajo ese código de proyecto para cargar su tiempo, y luego su jefe debería revisar el tiempo dedicado a cada proyecto del que es responsable en menos mensual y probablemente semanal. Alguien debería haber notado no más de 2 semanas después de la supuesta fecha de inicio que algo estaba pasando cuando no se cargó tiempo contra el proyecto.
¿Nunca te has topado con alguien junto a la máquina de café o en cualquier otro lugar de la oficina que te pregunte sobre esto?
¿Cómo se suponía que dos desarrolladores de software completarían un proyecto relacionado con el hardware solos ? ¿No debería haber ingenieros eléctricos, chicos de infraestructura de banco de pruebas, escritores de documentos involucrados también? Debería haber etapas , y el hecho de que nadie nunca comenzó a hacer ninguna etapa debería haber surgido hace mucho tiempo... Toda esta situación es tan increíble que apenas puedo creer que sea real...

Respuestas (12)

¿Sabes que? Haré la respuesta del desafío del marco y diré, Don't Tuck Tail.

Oh, no me malinterpretes. Te van a culpar un poco y posiblemente te arrojen debajo de un autobús. Pero tratar de huir y encontrar otro trabajo antes de que caiga el martillo sin defenderse es una proposición terrible.

En lugar de eso, mantente erguido, mantente firme y di:

"No me dieron el visto bueno para este proyecto; no tenía la impresión de que debería estar trabajando en él todavía. Y eso debería ser obvio . Nunca me pediste una actualización de estado". . Nunca ha tenido una comunicación con el cliente preguntando sobre los requisitos, las aprobaciones o las aclaraciones. También he sido franco con todos los que trabajan conmigo sobre cuáles son mis prioridades y proyectos actuales. Ni siquiera me habían dicho dónde estaban las especificaciones del proyecto. fueron ubicados hasta hace unos días. No hay ninguna razón para que asumas que he estado trabajando en este proyecto".

Claro, anímate y busca otro trabajo. ¿Pero si su enfoque es: "No se defienda y trate de huir lo más rápido posible"? Entonces no vas a huir lo suficientemente rápido, porque si no te defiendes, rápidamente obtendrás el 100% de la culpa por esto. (Además, estará en una posición muy mala y básicamente tendrá que aceptar cualquier oferta que llegue rápidamente).

Aceptar. No defenderse y tratar de "huir" y buscar un nuevo trabajo seguramente le parecerá sospechoso.
Dejaría de lado las partes " Y eso debería ser obvio por todos lados " y " No hay [...] nada en este proyecto ". No es que sean afirmaciones falsas, pero no veo que hagan nada más que trabajar en su contra. No son información adicional, solo están tratando de asignar la culpa... lo que pondrá al jefe a la defensiva, en lugar de que ellos mismos lleguen a la única conclusión lógica.
Esta es una excelente oportunidad para participar en el proceso de cambio de oficina. Algunos de los peores errores (algunos míos) terminaron siendo cambios importantes en los procesos para evitar que se repitan. De hecho, me sorprende que esto no haya sucedido antes.
@R.Schmitz Como primera afirmación, estoy de acuerdo contigo. Pero si la gente empieza a intentar culpar al OP por esto, definitivamente es una respuesta razonable.
Solo siguiendo esto. Si esto es trabajo para un cliente, la empresa se lo va a poner en el cuello porque habrá un contrato que diga qué entregar y cuándo. El OP podría ofrecerse como voluntario para aceptar públicamente alguna culpa con el cliente si y solo si tiene una confirmación por escrito (por ejemplo, un correo electrónico) de que todos en casa saben que esto es falso, y solo están aceptando una para el equipo. Lo he hecho yo mismo, aunque sin que sea un fracaso de gestión tan épico como este. Funcionó bien.
@Graham Sí, de hecho. Como primera declaración, no entraría allí con la suposición de que esto es mi culpa y que tengo que defenderme. Solo daría una autopsia sobre el proceso roto. Defenderse puede comenzar en el momento en que es atacado.
Agregaría que no deberías tirar a tu compañero de trabajo debajo del autobús. Usted fue el que se enteró por casualidad debido a la investigación del vendedor.
Podría agregar una oración al monólogo de defensa propuesto que diga que el hecho de que el compañero de trabajo tampoco haya hecho nada probablemente no sea una coincidencia, sino que apunta a una falla de comunicación superior.
Por cierto, aún podrías tener la culpa. Es posible que la empresa tenga que colgar a alguien y sacarlo a secar, y es posible que le digan al cliente que usted hizo "cosas malas", pero lo compensarán. Pero usted, sus compañeros de trabajo sabrán la verdad. No lo escondas. Y por favor actualizanos...
¿Cómo es esto un desafío de marco? La pregunta no dice "¿cómo pretendo que he estado trabajando en ello durante 8 meses?", simplemente dice "¿qué debo hacer?"
@ user253751 La pregunta originalmente era "¿cómo hago para ganar tiempo para poder encontrar un nuevo trabajo?".
@ user253751 - Sí, mira los dos primeros comentarios en la publicación del OP. El original original ni siquiera tenía una pregunta. Pregunté qué querían. Aclararon a "¿Cómo me detengo?" Con lo cual no estaba de acuerdo... y luego finalmente me derrumbé y respondí en un desafío de marco.
cuando vi "no se agache la cola" pensé que esta respuesta sugeriría de alguna manera poner en marcha todo el proyecto en las dos semanas restantes. Sin embargo, lo que la respuesta realmente dice es bueno. +1.
Asegúrese de citar hechos concretos como la falta de correos electrónicos, etc. Hágalo por escrito como prueba contundente.
Siento que este es un buen consejo. El OP no debe ejecutar ni aceptar la culpa. Sin embargo, esta respuesta todavía es algo deficiente. Lo importante es idear un plan y establecer nuevas expectativas lo antes posible. Si el OP hace esto bien, incluso podría terminar con una reputación de profesionalismo, ya que claramente no fue su culpa.

Primero: ¡No se asuste! El daño ya está hecho, ahora se trata de dos cosas: comunicar el problema de manera profesional y tratar de demostrar que no tienes la culpa.

Detenerse no es una buena idea, si literalmente no ha hecho nada por este proyecto, todos los gerentes medio decentes deberían poder descubrir esto bastante rápido. Realmente no puedes detener cosas como "muéstrame tu trabajo actual en el proyecto ahora" sin dejar en claro que tienes algo que ocultar. Así que ni siquiera lo intentes.

Algunas preguntas vienen a la mente.

Los desarrolladores pueden tener mucha autonomía, pero seguramente hay alguna forma de comunicación sobre en qué se supone que deben estar trabajando. ¿Una herramienta de planificación de proyectos? ¿Correo electrónico? Sea lo que sea, búscalo para averiguar si te perdiste alguna tarea o si simplemente no hubo comunicación. Si descubres que es tu culpa, sé honesto al respecto: es probable que cualquier persona a la que le importes también descubra qué salió mal, especialmente porque también tiene que protegerse a sí mismo, por lo que es probable que mentir resulte contraproducente. Si puede demostrar que nunca se le comunicó el inicio del proyecto, debe dirigirse a quien se supone que debe liderar este proyecto y hablar con él. No intente culpar a nadie, pero deje en claro que nunca recibió ninguna orden para hacer algo en este proyecto y, por lo tanto, no ha hecho nada. Si no tienes la culpa, todo a partir de ese momento debería ser problema de otra persona. A menos que 'leer la mente' estuviera en la lista de habilidades requeridas para su trabajo actual.

¿Cómo puede un proyecto continuar durante 8 meses sin ningún tipo de retroalimentación de los desarrolladores? ¿Sin hitos? ¿No hay revisiones de código? ¿Sin proceso de control de calidad? ¿Sin prueba de concepto/alfa/beta/demostración? ¿Ninguna reunión del 'estado del proyecto' con el departamento de ventas o el cliente? ¿Nadie a quien le importe si todos ellos están desaparecidos? Eso suena disfuncional. Si pudieras evitar trabajar en un proyecto en el que todos pensaron que estabas trabajando durante 8 meses y nadie nota nada, entonces deberías intentar impulsar un marco un poco más rígido para proyectos futuros. Hable con su gerente sobre esto. Cosas así son problemas estructurales en una organización, despedirlo no los resolverá y sus gerentes deberían darse cuenta de esto.

Para el futuro inmediato, concéntrese en cómo se podría mitigar el daño. Elabore un plan para entregar algo aceptable dentro de un plazo razonable y ampliarlo más adelante. Date cuenta de que tu jefe tampoco está en una buena posición, es él quien no se dio cuenta de que sus subordinados no estaban haciendo el trabajo asignado durante 8 meses. Si puede proporcionar un plan para entregar con un retraso razonable, es posible que él esté listo porque también le salvará la cara. Lo mismo para el vendedor.

Una pequeña idea de último momento similar a un meta. La autonomía del desarrollador es una gran cosa, personalmente la disfruto mucho. Sin embargo, hay una desventaja importante: es fácil dejar que la culpa recaiga en los desarrolladores. Para que este sistema funcione, debe haber un marco para determinar quién es responsable de qué, de lo contrario, las responsabilidades tienden a acumularse con los desarrolladores con el tiempo. Ese es básicamente el lugar en el que te encuentras ahora y deberías tratar de cambiar eso. Si esto se hace mejor impulsando algunos cambios en la cultura de su empresa o avanzando, no puedo decirlo.

Correcto: con la autonomía viene la responsabilidad: ¡responsabilidad de comunicar el estado!
@GreenAsJade Está bien, pero alguien tiene que asegurarse de que se actualice el estado. Qué tan detallado debe ser ese informe de estado y qué tan arriba en el árbol va ese estado, son temas de discusión. Pero lo mínimo absoluto que un gerente puede hacer es asegurarse de que los informes de estado se realicen para todo su equipo. Si no hacen eso, por definición no son gerentes. Esta no es una responsabilidad que se pueda delegar, excepto designando a otra persona para que sea el gerente con la responsabilidad de garantizar que esto suceda. No se puede delegar en cada individuo.
"Es fácil dejar que la culpa recaiga en los desarrolladores" He oído que es bueno para tu carrera hacer que tu jefe se vea bien. Si tuviera tan poca comunicación con mi jefe, comenzaría a enviar actualizaciones periódicas, tal vez semanalmente. Si nada más, solo para obtener un registro de mi trabajo en la bandeja de entrada de mi jefe. Para ser claros, el jefe tiene la culpa aquí.
@GreenAsJade re "responsabilidad de comunicar el estado", me refiero a que presumiblemente quien esté ejecutando el proyecto en el que OP estuvo trabajando todos estos meses estaba al tanto de ese hecho y estaba disfrutando de los frutos regulares de ese trabajo, ¿no?
@AlexM Quiero decir que no importa cuáles sean las fallas de las personas que están por encima de ellos, las personas dignas de autonomía tienen la responsabilidad de informar el estado, y la necesidad obvia de hacerlo, para evitar exactamente esta situación. Si el OP tiene informes de estado regulares que muestran en qué estaban trabajando cada semana y el estado de esas cosas, entonces están limpios. Si no lo hacen, definitivamente han sido parte del error y han aprendido una lección. (Como nota al margen, ha sido una sorpresa repetida para mí en mi carrera tener nuevos jefes sorprendidos cuando empiezo a informar sobre el estado...)
@Graham, creo que te perdiste un punto importante. Si bien un buen gerente debe asegurarse de que se realicen los informes de estado, los empleados autónomos también deben reconocer que, tanto para el beneficio de su gerente como para el de ellos, deben realizar informes de estado diligentes. "Oh, mi gerente nunca me pidió un informe de estado" no ayuda al OP en un caso como este. Informar diligentemente sobre el estado lo habría hecho.
@GreenAsJade No solo un "buen gerente"; cualquier gerente. Si un gerente no sabe lo que hacen sus empleados, por definición no está administrando a sus empleados, y esto no es algo que pueda ser responsabilidad de un desarrollador. No estoy en desacuerdo con que los empleados deberían retroalimentar el estado, pero si creen legítimamente que están haciendo lo correcto (y parece que se está realizando un seguimiento del progreso en el proyecto en el que realmente estaban trabajando), entonces realmente no pueden retroalimentar retroceder en algo que no sabían que se suponía que debían estar haciendo.

Para mí es bastante obvio que tu jefe te defraudó y defraudó al vendedor a lo grande. Si trabajaste en algo incorrecto durante un par de semanas, sería culpa tuya. Pero fue mucho más largo que eso.

Es difícil imaginar a dos profesionales competentes trabajando en el proyecto equivocado durante muchos meses sin que los gerentes de su organización digan "espera, ¿qué?" Por lo tanto, este es el problema de su empresa. Su empresa dejó caer la pelota.

Pida ayuda y consejo a su jefe y al representante de ventas para solucionar este lío. Sinceramente, no creo que el estancamiento ayude a la situación. Alguien tendrá que decirle a su cliente que su empresa no terminó el proyecto a la hora acordada.

¿Tu parte en resolver esto? Prepare una estimación honesta de cuánto tiempo les tomará a usted y a su compañero de trabajo terminar este proyecto y entrégueselo a su gerente y a su representante de ventas.

A más largo plazo, convenza a su jefe para que compre una pizarra blanca grande. Póngalo en un lugar público. Y escriba todos los proyectos de su equipo y las fechas de vencimiento en él.

Espero que no te culpes por esto; eso no sería nada justo.

“Persuadir a su jefe para que compre una pizarra grande... y poner todos los proyectos de su equipo y las fechas de vencimiento en ella” O el software equivalente, como Trello o Jira.
El proyecto parece tan mal definido que "una estimación honesta" sería imposible.
"Si trabajaste en algo incorrecto durante un par de semanas, sería culpa tuya". Tal vez ni siquiera eso si nunca te lo dicen
@nick012000: "mi jefe... también es programador además de ser gerente de 30 personas" - No creo que los problemas aquí se resuelvan con una pizarra. O Trello, o Jira.
Sí, creo que la persona a la que le estás informando está sudando más que tú. No importa cuán drásticas sean las consecuencias (jefe y/o despido), la siguiente gran cosa es "¿cómo podemos estar seguros de que esto no volverá a suceder?"
@ nick012000, estoy de acuerdo en que un sistema de seguimiento de tareas basado en software puede ayudar, pero incluso trabajar con un sistema como Jira (que he hecho antes), tener un lugar físico para ver constantemente el flujo de trabajo, el trabajo restante y el trabajo completado , ayuda a recordar a todos cuál es el estado de "todo". Claro, solo hay un límite que se puede poner en un tablero de estado físico, pero las cosas más importantes deben ser fácilmente visibles en todo momento. Esto ayudaría a mostrar un proyecto en el que no se está trabajando de manera bastante obvia y no se olvidaría fácilmente.
Esto tenía mi +1 hasta "Pídale ayuda y consejo a su jefe y al representante de ventas para resolver este lío", lo que ubica mal la responsabilidad aquí. OP no necesita ayuda para resolver nada. Las personas responsables del desorden deben resolverlo, y la forma en que lo hacen depende de ellos. El papel de OP en ese esfuerzo de clasificación es confirmar de hecho cuando se le pregunta que nadie realmente asignó OP a este proyecto.
Sugerí "pedir ayuda" debido al desequilibrio de poder entre el OP y el gerente y el representante de ventas. Lo que el OP debería decir es "ve y hazle saber al cliente que dejaste caer la pelota, idiota. Limpia tu escritorio al salir". Pero eso probablemente no funcionará.
Obvs sé sobre Trello y Jira y el resto. Sugerí una pizarra porque el problema no es de tecnología, es de comunicación. Una pizarra está en tu cara todos los días.

¿Cómo puedo abordar esta situación para que las cosas se aclaren? ¿Hay algo que deba tener en cuenta al proceder con esto?

Como gerente, siempre solicité un informe de estado semanal de todos los que trabajaron para mí. Y siempre le he proporcionado uno a mi jefe, ya sea que lo requiera o no.

Era un formato narrativo simple, que requería un tiempo y esfuerzo mínimos, pero mantuvo a todos informados y en sintonía.

  • En lo que trabajé esta semana
  • En qué espero trabajar la próxima semana
  • Cualquier cosa que requiera la atención de mi gerente o que pueda interponerse en el camino
  • Cualquier problema de horario (vacaciones, viajes, etc.) que mi gerente necesite saber

Puede ofrecer esto como una forma de evitar problemas similares en el futuro. Por ahora, solo necesitas preguntarle a tu jefe qué quiere que hagas, dada la situación actual.

Sí. He estado en ambos lados. Siempre hemos tenido algún tipo de aplicación de seguimiento de tiempo y cuando yo era líder le pedía lo mismo a mi equipo. Como ha dicho, algo simple con los proyectos trabajados, el tiempo de mantenimiento y el tiempo 'otro' (entrenamiento, pto, etc.) semanalmente.
Tus respuestas son sensatas y también de sentido común . No se da en absoluto, independientemente de si una persona ha sido gerente o no, y en qué nivel de responsabilidad.

La autonomía es una cosa. La gestión de proyectos es una cosa totalmente diferente.

Se garantiza definitivamente que ocho (8) meses sin NINGUNA actividad de gestión de proyectos conducirá al fracaso. Ágil o no ágil. Esto no es aceptable incluso en la puesta en marcha más tonta.

Qué hacer:

  • Simplemente te defiendes y dices que no te dijeron claramente (¿o no te dijeron nada?):
    • para dejar de trabajar en el proyecto anterior y
    • para empezar a trabajar en el nuevo proyecto.
  • Equipo con su colega , que tiene el mismo entendimiento que usted.
  • decir que la ausencia total de gestión de proyectos, informes de estado , etc. fue la confirmación más clara de que el proyecto no se inició, la luz verde nunca se encendió;
  • adicionalmente diga que además de la gestión del proyecto, no hubo otra comunicación del proyecto en absoluto: aclaración de requisitos, actividades relacionadas con la prueba, ... nuevamente confirmando que el proyecto no se inició;

cuando le pregunté a mi jefe... me confirmó que cree que estoy trabajando en ese contrato de 8 meses.

Su trabajo no es pensar (demasiado), sino planificar y realizar un seguimiento de las actividades. En las pesadillas más oscuras, el seguimiento se realiza mensualmente . Por lo general, se realiza semanalmente . En Agile, se hace a diario . Estas reglas se establecieron por muy buenas razones.

Hablo tal vez 5 minutos a la semana con mi jefe...

¿Qué habláis vosotros dos, si él nunca se dio cuenta de que no trabajáis en el proyecto en el que "pensaba" que estabais trabajando?

Esto parece ser fundamentalmente una cuestión de propiedad.

Alguien dentro de su empresa necesitaba "poseer" la entrega de este proyecto de software.

Si tiene un propietario, es su culpa, porque deberían haber estado verificando activamente el progreso del mismo. Que algo se quede solo 8 meses es absurdo.

Si no tiene un propietario (lo que no me sorprendería), su negocio siempre fallará.

Mi corazonada es que tu jefe es percibido como el dueño. Pero lo describió como un "codificador" que también administra a 30 personas. Si gestionas 30 personas, no hay tiempo para ser codificador. Y ciertamente no tendrá tiempo para administrar directamente cada proyecto. Entonces, parece que la empresa también tiene un problema con las definiciones de roles.

Hablo tal vez 5 minutos a la semana con mi jefe.

Supongo que está preguntando cómo manejar esto en lugar de qué está mal, pero realmente no puedo responder una sin señalar la otra. La razón por la que esto salió mal es que en esos 5 minutos por semana durante 8 meses tu jefe nunca te preguntó en qué estabas trabajando. Cómo es posible que esto suceda es un misterio para mí, pero sospecho que tendrás que intentar usar esto para tu ventaja de alguna manera.

La realidad es que un gran poder conlleva una gran responsabilidad y la empresa esperaba que volvieras a organizar la reunión y comenzaras a trabajar en este proyecto. Es de suponer que su jefe no le preguntó al respecto durante 8 meses porque no es su problema, es suyo .

Entonces, en la práctica, cómo se desarrollará esto será lo más probable que lo despidan. Puede salir con una advertencia por escrito si tiene suerte. Actualizaría su currículum vitae y esperaría o trataría de irme antes de que lo despidan, la elección depende de usted. Puede intentar argumentar que el proceso es lo que falló aquí, pero sospecho que caerá en oídos sordos.

Un desastre de este tamaño hundiría a la mayoría de las pequeñas empresas debido a los litigios y los consiguientes problemas financieros. Si esta es una gran empresa, eso definitivamente sucederá y los altos mandos se involucrarán y querrán que la gente sea despedida.

Te ofrezco buena suerte en esto, espero que salgas bien al final. Recuerde muchas más empresas por ahí, por lo que no todo es pesimismo.

"usted está siendo despedido [...] los superiores se involucrarán y querrán que la gente sea despedida" - ¿qué pasa con todos estos despidos en este sitio? ¿Eres de los EE.UU? El OP hizo el trabajo para el que fueron contratados, es decir, desarrollar software, y que ellos (y su colega) lo hicieran en el proyecto "equivocado", es culpa de la gerencia. Se les asignó o recogieron el trabajo, lo completaron, informaron su progreso y nadie se dio cuenta durante 8 (!) meses de que se trataba del proyecto equivocado. ¿Cómo es la culpa de ese OP y por qué tendrían que ser despedidos por eso? ¿Todos los empleados deberían preguntar de vez en cuando "¿Este sigue siendo mi proyecto?"
Tenga en cuenta que la intención original de OP era ganar tiempo para poder renunciar y encontrar un nuevo trabajo, por lo que la posibilidad de ser despedido puede no ser una preocupación para ellos de todos modos.
@ F1Krazy o OP espera ser despedido y está actuando en consecuencia.
@CodeCaster Está asumiendo que existe un límite claro entre la administración y el empleado en el sentido de que la administración asigna trabajo a los empleados. Está claro que este trabajo no existe ya que solo interactúan 1 por semana durante unos minutos. El jefe es simplemente un gerente de línea (probablemente solo se ocupa de asuntos de recursos humanos) y existe la expectativa de que administre sus propios proyectos. El jefe le ha dicho a OP esto y también esto no es raro en trabajos altamente calificados. Si esto está claro en el contrato, OP no ha estado haciendo el trabajo correctamente durante 8 meses.
@Dave, no tengo claro quién canceló la reunión de inicio del proyecto y por qué se esperaría que OP la reprograme. Ese es mi punto, esa no es la tarea del empleado en lo que a mí respecta, al menos no si se esperan algunas cualidades gerenciales de los desarrolladores.
@CodeCaster dado el nivel de autonomía que se brinda en el trabajo, está claro para mí (y para la mayoría) que OP debería haber reprogramado la reunión inicial. En términos de si esa es la tarea del empleado, creo que la mayoría diría que sí lo es. Ahora, si OP hubiera dicho que hablan con el jefe todo el tiempo, entonces ese es un problema diferente. El punto que he señalado es que existe una clara expectativa de que OP lidere el proyecto. Es por eso que nadie lo mencionó durante 8 meses, todos pensaron que OP estaba trabajando en eso. En su mente, no es su proyecto sino los OP.
@ Dave3of5 Me parece que OP fue responsable de la implementación del producto, no de administrar todo el proyecto. Si no programaron la reunión inicial original, ¿por qué serían responsables de reprogramarla? Si tuvieran tanta propiedad del proyecto como usted sugiere, habrían estado involucrados en su planificación desde el principio y no habría comenzado sin que ellos lo iniciaran (lo cual no hicieron). Alguien se reunió con los clientes, reunió los requisitos y acordó la fecha límite y es responsable de asegurarse de que todo esté a tiempo.
@ WillRoss1 No lo creo. En el nivel de autonomía que se le ha otorgado a OP, su gestión de proyectos está clara como el cristal. Para mí, con este nivel de autonomía, la expectativa era que OP reprogramara independientemente de quién intentara inicialmente iniciar el proyecto (es el proyecto de OP después de la entrega). Tampoco estoy de acuerdo con que sea la persona que acordó el trabajo de los plazos para la gestión de proyectos, esto rara vez sucede ya que los plazos los establecen los ejecutivos de ventas. Casi nunca se involucran en la gestión de un proyecto después de la entrega.

Esta respuesta se dividirá en dos partes, una para abordar su pregunta específica ("¿Qué diablos hago ahora?") y otra para abordar las fallas organizacionales que nos trajeron aquí (no quiero dejarlas ir como están). son demasiado comunes, y no hay suficientes personas que los aborden, por lo que siguen ocurriendo).

fallas organizacionales

Su empresa le ha fallado, en repetidas ocasiones. Como desarrollador de software (no como 'líder tecnológico', 'arquitecto' o 'gerente'), se supone que no debe tener supervisión administrativa (y, lo que es más importante, responsabilidad) sobre un proyecto.

Hubo muchas fallas aquí, ninguna de ellas es su responsabilidad, pero por el bien de la organización, es necesario abordarlas:

  1. Su gerente no debe tener 30 informes directos. El CEO no debería tener 30 reportes directos. Las organizaciones militares investigan y estudian mucho sobre las estructuras óptimas de informes para permitir la iniciativa en el nivel más bajo y garantizar que cada gerente tenga una comprensión enfocada de lo que está sucediendo y quién está haciendo qué y por qué. El Ejército, en particular, recomienda 7-10 como tamaño de escuadrón (el elemento discreto de nivel más bajo), e incluso en eso, generalmente hay dos equipos de bomberos de 3-5 personas que trabajan en conjunto. Ningún supervisor en el Ejército maneja a más de 7 a 10 personas; eso es del Secretario del Ejército para abajo.

Pueden ser responsables de las acciones de su unidad; pero no supervisan directamente a todas las personas en su unidad; si lo hicieran, nunca podrían hacer nada.

Esta es la falla organizacional #1: su organización no está dimensionada para el éxito y su organigrama no refleja una organización equilibrada. Esto es culpa de su director ejecutivo.

  1. Su gerente nunca debe codificar. nunca _ Incluso si redujera los 30 informes directos a un manejable 7 +/- 3, su gerente estaría muy ocupado en una organización en funcionamiento simplemente manteniéndose al día con eso y con la planificación y la gestión. Uno de los signos reveladores de un gerente sin experiencia es que cree que aún debe codificar. No deberían. Su trabajo ahora es asegurar el éxito de su gente y el éxito de la organización y los proyectos bajo su competencia. Eso es todo. No es para impulsar el código de producción, es para crear y mantener las condiciones en las que sus proyectos y personas tengan éxito.

Ese es el segundo fracaso organizativo.

  1. El gerente de su gerente no supervisó efectivamente su trabajo. Alguien además de usted conocía este proyecto, alguien con supervisión y responsabilidad gerencial. Esa persona falló, y la persona que supervisa a esa persona falló. Si el proyecto cruza departamentos, entonces puede agregar al fracaso todos esos gerentes en el otro departamento que no hicieron su parte para mantenerse al día con lo que está sucediendo.

Ese es el tercer fracaso organizativo.

que debes hacer

Hay un viejo dicho:

"Es difícil lograr que un hombre entienda algo cuando su salario depende de que no lo entienda".

Lo que significa que no vas a ser tú quien saque todo esto a la luz, sin importar lo que hagas. El salario continuo de su jefe depende de que no vea esto como un problema; al igual que el jefe de sus jefes. Eres un buen chivo expiatorio (me gustaría que el chivo expiatorio tuviera la floritura retórica del chivo expiatorio).

Es hora de que vayas a bucear por correo electrónico. En cada correo electrónico que envió o recibió sobre este proyecto. Debe producir todos esos correos electrónicos junto con una línea de tiempo de lo que sabía y cuándo lo supo.

Luego enviará esto a su jefe, el jefe de su jefe y su jefe 3 eliminado.

Indique que lamenta que esto se haya pasado por alto; y le encantaría saber cuál es la mejor manera de solucionarlo.

También debe prepararse para ser despedido (si trabaja en los EE. UU.).

No hiciste nada malo aquí; pero terminas en el lado malo de una mala organización. Esto no fue tu culpa, y no deberías sentirte responsable por este fracaso.

La razón por la que digo que debe enviar toda la evidencia y los datos a su jefe y su jefe y su jefe es porque está enviando un mensaje sutil de que esta falla trasciende las capas; y que sepas que trasciende capas. No les gustan los ojos morados, por lo que podría inducirlos a darte una indemnización para mantenerte callado al respecto.

Este jefe prefiere llevar la empresa directamente, de la mano. Otros lo llaman síndrome del Fundador .

Probablemente la empresa mejorará o quebrará. Había visto ejemplos de ambos.

Sin embargo, no eres lo suficientemente importante como para que tu caso cause algo. Por lo tanto, deberá contar en el marco actual.

El "fundador" (Jefe) obviamente no admitirá que cometió un error. Él puede encontrar en ti o en otros la raíz del problema. En el primer caso, un despido es posible, pero no seguro ; también depende de cómo le gustes al jefe en general.

Para la segunda opción (si culpa a los demás), estos otros deben enfrentarse y no usted. Posible, que intentarán echarte la responsabilidad.

Lo que suceda, será decisión directa del Jefe, aunque no lo parezca.

Probablemente no puedas hacer mucho para cambiar las posibilidades. Lo mejor que puedes hacer es que expliques claramente, lo que hiciste, lo que te dijeron .

Además de eso, busque su próximo trabajo.

Si va a ser despedido, es muy importante tener las mejores relaciones posibles con la ex empresa. Tal vez el jefe necesite despedirte ahora, para preservar su integridad. En este caso, es posible que recupere su antiguo trabajo o que él le sirva como un buen punto de referencia para usted en el futuro. Al contrario de lo que hizo, lo mejor que puedes hacer es mantener un buen contacto. ¡Incluso si te odia hoy, algunos años después podría pensarlo de manera muy diferente!

No compliques demasiado las cosas: si dijiste la verdad y toda la verdad, tienes razón y no ellos. Convierte esto en una ventaja, sin insultarlos.

Aquí hay un problema de propiedad, y tanto usted como la empresa tienen la culpa (aunque más la empresa que usted).

Parece increíble que la gerencia no supiera en qué estabas trabajando durante 8 meses.

Pero también es sorprendente que no informara que estaba trabajando de manera efectiva durante ese mismo período de tiempo.

¿Tiene un correo electrónico o un registro en papel que muestre que está informando regularmente que estaba trabajando en X o Y? Si no, bueno, tienes parte de culpa aquí.

Nunca trabaje en algo durante más de una semana o dos sin enviar algún tipo de informe de estado a su gerente, siempre terminando con un "Mientras continúo con esta tarea, avíseme si hay algún cambio en la dirección".

Para la gerencia, o la empresa, hombre, suenan incompetentes (o alguien te estaba preparando para fracasar, he visto que esto sucedió antes).

No gire la cola. No renuncies. Soporta la peor parte y trata de defenderte. Pídales que proporcionen un registro en papel que indique que se comunicaron con usted de que se suponía que estaba trabajando en X y no en Y (que es en lo que estaba trabajando).

Y si tiene un registro en papel que le indica a la gerencia en qué estaba trabajando, ¡úselo!

Aún se te culpará, pero no te hundas sin defenderte (profesionalmente, obviamente) o renunciar (lo que sería admitir que es tu culpa).

No hay un final feliz para esto. Así que trate de seguir siendo profesional hasta que sea el momento de buscar trabajo en otro lugar.

Buena suerte.

¡Vaya! Tienes que llevar los hechos a la atención de tu jefe lo antes posible.

Cuanto más tiempo tenga su jefe para salvar la relación con el cliente, mejor.

Jefe: Creo que hay un problema. No sabía que se suponía que debía estar trabajando en el proyecto XYZ durante los últimos 8 meses.

En este punto, solo necesitas prepararte y enfrentarte a la tormenta de mierda que se avecina.

Puede que tenga la oportunidad de defenderse o puede que no. Realmente no hay ningún tipo de preparación para el juego de la culpa para todo esto. La mierda proverbial aterrizará donde caiga y, con suerte, todas sus defensas CYA (Cover Your Ass) pueden defender adecuadamente su profesionalismo.

Tienes muchas buenas respuestas aquí. El resultado es: 1. Reúna la documentación sobre cualquier/todas las comunicaciones sobre sus asignaciones de trabajo. 2. Tan pronto como sea posible, hable (en persona) con su jefe y el vendedor sobre si se perdió la comunicación (error suyo, pero pequeño) o si nunca recibió ninguna comunicación (error de ellos). 3. No culpe a otros ni se comunique de manera agresiva o enojada. Mantén un tono uniforme y de disculpa (aunque no haya sido tu culpa).
4. Concéntrese en el siguiente paso. ¿Qué haces ahora? ¿Cuál es la mejor alternativa de una mala situación que permite a todos salvar las apariencias?

Acabo de descubrir que se suponía que debía estar trabajando en un proyecto completamente diferente desde hace 8 meses. ¿Cómo puedo manejar esto?
RespuestasAquíPolítica de privacidad1y, 0v