Los cambios continuos e impredecibles son la norma en la mayoría de las industrias y campos comerciales. Vuca (variabilidad, incertidumbre, complejidad y ambigüedad) requiere que evite los métodos y prácticas de gestión y liderazgo tradicionales y obsoletos.
Por lo tanto, cada vez más empresas comienzan a introducir ágil y scrum , pero la implementación ágil de muchas empresas no es satisfactoria.
En el transcurso del trabajo diario, el modo de trabajo del equipo está muy influenciado por el líder del equipo o el líder del servicio. A veces, la agilidad del equipo depende del estilo de trabajo individual del líder. El modelo se salió de los rieles y no hizo que el equipo fuera verdaderamente ágil.
Entonces, cuando un equipo de producto adopta un modelo de desarrollo ágil , ¿cómo saber si el equipo es realmente ágil?
¿Por qué Scrum es simple pero no fácil?
Scrum es simple pero no fácil por las siguientes razones:
- Un cambio exitoso no es completamente de arriba hacia abajo o de abajo hacia arriba;
- El estado final es impredecible y Scrum necesita una mejora continua;
- Scrum es omnipresente en toda la organización;
- Scrum es completamente diferente de la formación/educación tradicional;
- Los cambios llegan más rápido que antes;
- Las mejores prácticas son peligrosas. Encuentre un método que se adapte a usted;
Scrum no es solo un cambio técnico, sino también una innovación conceptual. Todo el equipo debe adoptar la siguiente actitud a la hora de hacer las cosas:
- El equipo debe aprender a empezar a trabajar sin un plan grande y completo;
- El equipo debe aprender a analizar y comprender los requisitos a través de historias de usuarios y comunicación sin documentos de requisitos detallados, y comenzar el diseño y la programación;
- El equipo debe estar acostumbrado al envío frecuente de código y la integración continua;
- El equipo trabaja en un ambiente altamente transparente, y el progreso de todos es bien conocido por todos;
- El equipo necesita programación en parejas, y se necesita comunicación y discusión frecuente;
Scrum no es solo un marco de proceso, sino que, lo que es más importante, utiliza Scrum para crear equipos y mejorar las capacidades del equipo. El grado de funcionamiento del equipo casi determina el efecto de la implementación de Scrum. Pero el éxito del equipo no se consigue de la noche a la mañana. Cómo pulir al equipo en las diferentes etapas del equipo es un desafío para todos.
Este artículo se centra en las tres etapas de un equipo Scrum desde la creación hasta la madurez, para ayudarlo a ubicar la etapa de su equipo y encontrar una manera de pasar a la siguiente etapa.
Equipo ágil: Etapa I
- El papel del PO ( propietario del producto ) en el Equipo es claro, y el PO es responsable de gestionar el Product Backlog ;
- PO es la principal fuente de requisitos, y es responsable de recopilar los requisitos de todas las partes, y es responsable de los requisitos;
- El PO es responsable de determinar la prioridad del Product Backlog, que también es el caso cuando ocurren cambios;
- Hay una persona en el equipo que puede asumir el rol de Scrum Master , básicamente esta persona asumirá el rol de Scrum Master durante mucho tiempo;
- Básicamente ser capaz de coordinar el equipo para solucionar los problemas encontrados en el Sprint. Sin embargo, la capacidad para resolver problemas entre dominios es débil;
- El Scrum Master ayuda a los miembros del equipo a mantener el Sprint Backlog y cultiva el hábito de los miembros del equipo de mantener el Sprint Backlog por sí mismos;
- El Scrum Master es el responsable de dirigir y presidir la reunión de stand. La reunión de stand es en un lugar y hora fijos y finaliza dentro del tiempo estándar. El Scrum Master tiene muy claro el contenido del trabajo de cada miembro del equipo, y la mayoría de los problemas y riesgos se pueden encontrar a través de la reunión de stand. ;
- El Scrum Master es responsable de llevar a cabo varias reuniones según lo programado, como la reunión del plan, la reunión de resumen, la revisión del PRD (revisión y desarrollo del desempeño), la revisión del código, la revisión del caso, etc.;
- El Scrum Master es responsable de dirigir y presidir la reunión del plan, brindar el método de evaluación de las horas de trabajo, brindar el contenido del plan y el nivel de prioridad de este sprint, guiar a todos para dividir el contenido del sprint y guiar a todos para completar la evaluación del trabajo. horas;
- El Scrum Master es responsable de dirigir y presidir la reunión de resumen. El Scrum Master es el principal responsable de resumir las ventajas y desventajas de esta iteración, y formular medidas de mejora frente a las deficiencias y dar seguimiento;
- El Scrum Master es responsable de monitorear los riesgos y el progreso, y puede informar a las partes interesadas;
- En la mayoría de los casos, el equipo puede completar su compromiso con el DOD ;
Equipo ágil: Etapa II
- El PO es responsable de gestionar el Product Backlog, y el Equipo aprueba el contenido del Product Backlog;
- El equipo ayudará a la OP a recopilar los requisitos y los propondrá activamente. El equipo reconoce los requisitos y es responsable de los mismos;
- PO ayuda al equipo a determinar la prioridad de la cartera de productos, incluso cuando se producen cambios;
- El rol de Scrum Master en Team es Backup. Cuando el Scrum Master no está presente, Backup puede asumir plenamente el rol de trabajo;
- Totalmente capaz de coordinar el equipo para resolver los problemas encontrados en el Sprint. La capacidad de promover la resolución de problemas entre dominios es fuerte, pero la capacidad de promover la resolución de problemas entre departamentos es débil;
- Se ha formado el hábito de los miembros del equipo de mantener el Sprint Backlog por sí mismos, y el Scrum Master solo necesita supervisar y recordar;
- El Scrum Master asiste en el progreso efectivo de la reunión de stand. La reunión de stand finaliza dentro del tiempo estándar en un lugar y hora fijados. Los miembros del equipo tienen muy claro el contenido del trabajo de otros miembros. Los miembros del equipo pueden ayudar al Scrum Master a encontrar algunos problemas y riesgos. El Scrum Master todavía descubre algunos problemas y riesgos;
- Scrum Master ayuda en la realización efectiva de varias reuniones, como la reunión de planificación, la reunión de resumen, la revisión de PRD, la revisión de ERD, la revisión de Código, la revisión de Caso, etc.;
- El Scrum Master ayuda en la ejecución efectiva de la reunión del plan y discute con los miembros del equipo para determinar el método de evaluación de las horas de trabajo, el contenido del plan y la prioridad de este sprint, y luego completan conjuntamente la división del contenido del sprint y la evaluación de Horas Laborales;
- Scrum Master ayuda a resumir el progreso efectivo de la reunión, discutiendo y resumiendo las ventajas y desventajas de esta iteración con los miembros del equipo, y puede formular medidas de mejora efectivas y realizar mejoras efectivas contra las deficiencias, y las ventajas pueden continuar manteniéndose;
- Dirigidos por el Scrum Master, los miembros del equipo participan en el seguimiento de los riesgos y el progreso, y pueden notificar regularmente a las partes interesadas;
- El equipo completa conjuntamente su compromiso con DOD (Definición de Hecho);
Equipo ágil: Etapa III
- El Product Backlog es iniciado y administrado por el PO, y el Equipo participa en la discusión y mejora;
- El equipo propone y recopila conjuntamente los requisitos y es responsable conjunto del producto;
- El Equipo determina conjuntamente y es responsable de la prioridad del Product Backlog, incluso cuando ocurran cambios;
- Cualquiera en el Equipo puede asumir el rol de Scrum Master;
- Puede ayudar al equipo a superar todos los obstáculos encontrados en el Sprint, y tiene una gran capacidad para promover la resolución de problemas entre dominios y entre departamentos, y garantizar que el DoD se complete según lo acordado;
- Los miembros del equipo mantienen el Sprint Backlog conscientemente, y el Scrum Master verifica regularmente el mantenimiento del Sprint Backlog de los miembros del equipo;
- Los miembros del equipo participan activamente en la reunión de pie, que se lleva a cabo de manera eficiente y eficaz. La reunión de pie es en un lugar y hora fijos y termina dentro del tiempo estándar. Los miembros del equipo tienen muy claro el contenido del trabajo de otros miembros, y los miembros del equipo plantean activamente preguntas y riesgos, descubren todos los problemas y riesgos junto con el Scrum Master;
- Con la asistencia de Scrum Master, los miembros del equipo lideran la realización efectiva de varias reuniones, como la reunión de planificación, la reunión de resumen, la revisión de PRD, la revisión de ERD, la revisión de Código, la revisión de Caso, etc.;
- Con la ayuda de Scrum Master, los miembros del equipo lideran la reunión del plan y el equipo es conjuntamente responsable de los resultados de la evaluación de las horas de trabajo, el contenido del plan y los resultados divididos de este sprint, y los resultados de confirmación del nivel de prioridad;
- Con el apoyo del Scrum Master, los miembros del equipo dirigen la reunión de resumen. El equipo es conjuntamente responsable de los resultados de esta iteración y puede reconocer conjuntamente la causa raíz de las deficiencias. En el período posterior, todos los miembros del equipo mejoran activa y efectivamente, y gradualmente convierten las deficiencias en ventajas. Las ventajas pueden mejorar cada vez más;
- El equipo monitorea activamente los riesgos y el progreso en conjunto, y puede notificar a las partes interesadas de manera oportuna;
- El equipo se centra en la realización de funciones y se especializa en la realización de productos. El equipo tiene la capacidad de identificar la ruta correcta del producto y promover conjuntamente la mejora continua del producto;
Resumen
Cuanto más maduro se vuelve un equipo Agile, más demanda no solo de PO y SM, sino también de los miembros del equipo.
En un equipo de desarrollo ágil, este es un proceso de aprendizaje y mejora continua, que promueve la capacidad y el nivel de todo el equipo y, por lo tanto, es muy beneficioso para el desarrollo del equipo, especialmente cuando hay más personas nuevas en el lugar de trabajo.
Finalmente, es mejor dejar que aprendan y crezcan en el trabajo en equipo, lo que puede ayudarlos a mejorar más rápidamente y mejorar la fuerza general del equipo.