Su navegador no soporta JavaScript. #SGCAL - The Shu, Ha, Ri of Scrum@Scale™ - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

En el Scrum Alliance Scrum Gathering de San Diego, presenté una charla magistral sobre The Shu Ha Ri of Scrum. Pete Behrens tuiteó un resumen gráfico.

El primer punto del recuadro naranja es "¡Si quieres escalar Scrum hazlo funcionar primero en el equipo!". Scrum@Scale™ es una implementación fractal de equipos Scrum. Todo es Scrum tal y como se define en la Guía Scrum y para funcionar bien, los equipos Scrum individuales deben funcionar bien. En la parte superior derecha del gráfico, mostramos el objetivo "El doble de trabajo en la mitad de tiempo" a escala. Sólo los equipos Scrum distribuidos globalmente han demostrado una escalabilidad lineal (al duplicar el número de equipos se duplica la producción y se mantiene el doble de trabajo en la mitad de tiempo). Una buena medida del éxito es el webinar reciente de Saab Technologies. En el caso del avión Saab Grippen, el plazo de comercialización, el coste inicial y el coste durante la vida útil se redujeron en 80%. Este es el efecto de hacer el doble de trabajo en la mitad de tiempo. Cuando publicó el primer artículo que lo demostraba...¡los revisores académicos dijeron que nunca se había hecho antes! Sólo puede hacerse con Scrum@Scale.

Comenzando con la Generación 1.0, el gráfico muestra que la mecánica tiene que estar en su lugar. A menudo, el CEO no tiene una mentalidad ágil en el estado Shu (principiante). En la Generación 2.0, la organización empieza a adoptar una mentalidad ágil (estado Ha) y el director general cambia las funciones de gestión. La organización empieza a refactorizarse. Para completar la transformación de la organización en la Generación 3.0, el CEO tiene que tener una Mentalidad Ágil y está comunicando, incrustando y formando a toda la organización en agilidad. Sólo entonces podrá alcanzar el estado Ri.

La parte superior izquierda del gráfico muestra tres dimensiones de la ampliación: mayor número de equipos Scrum, Scrumming en toda la organización y distribución de los equipos Scrum. El gráfico muestra que debe haber un equipo Scrum que impulse la transformación, el Equipo de Acción Ejecutiva. Y un Scrum de Scrums necesita ser un tiempo de entrega/liberación. En el gráfico no se muestra un equipo MetaScrum Ejecutivo que priorice todo el trabajo pendiente de la organización y se reúna periódicamente para afinar las prioridades y garantizar que la organización sigue las prioridades acordadas. Así pues, una burocracia mínima viable a escala es (1) un Scrum de Scrum (como equipo de lanzamiento), (2) un Equipo Ejecutivo de Acción (que elimina los impedimentos organizativos) y (3) un MetaScrum Ejecutivo (que prioriza todo en la organización y tiene autoridad para ejecutar esas prioridades). Todos los equipos Scrum siguen la Guía Scrum y tienen un incremento de producto potencialmente enviable al final de cada sprint.

La Alianza Scrum publicará en breve un vídeo de la presentación. Mientras tanto, la presentación está disponible aquí: Scrum a escala Keynote Scrum Gathering Abr 2017

 

es_ARSpanish
Acciones