Debido a la condición de salud de uno de los miembros de scrum, tiene que abandonar el equipo.
Mi pregunta es, ¿necesito comenzar una sesión de planificación de sprint nuevamente? o cambiar el cuadro de quemado? o pedirle a todos los miembros del equipo que muerdan la bala y hagan un trabajo extra para alcanzar el objetivo?
Gracias
scrum
scrum-master
janetsmith
fuente
fuente
Respuestas:
Debes desempañar las historias menos importantes y pasarlas al siguiente sprint. Tu capacidad ha cambiado y el sprint debería reflejar eso.
Si el cliente agrega una nueva gran historia de alta prioridad, ¿qué debe hacer? ¿Aceptarlo y agregarlo al sprint? Re-plan? ¿Cambiar el gráfico de quemado? ¿Morder la bala? No. Desvalorizas otras historias porque no tienes capacidad.
Esto no es diferente: las circunstancias han cambiado y su equipo ya no puede comprometerse con el alcance inicial.
fuente
Descargo de responsabilidad: Todo esto viene con la advertencia, "en un mundo perfecto". Ahora acércate lo más que puedas y estarás bien.
fuente
Como miembro del equipo o scrum master, no haga nada excepto informar al propietario del producto sobre la situación. Su equipo ya se comprometió con cierta cantidad de historias de usuarios basadas en cierta capacidad esperada. Algo malo sucedió y uno de los miembros de su equipo no puede continuar en el sprint debido a su estado de salud. Eso puede suceder y nadie puede culparlo a él ni a usted por eso.
Depende del propietario del producto decidir qué hacer a continuación. Es obvio que lo más probable es que no entregues lo que comprometiste. El propietario del producto puede dejar que el sprint continúe tal cual para que completes tantas historias de usuario como puedas sin perder un miembro del equipo y un tiempo extra irrazonable o puede decidir detener el sprint y comenzar uno nuevo, pero sería bastante drástico.
Descoping es peligroso. Sprint debe ser una zona segura para el equipo. Es parte de los principios ágiles para empoderar a las personas. El equipo está facultado para hacer un compromiso. Una vez que permita que el compromiso cambie durante el sprint, pronto puede convertirse en una práctica común y desaparecerá todo el punto de compromiso y la zona segura. Obtendrás caos con el objetivo de sprint que cambia continuamente.
fuente
Date cuenta de que el scrum tiene velocidad para ayudar a manejar eso.
Tengo entendido que su velocidad se ajustará al nuevo equipo con el tiempo. Ciertos lugares incluso permiten estimar una disminución en la velocidad, para ayudar a administrar mejor cuándo los miembros del equipo se van, o incluso simplemente se van de vacaciones.
fuente
Analiza el impacto en el sprint general. Identificar soluciones alternativas / soluciones alternativas. Discuta con el propietario del producto para mover historias de usuarios menos prioritarias / importantes al próximo sprint. Trae recursos adicionales para este sprint o futuro sprint.
fuente