Su navegador no soporta JavaScript.
  • LinkedIn
  • YouTube
  • RSS

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 pendientesProduct 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:
Una de las ideas centrales de Scrum es que el Equipo no se interrumpa durante un Sprint. Todo el trabajo que debe realizarse en un Sprint debe establecerse y priorizarse en el Sprint Backlog durante la Planificación del Sprint.

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 primer lugar, todas las solicitudes de trabajo nuevo o encontrado tienen que pasar por el Product Owner. El Product Owner debe examinar cuántas tareas no planificadas entran en un Sprint y luego crear un búfer que las tenga en cuenta. Por ejemplo, si un equipo suele tener una velocidad de 200 puntos, pero habitualmente recibe interrupciones por valor de 50 puntos, el Product Owner sólo debe permitir que el equipo reciba 150 puntos en cualquier Sprint y tener un colchón de 50 puntos.

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
Patrones:

Illigitimus Non Interruptus

Procedimiento de emergencia

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

es_ARSpanish
Acciones