¿Qué debo hacer si el miembro Scrum se va a la mitad?

12

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

77

Irónicamente, aquí es donde un cumplimiento tan estricto de los resultados ágiles en demasiada rigidez. Retroceda un segundo del hecho de que está tratando de ajustar un enfoque ágil. Alguien dejó su equipo, redistribuye la carga de trabajo y prioriza. No necesita una respuesta ágil específica aquí. La gente toma estas metodologías demasiado literalmente. Sin sonar condescendiente, no es más que sentido común lo que debe hacer aquí.

— JᴀʏMᴇᴇ

Como entrenador, siempre le digo a mi equipo: ¡HAGA LO SENTIDO! ¿Qué necesitan escuchar la OP y las partes interesadas? ¿Qué decisiones necesitan tomar? ¿Qué impacto tiene esta partida en el equipo a corto, mediano y largo plazo? ¿Qué hay que hacer para arreglar eso? Afortunadamente, Scrum y Agile se basan en valores y principios y NO en un denso libro de reglas.

— Curtis Reed

20

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.

— Oded
fuente

Ya hemos hecho la reunión del plan de sprint. Pensé que una vez que se termina la reunión del plan, todo está escrito en piedra. ¿sí No?

— janetsmith

@janetsmith: nada está "escrito en piedra". ¿Qué pasaría si hubiera una epidemia de gripe y perdieras a todos los desarrolladores?

— Oded

¿Eso significa que tengo que comenzar una sesión de planificación de sprint nuevamente? La sesión de planificación de Sprint parece bastante complicada.

— janetsmith

@janetsmith: no, solo sigues soltando los elementos que tienen la prioridad más baja en el sprint, hasta que puedas lograr las historias restantes con la capacidad que tienes ahora.

— Oded

2

No. No le pides a la gente que trabaje horas extra. ¿Quieres más para salir?
¿Qué es un gráfico de quemado? Es la gráfica de qué puntos se completan contra la gráfica de qué puntos necesita completar antes de la fecha límite. Entonces, ¿por qué cambiarlo? Siga graficando y verá el efecto que tiene perder un desarrollador y puede mantener informado al cliente.
El cliente puede usar esa información para descope o extender el plazo. Lo que no se les puede permitir es decir que quieren más recursos. Los recursos llegan cuando los encuentra y desaparecen cuando les da la gana, y forzar a la persona equivocada rápidamente no resolverá su problema. Esto es particularmente cierto a medida que se acerca la fecha límite.
Si va a contratar a alguien, espere que eso también tome tiempo, por lo que el costo será de más de una hora de desarrollador y la ganancia no será inmediata.
Señale a la empresa que si no quieren que esto suceda en el futuro, deben contratar demasiados recursos al comienzo del proyecto y adelantarse al requisito esperado hasta cerca de la fecha límite (cuando, porque más adelante, pueden perder la mitad del equipo y no reemplazarlo en un momento en que los desarrolladores restantes no necesitan pasar tiempo entrenando).

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.

— pdr
fuente

2

Si se acerca una fecha límite importante, entonces está bien en mi humilde opinión preguntar a los miembros del equipo si están dispuestos a dedicar algunas horas adicionales. Por lo general, está bien siempre que sea un hecho poco común, un incidente excepcional, y le PIDE al equipo que haga esto, no les DIGA. La mayoría de las veces se sorprenderá de cómo el equipo orgullosamente dará un paso adelante y cumplirá. La advertencia es que deben respetarlo y sentir que usted los respeta a su vez.

— maple_shaft

2

Si necesita dedicar horas adicionales, se comprometió en exceso o se interpuso algo que le impidió completar el trabajo que el equipo también cometió. En ambos casos, debe informar al propietario del producto a tiempo para que pueda tomar las medidas apropiadas (por ejemplo, eliminar algunas historias). Scrum dice que el equipo debería trabajar a un ritmo sostenible de 7 a 8 horas al día, no debería trabajar horas adicionales.

— Bart

44

@maple_shaft: Me pides que haga horas adicionales porque me equivoqué, o incluso uno de mis compañeros de equipo se equivocó (y no puedo hacerlo todo esta vez), o porque me he comprometido demasiado, lo haré en un latido del corazón. Pídeme que lo haga porque la gerencia no tuvo en cuenta la posibilidad de que alguien se vaya, no lo tomaré tan bien.

— pdr

0

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.

— Ladislav Mrnka
fuente

-1

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.

— tylermac
fuente

1

Regular. Ciertos lugares permiten incluso una disminución de la velocidad. Que generoso de su parte. ¿Sabías que soy yo quien permite que el cielo sea azul?

— ThomasX

-2

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.

— Pani
fuente