Estudio de caso Scrum@Scale
Escalando Scrum dentro de Insure-Tech
En este caso práctico de Scrum@Scale, Simon explica cómo se utilizaron Scrum y los conceptos clave de Scrum@Scale para "rescatar" un producto que fallaba y aumentar la comunicación general de la organización.
RESUMEN DEL ESTUDIO DE CASO
Trainer: Simon Roberts
Industria: Tecnología y seguridad de la información
Tamaño de la organización: Grande
Temas: Entrega y Velocidad, Equipo de Acción Ejecutiva (EAT), MetaScrum Ejecutivo (EMS), Participación del Liderazgo
Sitio web: https://www.linkedin.com/in/scrumcoach/
Resumen
Simon Roberts es un Consultor de Gestión, Ágil y Lean Coach con sede en el Reino Unido. En este caso práctico Scrum@Scale, se pidió a Simon que ayudara a una importante empresa europea de telecomunicaciones en una transformación Scrum a gran escala. Simon explica cómo se utilizaron Scrum y conceptos clave Scrum@Scale para "rescatar" un producto que fracasaba y aumentar la comunicación general de la organización.
La situación inicial incluía problemas como el largo plazo de comercialización, la baja satisfacción de los clientes y el escaso rendimiento y fiabilidad del producto. Debido a esta lentitud, los clientes no estaban satisfechos, y las tasas de retención cayeron con calificaciones de 1-2 estrellas en la aplicación.
Internamente, también había poca moral de equipo y conflictos. El desarrollo lo llevaban a cabo equipos que eran responsables de diferentes capas de la arquitectura técnica. ¿Alguien ha dicho "desconexión"?
Esta unidad de negocio de desarrollo fue elegida para someterse a una transformación con Scrum@Scale. Eran responsables de un producto de almacenamiento personal basado en la nube. Cuando llegamos, lo principal que almacenaba era el fracaso.
Entra la caballería, es decir, el uso de componentes clave del marco Scrum@Scale, creado por el Dr. Jeff Sutherland. El primer paso fue crear varios equipos interfuncionales, cada uno con su propio equipo de desarrollo, Product Owner y Scrum Master.
Además, se formó un MetaScrum formado por un Jefe Product Owner, el equipo Product Owners y las importantísimas partes interesadas, a las que se pidió que participaran en las revisiones continuas. El MetaScrum creó un único backlog de producto consolidado, que fue clave para que los equipos hablaran entre sí. La comunicación entre equipos es la que triunfa.
Un Equipo de Acción Ejecutiva (EAT) coordinó el enfoque general para introducir esta Transformación Ágil y ayudó a eliminar los impedimentos. En el Guía Scrum@ScaleEl Equipo de Acción Ejecutiva (EAT) cumple el papel de Scrum Master para toda la organización. Este equipo de liderazgo crea y se apropia del ecosistema ágil, implementa los valores de Scrum y se asegura de que se creen y apoyen los roles de Scrum.
En el caso de Simon, conseguir el apoyo de la alta dirección fue (y suele ser) absolutamente crucial. Algunos de los altos cargos siguen siendo escépticos, pero los pocos que se convirtieron en campeones ágiles están trabajando en los pasos para trasladar esta práctica a otras unidades de negocio.
Más estudios de caso
Mejorar los flujos de trabajo ágiles con ciclos de planificación más cortos
El éxito de una startup remota: De la extinción de incendios a los resultados
Agile Education Estudio de caso Éxito de una startup remota: De la extinción de incendios a los resultados Este caso práctico se centra en una startup remota que se enfrentaba a retos con flujos de trabajo desorganizados, agotamiento del equipo y falta de una visión clara del producto. La startup no tenía Product Owner, lo que...
Mejorar la Previsibilidad y el Rendimiento: Utilizando Datos de Velocidad Agregados en Scrum@Scale
Agile Education Estudio de caso Mejorar la priorización y el rendimiento: Uso de datos de velocidad agregados en Scrum@Scale Este estudio de caso explora cómo se utilizaron los datos de velocidad agregados para mejorar el rendimiento, la priorización y la previsibilidad de los equipos de ingeniería en...