Patrón de interrupción
Las interrupciones ocurren. En informática, un sistema operativo tiene que ser capaz de gestionar las interrupciones o la máquina se estropeará. Lo mismo ocurre con los Sprints. La clave para manejar las interrupciones es esperarlas.
Tiempo estimado para este curso: 12 minutos
Audiencia: Intermedio
Requisitos previos sugeridos: Lista de productos pendientes, Product Owner, Sprint Backlog
Una vez finalizado:
- Saber aplicar el patrón de interrupción
- Entender cómo el Product Owner protege a los equipos
- Cualificarse para el PMI PDUs. Véase PREGUNTAS FRECUENTES para más detalles
Ver las diapositivas
[slideshow_deploy id='7234']
Product Owner Visión general:
Eso es lo ideal. Sin embargo, a veces las interrupciones son inevitables. La retroalimentación en tiempo real puede ser esencial para crear un producto de calidad, pero necesita ser regulada para proteger al Equipo de recibir mensajes confusos y ralentizarse. En un mundo perfecto, ese feedback se incorporaría al Product Backlog para futuros Sprints, pero hay veces en las que simplemente no es posible esperar.
Más información sobre el patrón de interrupción
En segundo lugar, cuando surge una tarea no planificada, el Product Owner la ordena en el búfer según valor empresarial. Lo más importante es respirar hondo y darse cuenta de que muchas peticiones pueden posponerse hasta el siguiente Sprint, pero las interrupciones críticas que no pueden esperar van al buffer.
El Patrón de Interrupción es una herramienta que protege al Equipo de excepciones poco razonables. Si es obvio que el buffer de interrupción se va a desbordar el Product Owner debe activar inmediatamente el Scrum Procedimiento de emergenciaabortando el Sprint.
Papeles y patrones
El Scrum Lenguaje Patrón de Programación : El movimiento PLoP codifica prácticas ágiles bien conocidas que se han aplicado con éxito en numerosas ocasiones.
Documentos:
Los equipos que terminan pronto aceleran más rápido: Un patrón para equipos de alto rendimiento