Estudio de caso Scrum@Scale
El hardware:
Scrum@Scale en casas inteligentes
RESUMEN DEL ESTUDIO DE CASO
Organización: Anónimo
Tamaño de la organización:Pequeño
Industria: Tecnología y seguridad de la información
Temas: Participación de clientes y proveedores, entrega y velocidad, gestión de la dependencia
La fecha: 2018
Sitio web: Sitio web de Paolo
Resumen
El desarrollo moderno de productos de hardware suele requerir la coordinación del diseño y el desarrollo de componentes mecánicos, eléctricos, materiales y de software, al tiempo que se gestionan las dependencias externas de vendedores y proveedores. En su estudio de caso, Paolo Sammicheli pudo ayudar a un fabricante europeo de dispositivos domésticos inteligentes a aumentar su velocidad en un factor de 9,16 en el transcurso de un año mediante la implantación de Scrum@Scale.
Gestionar las dependencias
En el Scrum@Scale las dependencias en torno a los procesos y lanzamientos se identifican y abordan generalmente en el Scrum Diario Escalado, mientras que las dependencias que afectan a la secuenciación y priorización de los elementos del backlog se resuelven en el nivel del Metascrum. En esta empresa, a cada proveedor externo se le asignó también una persona interna que actuaba como propietario del producto del proveedor externo. Esa persona proporcionaría entonces una visión de la priorización y las dependencias externas en el nivel de Metascrum, al tiempo que se aseguraba de que el proveedor externo estuviera siempre trabajando en los elementos de mayor prioridad que necesitaban de forma más inmediata los demás equipos internos.
Planificación del buffet
En situaciones en las que muchos elementos del backlog tienen un alto nivel de funcionalidad interdisciplinar, tener historias claramente refinadas de las que pueda tirar cualquiera de un conjunto de equipos interfuncionales es esencial para equilibrar los recursos entre los equipos y garantizar que las dependencias específicas del equipo o del personal no disminuyan la productividad. Paolo creó un proceso de refinamiento del backlog para varios equipos denominado "planificación de bufé", en el que los equipos acudían al refinamiento del backlog y se les presentaba un bufé de elementos del backlog que debían refinarse. Cada equipo tomaba las historias del buffet y las refinaba como consideraba oportuno, marcando la historia con una pegatina verde cuando la consideraba "lista". Una vez que una historia tuviera suficientes pegatinas verdes, pasaría al backlog conjunto del producto, del que cada equipo tiraría.
Resultados
Como puedes ver en las diapositivas descargables de arriba, la velocidad combinada de los equipos aumentó desde menos de 10 puntos en los primeros sprints, hasta aproximadamente 20 puntos en el sprint 10, hasta 30-50 puntos en el sprint 20.