He estado trabajando para el mismo empleador durante muchos años. Durante los últimos 6 años, estuve trabajando en dos proyectos: Proyecto A, donde solía ser miembro del equipo por un período corto de tiempo y luego me convertí en líder del equipo y también tomé todas las decisiones arquitectónicas. El proyecto A es de tamaño mediano, alrededor de 6 desarrolladores como máximo; Proyecto B, en el que yo era miembro o líder del equipo, pero en el que no tenía influencia en las decisiones arquitectónicas. El Proyecto B es un gran proyecto con muchos equipos y muchos desarrolladores y evaluadores trabajando en eso. En el Proyecto A se usó kanban sin limitaciones estrictas de tiempo, mientras que en el Proyecto B se implementó scrum.
Estaba trabajando en el Proyecto A, luego en el Proyecto B, luego nuevamente en el Proyecto A y ahora me informan que pronto me asignarán al Proyecto B.
Sin embargo, no estoy muy contento con eso. Cuando estaba trabajando en el Proyecto B, esto era casi una pesadilla, una experiencia muy estresante. Hubo múltiples problemas en ese proyecto. En primer lugar, como líder del equipo, tenía la responsabilidad de la entrega del sprint, pero no tenía los medios para eso. Los problemas de Jira no podrían haberse cerrado antes de que los probadores los probaran, y los probadores no pudieron probarlos antes de que el código correspondiente se migrara al entorno de control de calidad y, debido a la implementación de CI, el código se migró al entorno de control de calidad solo cuando el código se fusionó con el desarrollo. branch pero no me dieron los derechos para fusionarme con el desarrollador, así que tuve que rogar a los arquitectos de soluciones u otros líderes del equipo que fusionaran las solicitudes de extracción de mi tiempo con el desarrollador y siempre retrasaban este proceso y esto era realmente un bloqueador.
Otro problema era que no se me permitía hablar directamente con los clientes. Pensé que podría olvidarme del inglés sin hablar con los clientes. Tampoco teníamos información sobre las expectativas de los clientes. La información del problema de Jira era muy vaga, no entendíamos lo que necesitaban los clientes y nunca tuvimos ninguna maqueta para poder entender cómo imaginan el resultado deseado.
Me sentí muy estresado por todos estos problemas. También fui humillado por el arquitecto de la solución y por otro líder del equipo y no pude defenderme a mí mismo ni a mi posición ni a mi equipo.
Otros equipos trabajaban demasiado durante las tardes, noches y fines de semana, mientras que yo no quería que mi equipo trabajara demasiado, por lo que mi equipo tenía una velocidad menor que los equipos que trabajaban los fines de semana, tardes y noches.
Para resumir, realmente no me gustaba trabajar en ese proyecto B, así que cuando regresé al Proyecto A, me sentí muy aliviado ya que nadie me humilló en ese proyecto y teníamos un proceso realmente mejor implementado.
Me informaron que pronto me asignarán al Proyecto B y siento que no tengo otra opción. Me prometieron que todos los problemas importantes en la organización del proyecto se resolvieron, por lo que ahora los desarrolladores no trabajan demasiado, tienen comunicación directa con los clientes. La única opción que tengo es tratar de confirmar que la organización del Proyecto B realmente cambió y me gustaría trabajar en el Proyecto B o renunciar.
Así que me pregunto si debería intentar trabajar en el Proyecto B o esto no vale la pena y debería renunciar.
Me prometieron que todos los problemas importantes en la organización del proyecto se resolvieron, por lo que ahora los desarrolladores no trabajan demasiado, tienen comunicación directa con los clientes. La única opción que tengo es tratar de confirmar que la organización del Proyecto B realmente cambió y me gustaría trabajar en el Proyecto B o renunciar.
De su declaración, parece que ha planteado sus inquietudes anteriormente y se llevaron a cabo acciones para eliminar los problemas/preocupaciones que planteó.
Dado que existe la seguridad de que los problemas se han solucionado, y ahora debe esperar una atmósfera mucho más amigable , ciertamente puede intentar trabajar en el Proyecto B una vez más y comprobarlo por sí mismo.
Parece que entiende claramente que su Proyecto B usa un scrum falso . Parece que resististe de manera competente algunas tonterías de falso scrum (números de velocidad extra grandes) en tu mandato anterior en el proyecto. Esa es una excelente experiencia, incluso si fue desagradable.
También notó que tenía responsabilidad (preparar código para prueba, por ejemplo) sin autoridad (permisos de fusión). No solucionaste esos problemas. Pero los identificaste claramente.
Tal vez hayan resuelto algunos de esos problemas de falso scrum, tal vez no. Esto es seguro: tendrá que manejar algunas tonterías del proceso como líder de equipo en ese Proyecto B.
Un enfoque: haz lo que hacías antes: defiende a tu equipo y da lo mejor de ti.
Otro: haz tu mejor esfuerzo en tu trabajo, pero cuando alguien impida que tu equipo termine el trabajo, simplemente señala el problema "Estamos bloqueados por una solicitud de fusión retrasada" y trabaja en otras cosas. No rescate a las personas que no cooperan.
Una tercera: tenga una conversación privada con la persona que afirmó haber resuelto los problemas. Ofrezca ser parte de la solución mientras trabaja como líder de equipo. Pareces ser hábil para mejorar los procesos. Pregunte cómo puede poner esas habilidades sobre la mesa en este Proyecto B.
Sourav Ghosh
Mawg dice que reincorpore a Monica
neuromante
Brendan Buitre
Brendan Buitre
Brendan Buitre