Formo parte de un equipo de desarrollo de software interno en una empresa minorista. Actualmente estamos trabajando en un proyecto importante y con toda probabilidad fracasará. Ya casi ha terminado en este punto.
En los últimos dos años, esta será la segunda falla de alto perfil que ha tenido el equipo, no solo en términos de fallar en la entrega de lo que se pidió, sino en términos de entregar cualquier cosa de valor. No hemos hecho nada más en ese tiempo.
Varios miembros del equipo de desarrollo se han enterado por varias personas de la empresa que el gerente del equipo, que solo ha sido gerente de desarrollo durante los últimos dos años, ahora está culpando de esta falla al equipo de desarrollo al resto de la gerencia, incluido el director gerente.
Esta es una caracterización completamente errónea de por qué este y los proyectos anteriores han fracasado. Todas las razones del fracaso se han debido a la administración. Estas son una lista de razones que creo causaron el fracaso de los proyectos.
Los sistemas comerciales han sido elegidos por la gerencia sin pensar en cómo/si podemos integrarnos con ellos. No se adaptan a la forma en que opera el negocio y no se ajustan a nuestros flujos de trabajo actuales. El resto de la empresa no está dispuesta a cambiar el flujo de trabajo para adaptarse a los nuevos sistemas.
El gerente de desarrollo ignora todos los consejos del equipo. Todos los miembros sénior del equipo han dicho desde el momento en que comenzó el proyecto que era completamente inviable, simplemente no había una solución técnica que pudiéramos haber implementado que hubiera resuelto las limitaciones de la plataforma elegida y permitido que el negocio operara como quería No solo se ignoraron los consejos y las advertencias, sino que se los persiguió activamente; las personas que hicieron advertencias fueron castigadas.
Todas las advertencias nunca surgieron más allá de nuestro equipo. Ningún otro miembro del equipo directivo conoce las graves deficiencias del proyecto. No hay transparencia en nuestro equipo. Se informa externamente que las cosas están bien y a tiempo a pesar de que internamente sabemos durante semanas que las cosas nunca van a funcionar. Los departamentos externos solo conocen con unos días de anticipación los plazos incumplidos a pesar de que podemos advertirles con suficiente antelación.
La gestión de proyectos y equipos es disfuncional y absolutamente incompetente. Las tareas son vagas y no especificadas. Las decisiones críticas que se necesitan no se toman hasta el último minuto, lo que genera trabajo adicional y serios problemas con las soluciones asumidas existentes. Los casos extremos se ignoran cuando son inconvenientes. Todo el trabajo lo realizan unos pocos miembros del equipo central, por lo que, si bien se supone que todos debemos estar ocupados, es una situación en la que algunos están ocupados y otros tienen que seguir pidiendo cosas que hacer. La comunicación es terrible; las personas que han planteado problemas se excluyen de las llamadas y reuniones, por lo que no saben lo que está pasando y no pueden contribuir de manera productiva. El conocimiento de los problemas y las soluciones propuestas se ha tratado como un secreto y se ha ocultado a la mayoría de la gente.
Plazos arbitrarios que están completamente desvinculados del trabajo a realizar.
El equipo de desarrollo ha estado trabajando hasta el límite, trabajando extra, incluidos algunos fines de semana, para intentar crear una solución. El fracaso no se debe a nuestra falta de compromiso o capacidad técnica.
¿Cómo podemos contrarrestar que nos culpen por este fracaso? Estamos pensando en solicitar colectivamente una reunión con el director gerente para exponer nuestras preocupaciones. ¿Es esta una buena idea? ¿Cuál sería la mejor manera de abordar una reunión como esa?
Los buenos gerentes saben que la culpa siempre pertenece al liderazgo: los malos gerentes intentan quitarse la culpa de sí mismos. Lo hace muy fácil de ver porque los únicos gerentes que culpan a alguien son los malos gerentes.
Así que hay dos escenarios entonces:
En el escenario 1, eres bueno. En el escenario 2, nunca fuiste bueno y deberías irte si es posible.
El comportamiento de sus gerentes no es importante, la reacción de su alta gerencia a su comportamiento es lo que importa.
Solicite una reunión retrospectiva del proyecto para que pueda analizar el fracaso del proyecto con su gerente y la alta gerencia, para que pueda aprender lecciones de sus fracasos colectivos para determinar qué debe cambiar para que no todos fracasen. tercera vez. Lleve consigo cualquier evidencia que tenga de los puntos que hizo en el OP, para que pueda respaldar los puntos que está haciendo.
Además, es posible que desee investigar un poco sobre la gestión de proyectos ágiles y tal vez aprovechar esta oportunidad para presionar para que su empresa se vuelva ágil. Se han realizado investigaciones que han demostrado que existe una probabilidad significativamente mayor de que el proyecto fracase en las estructuras de gestión de proyectos "tradicionales" que en las estructuras ágiles, y el proceso ágil se diseñó para ayudar a abordar muchos de los problemas que tenía.
Respuestas directas seguidas de algunos consejos más generales:
¿Cómo podemos contrarrestar que nos culpen por este fracaso? Estamos pensando en solicitar colectivamente una reunión con el director gerente para exponer nuestras preocupaciones. ¿Es esta una buena idea? ¿Cuál sería la mejor manera de abordar una reunión como esa?
Consejos generales
obispo