Owners distantes al equipo * Scrum Master = Documentador/Responsable del proyecto y los indicadores * Roles tipo I-Shaped dificulta la colaboración multi disciplinaria entre miembros * Marcos Scrum y Kanban sub utilizados generan monotonía de gestión
* Complicaciones para organizarse alrededor del flujo de valor * Pocas personas en el tren comprenden y ejemplifican todo el pensamiento Lean Agile * Bajos porcentajes de dominio especialmente en roles alejados de los equipos de desarrollo
Falta de dominio o menosprecio por TDD * Trabajo en parejas anclado con una idea de desperdicio * Falta de visibilidad en indicadores que permitan entender la calidad del producto
Tipicamente encontramos: * Aplicaciones monolíticas complican la liberación a demanda * Cascadear las iteraciones dentro de los Incrementos del programa * La cultura se come una buena planeación del incremento del programa a los 3 días
‣ Evidenciar la brecha y los silos (especialmente entre áreas de negocio y gente de TI) ‣ Descubrir stakeholders ocultos ‣ Lead times grandes ‣ Demasiadas herramientas
mejoras ‣ Define un Top 3 - No quieran hacer todo desde el principio ‣ Considera el WSJF para priorizar las mejoras y poder generar victorias a corto plazo
muchos de los aspectos de la teoría de gestión tradicional y exigen una mentalidad ajena para la mayoría de los ejecutivos.” —Jacob Stoller Mindsets and Principles
delegan la responsabilidad del cambio * No se establece ni se comparte claramente la visión del cambio * Los centros de excelencia no tienen a las personas con la autoridad suficiente para reforzar la transformación * Comunicación de la visión se queda solo en el speech de arranque del PI Planning