¿Cómo manejar la culpa por un problema que no manejan las personas mayores?

Aquí sería mi enfoque:

Trate de trabajar con el equipo de control de calidad. La forma en que funcionan las cosas es mala tanto para ellos como para ti. ¿Puedes discutirlo con ellos y tratar de trabajar mejor juntos? Quiere encontrar una solución antes de que falle y se culpan mutuamente a la gerencia.

Probablemente haría esto en términos de una oferta para "ayudar" participando en el control de calidad del cambio que realizó. Además, evitaría la culpa en esta discusión. No diga "su control de calidad fue inadecuado"; decir "obviamente esto no ha estado funcionando; ¿cómo podemos trabajar mejor juntos para sacar este lanzamiento?"

También esté dispuesto a escuchar si cree que parte del problema es su culpa.

Si eso no funciona, plantee sus preocupaciones a la gerencia sobre el proceso roto. Resalte el hecho de que la forma en que se publican los cambios está obstaculizando el éxito.

Nuevamente, evite culpar y simplemente exprese su preocupación de que las cosas no están funcionando. No se trata de que usted tenga razón y el equipo de control de calidad esté equivocado; se trata del daño causado a la empresa por el hecho de que el proceso no funciona correctamente.

Desafortunadamente, parece que su lugar de trabajo tiene una cultura un poco tóxica... las tareas importantes que se asignan a los jóvenes con poco apoyo de los mayores no es tan malo, pero que la gerencia diga cosas como "haz que funcione". y siempre saltando directamente a usted cuando algo sale mal, simplemente no está encendido. No con un junior.

Mi consejo sería empezar a buscar otro trabajo. Mientras tanto, mantén la calma cuando te enfrentes a este tipo de cosas. Haga su trabajo lo mejor que pueda, investigue las razones de cualquier falla e informe a su gerente de sus hallazgos.

Puedo decirle cómo se hace esto en un equipo que funcione correctamente:

Se le asigna una tarea. Averiguas cómo hacer la tarea, luego la haces. Dependiendo de qué tan difícil sea la tarea, qué tan avanzado esté, si tiene un buen día y si la solución podría interferir con las tareas de otras personas, usted discute las cosas con ellos. Terminas con un código que esperas que funcione.

Le das ese código a alguien que lo revise. El revisor lo aceptará o le dirá que se necesitan cambios. Se repite hasta que el revisor lo acepta. En ese momento, si hay problemas, no es su culpa (solo), cualquier culpa se comparte entre usted y el revisor.

Se proporciona una compilación de su código con los cambios aceptados al control de calidad. Lo prueban. Si encuentran problemas, los arreglas y empiezas de nuevo. Si encuentran problemas, eso es bueno, prueba que QA hace su trabajo correctamente. Eventualmente, termina con un código que es revisado y aceptado por el revisor, y probado y aceptado por el control de calidad. Si hay problemas después de eso, la culpa la comparten los tres.

Si esto no es lo que está sucediendo, siempre tendrás problemas. Si su gerencia no cambia el proceso, es culpa de ellos y deberían asumir la culpa. Aparte de eso, las cosas van mal a veces. Gritar a las personas y degradarlas frente a los demás no ayuda ni un poco en esa situación.

Si las cosas no cambian, es posible que desee buscar un lugar mejor.

Obviamente, es difícil que el control de calidad realice correctamente su función en este "antiguo y complicado sistema heredado". Obviamente, el proceso necesita mejoras y el cliente está directamente involucrado, por lo que hay "mucho calor".

Usted indica en sus párrafos finales que el TL "le pidió que les mostrara lo que estaba mal". Entonces, obviamente saben ... (¡por supuesto que lo saben!)... que el proceso está interrumpido, y te están pidiendo específicamente tus puntos de vista y tu perspectiva.

A nadie, desde abajo hasta arriba, le gusta estar en este tipo de situación, especialmente "frente al cliente, quien finalmente paga las facturas que pagan todos los demás". Pero me parece que el equipo está trabajando para identificar las causas fundamentales del problema y resolverlo, aunque bajo condiciones de intensa presión.

Entonces, simplemente sugeriría que continúe enfocado en el problema [del proceso...], dado que "actualmente apesta", y continúe haciendo su parte para que, por así decirlo, "apeste menos". De hecho, "¿cuál es, en su opinión profesional", la razón por la que el control de calidad no puede desempeñar su función prevista y por qué las implementaciones en producción van mal?

¿Por qué "tomó más tiempo de lo que esperaba"? (Porque, en ese momento, "todos los demás" estuvieron de acuerdo con sus expectativas. De lo contrario, habrían corregido el cronograma del proyecto. Nadie es "el único culpable", pero el proyecto se vio afectado. De nuevo.)

El desarrollo de software es una bestia de proceso, especialmente con sistemas heredados. Nadie lo entiende completamente. Aunque te sientas "un poco crucificado, ahora", en realidad nadie está tratando de obligarte a hacerlo. Están tratando de hacer que el proceso sea mejor y que el Cliente vuelva a estar feliz. "Sí, apesta estar allí". Pero todos hemos estado allí, sin importar dónde estábamos en la jerarquía del equipo o departamento en cuestión. Concéntrese en: "ayúdenos a 'arreglarlo, para siempre'". Mantenga la cabeza erguida. Permanezca comprometido.