Somos una organización de productos de tamaño mediano con 700 personas, de las cuales aproximadamente 100 están en tecnología, 75 desarrolladores (clientes potenciales y arco incluidos), 15-18 personas de control de calidad, 7-8 gerentes de productos de tecnología.
Tenemos unas 70 líneas de pedido en lo que llaman una lista de proyectos, pero si tuviera que categorizarlos realmente, serían 10-15 proyectos principales con múltiples subproyectos en cada categoría.
Tenemos aplicaciones móviles, sitios web, sitios web administrativos, componentes back-end y plataformas B2B y B2C interconectadas con varios subcomponentes en varios lenguajes diferentes de Java, .Net, .Net Core, go, php, etc. con algunos proyectos que tienen dependencias de terceros externos que van desde Bancos, entidades gubernamentales, empresas de telecomunicaciones, etc.
El desafío al que me enfrento es cómo hago para que estos muchachos entreguen proyectos predecibles, eficientes y relativamente libres de errores.
Ya no estoy en el lado de la tecnología, pero dada mi experiencia como desarrollador y arquitecto hace mucho tiempo, me han dado el desafío de manejar esto y obtener los plazos actuales caóticos y completamente impredecibles y extremadamente inflados para entregar cosas con velocidad, agilidad, previsibilidad. y calidad.
Comenzamos a usar Confluence, donde escribimos nuestros BRD/PRD completos (historias de usuario y detalles) y Jira, donde se desglosan en epopeyas, historias de usuarios, problemas, tareas y subtareas.
Estos muchachos apenas siguen un proceso, ¿cómo hacer que todos estén en la misma página y cómo hacer que los gerentes de producto impulsen a los desarrolladores y al control de calidad para que entreguen resultados de calidad?
Para brindar antecedentes, tenemos 2 o 3 productos principales, pero más gerentes de productos porque hay demasiado trabajo en cada producto y, por lo tanto, necesitamos un equipo para administrar un producto determinado.
Algo de ayuda/orientación/fórmula mágica sería muy apreciada :)
También agregaría que para un cambio de la escala que está considerando, debe pensar en pequeño, comenzar con un producto y un equipo de desarrollo, tratar de ponerlos en funcionamiento y luego agregar productos y equipos adicionales a medida que se asienta el movimiento. .
También considere contratar a un Agile Coach para que lo ayude, ya que no es una tarea fácil. Asegúrese de que haya un patrocinio ejecutivo para el esfuerzo, ya que los equipos de desarrollo pueden resistirse bastante a cambiar su forma de trabajar, a menudo no ven que hay algún problema con el statu quo.
Por último, no se dé por vencido, habrá muchos obstáculos que superar al establecer técnicas ágiles en una organización de desarrollo existente, pero si convierte el caos en orden, tendrá muchos beneficios.
¡Buena suerte!
Los marcos Scaled Scrum deberían funcionar bien. Puedes probar Nexus, LeSS o SAFe. Nexus es mi favorito.
En general, escalar un mal equipo ágil/scrum es una mala idea. Además, en mi opinión, difícilmente puede ser efectivo sin el uso adecuado de las canalizaciones de integración continua.
pedro
Todd A. Jacobs
yitznewton