Ser culpado por "no comunicarse" por parte del gerente para cubrir su falta de coordinación/seguimiento [cerrado]

Así que trabajo para una pequeña empresa de software, donde hay unos 8-10 "programadores"... como nos llaman.

Esta empresa comenzó en los años 80, por lo que se ha desarrollado una brecha y existe esta "Vieja Guardia" y "Nueva Guardia". The Old Guard estaba compuesto básicamente por 4-5/10 desarrolladores, que aún se necesitan debido al código heredado crucial (piense en COBOL) que está siendo reemplazado lentamente por los muchachos de New Guard (piense en Java).

De todos modos, comencé a trabajar allí como desarrollador junior, recién salido de la universidad hace unos 3 o 4 años, y naturalmente terminé en New Guard... (no es que me guste este tipo de división).

El más joven de los desarrolladores de Old Guard (llamémoslo Eric, es más de 10 años mayor que yo) y yo nos hicimos buenos amigos y compañeros de trabajo. Sin embargo, hace aproximadamente un año, Eric me confiesa que, después de 10 años de ser complaciente con COBOL, ahora está abrumado por tener que aprender Java y, ya sabes, le gustan las prácticas modernas de desarrollo de software, como usar el control de versiones, etc. (No es broma ). Eric confió que él, mentalmente, ya ha "revisado" el desarrollo hace unos 6-12 meses, y está buscando en otra parte. Sin embargo, el VP (un antiguo Old Guard, que ahora tenía el rol de gerente/VP), decidió promover a Eric a un rol oficial de "Gerente del equipo de desarrolladores" y le delegó muchas de sus funciones de gerente, junto con un aumento de sueldo. . Así que ahora Eric es mi jefe y lo ha sido durante casi un año.

Recientemente, debido a una respuesta tardía de un gerente de producto con respecto a la fecha de lanzamiento de cierta función que codifiqué, no pude enviar mi solicitud de incorporación de cambios a tiempo para que se lance durante el programa de lanzamiento normal. Entonces, bajo la presión de este PM, Eric me envía un mensaje para que sea una "llamada de emergencia" y envíe una revisión a los muchachos a cargo de las implementaciones de lanzamiento, llamémoslos "Tom y Jerry". Después de enviarle un mensaje a Eric para pedirle que verifique esto con Tom y Jerry (que prefieren una revisión para esta versión, ya que no es un error crítico), envío mi PR de revisión, que activa un correo electrónico automático para Tom y Alemán.

Sin embargo, el código no fue liberado. Aparentemente, Tom y Jerry ignoraron/nunca vieron el correo electrónico de notificación automática "Pending HOTFIX", ya que están acostumbrados a "revisar esos correos electrónicos automáticos, unos días antes de la fecha de lanzamiento normalmente programada".

Así que ahora Eric me acusó de "no comunicarme" con Tom y Jerry y de no "poseer el código" y de no coordinar el lanzamiento. Sin embargo, (1) nunca me pidió que coordinara el lanzamiento (¡y en mi opinión, ese es su trabajo!) Ni (2) tengo control sobre los lanzamientos, o autoridad sobre Tom y Jerry para ordenarles que realicen un lanzamiento de revisión no programado. Me llamó para acusarme y para decirme que iba a enviar un correo electrónico público sobre el incidente para evitarlo en el futuro, ya que ahora un cliente está molesto porque no mantuvimos la fecha de publicación.

Sin embargo, me aferré a mis puntos anteriores y también señalé que no tenemos un protocolo formal para una "llamada de emergencia" o una liberación no programada como esta, por lo que no puede culparme por no seguir los "procedimientos adecuados" cuando no hay cualquiera definido, sobre todo cuando seguí sus órdenes al pie de la letra. Además, Tom y Jerry me dijeron que la culpa es de Eric por no coordinar con ellos de antemano.

¿Qué debo hacer aquí? ¿Debería ir al jefe de Eric (el vicepresidente) e informarle mi punto de vista sobre las cosas, si me culpa públicamente por su falta de seguimiento? Si él no envía el correo electrónico público, ¿debo enviar un correo electrónico privado al vicepresidente?

Hiciste suposiciones incorrectas. Debes admitir esto y usarlo como una oportunidad de aprendizaje. Cuando alguien te pida que hagas algo como esto, siempre confirma que estás en la misma página con quien te pide que lo hagas.
Según su propia descripción de los eventos, parece que él le pidió que hiciera que sucediera, por lo que si no hizo un seguimiento con Tom y Jerry, es su culpa. El problema al que se enfrenta ahora es que un cliente está molesto y se le asignó la tarea de hacer que el parche suceda.
Aparentemente, en todo el episodio, estuviste impecable y todos los demás (Gerente de Producto, Eric, Tom & Jerry) fueron los culpables. Pues bien, eres demasiado perfecto para trabajar allí, y deberías buscar otro trabajo donde gente tan mediocre no te moleste.
@MaskedMan Nunca dije que lo que hice fue perfecto. Pero no creo que mi gerente deba responsabilizarme por no seguir un protocolo que no está escrito en ninguna parte. Tom y Jerry definitivamente no tienen la culpa aquí.
@Eric ¡Eres un gerente de mierda! jaja jk... Sé que hice suposiciones incorrectas, asumí que Tom y Jerry habrían visto el correo electrónico Hotfix en los dos días que permaneció allí sin leer, asumí que mi gerente se había coordinado con Tom y Jerry para hacer que sucediera el lanzamiento no programado, ya que ese es su trabajo. Pero mi gerente también dejó caer la pelota, pero es él quien trata de culparme públicamente y cubre su parte en lo que sucedió.
@cunninglinguist Con su actitud, está poniendo el control sobre su éxito o fracaso en manos de su gerente. Si eres proactivo en el seguimiento, entonces puedes evitar situaciones como las que estás ahora porque estás jugando un papel activo en tu éxito.
@cunninglinguist - Todo eso no importa. Se le pidió que hiciera que sucediera y no sucedió. A su gerente no le importa cómo sucede, y ahora porque no sucedió, un cliente no está contento. Su gerente puede echarle la culpa a usted porque no se hizo. Así que ya sabes, cubre tu propio trasero, en el futuro.
@Ramhound "Se te pidió que lo hicieras realidad" <-- ¿Qué es "eso"? Si "eso" significa "la liberación", simplemente no lo hizo. Una vez más, no tengo acceso/autoridad sobre los lanzamientos, por lo que no podría haberlo hecho aunque hubiera querido. Lo que en realidad me pidió explícitamente que hiciera realidad (enviar el código) sucedió. Cualquier gerente que encubra su falta de gestión a través de un chivo expiatorio, en mi opinión, es un mal gerente. Sin embargo, definitivamente aprenderé de esto para asegurarme de que no vuelva a suceder.

Respuestas (4)

Entiendo que te están golpeando en esto, pero estoy de acuerdo contigo.

Todavía no vas al VP

Se le dijo que enviara parche caliente y lo hizo. Dijiste que ni siquiera tienes la autoridad para aprobar un parche caliente. Le pediste a tu jefe que consultara con la liberación.

Eres un programador: coordinar un lanzamiento no es tu trabajo ni tu autoridad. Está diseñado de esa manera para que una persona individual no pueda sacar el código.

Coordinar el lanzamiento de una revisión no programada es el trabajo de su jefe. Él puede culparte todo lo que quiera (y simplemente tienes que aceptarlo y dejar que te culpe), pero el problema comienza con él. No tiene la autoridad para aprobar un lanzamiento de revisión no programado y no existe un protocolo de "llamada de emergencia". Release dijo que el aviso debería haber venido de tu jefe. Como mínimo, su jefe debería haber enviado un mensaje para liberar:

Versión, debería recibir una revisión no programada de X. Lo apruebo y debe estar en esta versión. Si no recibe una revisión de X, contácteme directamente.

Sí, podría haber hecho más, pero es su jefe quien tenía la responsabilidad de brindar una solución prioritaria para un cliente que ni siquiera tenía autoridad para expulsar. Hizo cero avisos para el lanzamiento y cero seguimiento. Puede señalar la culpa en muchas direcciones, pero la culpa comienza con su jefe.

Multiplicar los votos negativos. Vamos. Acepte la publicación como se indica y la orden fue "enviar una revisión a los muchachos a cargo de las implementaciones de lanzamiento". Tienes un proceso de liberación o no. Si el proceso no es suficiente, es un problema de gestión. Si un técnico puede eludir el proceso, ese es un GRAN problema. Entonces, ¿vamos a abrir las cosas hasta que un solo técnico descontento pueda eliminar el software dañino? La mayoría de los contratos protegen/limitan los daños por negligencia, pero no hay protección contra los daños intencionales (incluso si lo incluye en el contrato). Incluso si infiere que el gerente realmente dijo "haz que suceda", eso no es solo perezoso sino imprudente. Eso está introduciendo un entorno con un único punto de falla con daños muy altos. Puede seguir votando hacia abajo, pero no comprende el perfil de riesgo aquí.

No te voté en contra, pero he trabajado en un entorno de lanzamiento bastante riguroso, y para un lanzamiento crítico, no solo asumes que todo saldrá según lo planeado. Es esencial ponerse en contacto con el equipo de implementación. Puede considerar esa paranoia, pero todavía tengo que conocer a un desarrollador senior que no tenga un toque de paranoia (probablemente por incidentes como este).
Bueno, aparentemente cualquier respuesta que atribuya alguna culpa al administrador y no al desarrollador está siendo rechazada... Me pregunto por qué...
¿Gerentes de @cunninglinguist?
@cunninglinguist: El trabajo de su gerente es coordinar sus cosas y falló en eso, así que es su culpa. Pero aunque su comportamiento hubiera estado perfectamente bien en un mundo perfectamente bien coordinado, nosotros no vivimos en ese mundo. Por lo tanto, su gerente también tiene razón al estar molesto con usted por no poner el poco sentido común necesario para compensar el hecho de que no vivimos en un mundo ideal. ¡No es que esto tiene que ser solo culpa de 1 persona!.

Sin embargo, el código no fue liberado. Aparentemente, Tom y Jerry ignoraron/nunca vieron el correo electrónico de notificación automática "Pending HOTFIX", ya que están acostumbrados a "revisar esos correos electrónicos automáticos, unos días antes de la fecha de lanzamiento normalmente programada".

Si tiene algo tan urgente, NO envíe un correo electrónico generado automáticamente y espere que se resuelva solo. Incluso en buenas circunstancias, con procesos razonablemente definidos, aún debe ponerse en contacto con ellos (o tener algún tipo de proceso para reconocer que se está manejando la solicitud) casi inmediatamente después.

Básicamente: si tiene un problema de alta prioridad que informa, debe realizar un seguimiento. No active simplemente una solicitud de extracción automatizada y luego asuma que se manejará, a menos que sea un procedimiento claramente definido (que claramente no tiene).

Sin embargo, me aferré a mis puntos anteriores y también señalé que no tenemos un protocolo formal para una "llamada de emergencia" o una liberación no programada como esta, por lo que no puede culparme por no seguir los "procedimientos adecuados" cuando no hay cualquiera definido, sobre todo cuando seguí sus órdenes al pie de la letra.

Esto se presenta como obstinado y obstinado. Tienes que aceptar que trabajarás con gente difícil, gente que no sabe/no puede seguir procesos, etc.

Dada su pregunta sobre money.SE, parece que es estadounidense. La mayoría de los gerentes estadounidenses esperan que sus empleados asuman la responsabilidad o la iniciativa, especialmente en situaciones como esta. Esperar a que su gerente haga un seguimiento de sus tareas es un problema.

Además, Tom y Jerry me dijeron que la culpa es de Eric por no coordinar con ellos de antemano.

Un punto de aclaración: el problema y culpa inicial puede ser de Eric. Pero la falta de seguimiento de "Te estoy enviando una solicitud urgente para que la agregues de inmediato" hace que esa parte sea tu culpa.

¿Le enviaste un correo electrónico a Eric diciendo: "Envié una solicitud de incorporación de cambios, ¿puedes trabajar con Tom/Jerry para agregarla al lanzamiento?" ¿Cómo se suponía que Eric supiera que había un problema?

¿Qué debo hacer aquí? ¿Debería ir al jefe de Eric (el vicepresidente) e informarle mi punto de vista sobre las cosas, si me culpa públicamente por su falta de seguimiento? Si él no envía el correo electrónico público, ¿debo enviar un correo electrónico privado al vicepresidente?

Nadie se beneficia de los juegos de culpa. Si Eric es remotamente competente, abordará esto desde la perspectiva de "nos dimos cuenta como equipo de que nuestro proceso necesitaba refinarse para las actualizaciones de último minuto de nuestro proceso de entrega, ya que no cumplimos con una cita con un cliente por razones estúpidas".

Pero no es su trabajo entrenar a Eric sobre cómo administrar. Los errores combinados suyos y de Eric hicieron que Eric pareciera un tonto para todos los involucrados, incluidos su jefe y su cliente.

Enviar un correo electrónico privado al vicepresidente sobre cómo la cagó tu jefe cuando tú también tienes un poco de culpa no es... un buen cambio de carrera.

Además, agregaré, en este punto es probable que esté atascado, ya que Eric es un "viejo guardia", lo que significa que su influencia es probablemente mayor. Es desafortunado, pero su papel aquí probablemente signifique que lo culparán por esto.

En cuanto a lo que debe hacer? Tal vez podrías disculparte con Eric por no avisarle cuando enviaste la revisión...

No podría estar más de acuerdo con esta respuesta.
Maybe you could apologize to Eric about not letting him know when you submitted the hot fixCreo que no leíste bien mi post. Le avisé a Eric en el momento en que terminé lo que me pidió (crear el hotifix). Sabía que la revisión estaba disponible para los muchachos del lanzamiento, Tom y Jerry, Eric incluso me agradeció por mi rápida respuesta. Pero luego más tarde no coordinó el lanzamiento con Tom y Jerry.
@cunninglinguist y ¿seguiste con ellos? Todo lo que dices aquí me dice: "no tuvimos ningún proceso, en absoluto, pero hice mi parte, ¡así que no es mi culpa!" la realidad es que podría haber hecho muchas cosas para mejorar esta situación y no las hizo.... en algún lugar, un gerente está escribiendo una publicación, "mi miembro del equipo no me comunicó lo que debía suceder para una solución crítica fuera del proceso, a pesar de que sabía exactamente lo que se requería, y como resultado decepcionamos a un cliente. Ahora me culpa a mí".
@enderland Mi gerente sabe exactamente lo que debe suceder para que se lleve a cabo un lanzamiento. Él mismo solía ser un desarrollador. Lo que es más, ha implementado lanzamientos en el pasado, sin pasar por Tom & Jerry, ya que tiene la autoridad/acceso para hacerlos, pero no lo hizo. Sí, podría haberme puesto en contacto con Tom y Jerry como medida de seguridad en caso de que mi gerente no lo coordinara. Una vez más, tampoco tengo autoridad sobre Tom y Jerry , por lo que enviarles pedidos por correo electrónico (que debería provenir de Eric) no me hace feliz. Si lo hubiera hecho, la respuesta hubiera sido "Eric necesita aprobarlo".

Si su jefe lo acusa de no comunicarse con otro equipo, y usted, de hecho, no se comunicó con ese equipo, entonces dudo seriamente que vaya a lograr algo excepto quedar mal tratando de pasar por encima de él y culpar él por la falta de comunicación.

Especialmente porque parece estar diciendo que su jefe y el vicepresidente al que está pensando ascender son ambos parte de la misma facción de la "vieja guardia" dentro de la empresa.

Jugar al juego de la política de la oficina es como jugar al Juego de tronos: ganas o mueres. A menos que esté extremadamente seguro de que el VP apoyará su asalto a Eric, le convendría mantener la cabeza gacha y comerse el sándwich de mierda si se lo sirven.

Luego, la próxima vez, trate de ser más proactivo y asegúrese de que las cosas salgan bien. Te verás mucho mejor salvando a la empresa de las consecuencias del mal manejo de algo por parte de tu jefe, que culpándolo después de haber sufrido esas consecuencias.

Si Eric es el gerente de desarrollo, entonces su trabajo era (a) decirle qué hacer y (b) asegurarse de que suceda. Si su descripción es correcta, entonces él no le dijo los pasos correctos que le habrían llevado al éxito, y no se aseguró de que se hubieran dado los pasos que le llevarían al éxito. Un paso esencial en el camino hacia el éxito habría sido verificar que Tom y Jerry comenzaran y terminaran su trabajo (lo cual nunca hicieron por causas ajenas a ellos, ya que no estaban al tanto de ese trabajo).

Ese es el trabajo del gerente, asegurarse de que las cosas sucedan y asumir la culpa si no suceden. Ahora bien, puede ser que también sea tu culpa, pero eso no debería restar valor al hecho de que Eric fracasó por completo y debe asumir la responsabilidad de su fracaso.

(Por ejemplo, si Eric hubiera llamado a Tom y Jerry con anticipación para decirles que esperaran una liberación de su parte y que manejaran eso con la máxima prioridad, lo más probable es que hubiera tenido éxito).

Esto no parece responder a la pregunta