En 2006, formé a los primeros 30 Scrum Masters en Systematic en Aarhus, Dinamarca. Como organización de nivel 5 de CMMI, querían pasar a la esbeltez probando Scrum como mejora del proceso. En seis meses, Scrum redujo los costes de los proyectos a la mitad y los defectos en 40% más o menos 3% en todos los proyectos. A continuación, introdujeron Scrum como su proceso estándar y crearon la única empresa Scrum CMMI Nivel 5.En los últimos siete años, Scrum ha mejorado la tasa de éxito de proyectos Systematic hasta 98%. Esto es extraordinario en un mundo en el que más de 50% de los equipos ágiles no pueden entregar un proyecto a tiempo.
Hace poco visité Systematic y grabamos en vídeo un debate sobre sus progresos con Scrum.
Para consultar el documento original que documentaba la transición sistemática a Scrum, véase:
En un artículo anterior del blog se comentaban las enormes ventajas de utilizar Scrum con CMMI, especialmente con una empresa CMMI de nivel 5. Véase Scrum es compatible con CMMI Nivel 5.
En la Conferencia Agile 2007 celebrada en Washington, D.C., se presentó un informe de experiencia sobre los resultados de la introducción de Scrum en un entorno CMMI de nivel 5 para sustituir a los proyectos en cascada de grandes contratos de defensa y sanidad. Véase Scrum y CMMI Nivel 5: una poción mágica para los guerreros del código. El documento ha sido redactado por:
Jeff Sutherland, Doctor - Co-creador de Scrum
Carsten Jakobsen - Responsable del proceso de ingeniería sistemática del software
Kent Johnson - Evaluador CMMI de nivel 5
Systematic Software Engineering es una empresa que ejecuta el proceso de cascada mejor que casi todas las empresas del mundo, con una tasa de entrega puntual y ajustada al presupuesto de más de 95% con estimaciones dentro de 10% de las reales. Los resultados de Scrum fueron extraordinarios, similares a introducir un equipo de consultores de Toyota en una planta de fabricación. Este fue el resultado de dirigir la implantación de Scrum según los principios lean, que garantizaron una introducción disciplinada y medida de la práctica Agile.
- La productividad se duplicó en menos de seis meses, lo que redujo los costes totales del proyecto en 50%.
- Los defectos se redujeron en 40% en todos los proyectos Scrum (a pesar de que esta empresa ya tenía una de las tasas de defectos más bajas del mundo).
- Los costes de planificación se redujeron en unos 80%.
- La satisfacción de los usuarios y de los desarrolladores fue mucho mayor que en las aplicaciones comparables en cascada.
- Los proyectos eran linealmente escalables, algo nunca visto. La productividad de los desarrolladores individuales sigue siendo la misma a medida que el proyecto aumenta de tamaño.
Los datos de este estudio son de los mejores del sector y acaban con la discusión sobre si la cascada es preferible en algunos casos. La cascada siempre será menos productiva, con más defectos en cualquier proyecto, en comparación con un Scrum bien ejecutado.
Systematic Software engineering ha revisado sus procesos estándar para utilizar Scrum en todas partes. Su alta dirección es un equipo Scrum. Véase Scrum y CMMI Nivel 5: una poción mágica para los guerreros del código y Scrum y CMMI - Pasar de lo bueno a lo excelente: ¿Está usted preparado para que lo hagan?.
Spanish 
English 
French