¿Qué hacer si un miembro del equipo pierde una planificación de sprint?

18

Digamos que un miembro del equipo está de vacaciones anuales. No asistirá a la planificación del sprint, pero regresará a mediados de la iteración / sprint. Digamos que tiene una capacidad del 50%, es decir, ya que estará disponible para la mitad posterior de la iteración, si:

  1. tener una sesión de planificación con él después de que regrese.

  2. tener una sesión de planificación con él antes de irse de vacaciones anuales, es decir, antes de la planificación del sprint.

  3. no lo programe para ninguna tarea y lo asigne a tareas que no sean de sprint, por ejemplo, picos, etc.

  4. haga que sus compañeros planifiquen en su nombre durante la planificación del sprint y la persona ausente puede agregar tareas cuando regrese y si no puede hacer todo el trabajo que puede desear.

  5. haga que se siente con otro desarrollador y que haga un par de programación por un tiempo.

  6. Algo más..

Estoy interesado en saber lo que estás haciendo.

Nota: Estamos haciendo (1) y no se siente bien.

Asim Ghaffar
fuente
15
Encuentro la flagelación funciona.
George
1
¡Cómo se atreve un gerente de proyecto a invadir el santuario interno de los programadores trabajadores!
trojanfoe
8
Normalmente encuentro este tipo de preguntas cuando los gerentes de proyecto no tienen suficiente trabajo que hacer. Quedarse sin colores para elegir en Excel lleva a mucho tiempo libre.
Jamie Dixon
44
Solíamos hacer que la persona comprara bollos para el resto del equipo. Entonces todos comenzamos a engordar, así que ahora les disparamos.
Bohemio
3
Creo que para una empresa en la que varios equipos están haciendo sprints sincronizados, no podemos exigir que los permisos anuales de todos permanezcan sincronizados con el ciclo de sprint. Incluso si pudiéramos de alguna manera la gente puede estar enferma en esos días, así que creo que esta es una pregunta válida.

Respuestas:

16

La planificación se trata de comprometerse y de dividir historias de usuarios comprometidos en tareas.

tener una sesión de planificación con él después de que regrese.

Definitivamente no. La planificación de la sesión después de su regreso no tiene sentido porque el compromiso ya había sido hecho.

tener una sesión de planificación con él antes de irse de vacaciones anuales, es decir, antes de la planificación del sprint.

Definitivamente no. No debe haber planificación cuando no se completa el sprint actual = el resultado del sprint actual es desconocido y nadie sabe si todas las historias de usuarios se completarán y el cliente estará satisfecho con ellas en la revisión.

no lo programe para ninguna tarea y lo asigne a tareas que no sean de sprint, por ejemplo, picos, etc.

Definitivamente no. Regresará y su capacidad debería usarse para el objetivo de sprint.

haga que sus compañeros planifiquen en su nombre durante la planificación del sprint y la persona ausente puede agregar tareas cuando regrese y si no puede hacer todo el trabajo que puede desear.

Esto es correcto. El equipo se compromete, no un miembro del equipo en particular. El equipo se compromete a establecer un conjunto de historias de usuarios porque conocen su velocidad y, según su conjetura profesional, pueden modificar el compromiso para el próximo sprint en función de la capacidad disponible. No debe haber tareas asignadas a un solo desarrollador por adelantado. Los desarrolladores deben ser multifuncionales, aunque no siempre es posible, deben poder dividir al menos la historia del usuario en tareas. Puede haber problemas con las tareas de estimación, pero en mi opinión no es necesario en absoluto.

haga que se siente con otro desarrollador y que haga un par de programación por un tiempo.

Definitivamente no. La programación de pares debe estar cubierta por la velocidad misma. Si no cuentas con el desarrollador, es lo mismo que decir que él estará lejos todo el sprint. ¿Por qué el cliente debe pagar el tiempo del desarrollador que no hizo nada durante el sprint?

Ladislav Mrnka
fuente
1
Esta es la respuesta perfecta. Tan perfecto que después de leer las primeras 3-4 líneas supe lo que diría a continuación y, lo que es más importante, cómo debería haber sabido la respuesta, es decir, centrarme en el compromiso del equipo. Muchas gracias.
Asim Ghaffar
10

En un equipo ágil ideal, los miembros se sienten cómodos con todas las tecnologías utilizadas en un proyecto y cualquier tarea puede ser ejecutada por (casi) cualquier miembro de un equipo. Si ese es el caso, después de clasificar las tareas en el trabajo atrasado, definir la iteración y los miembros del equipo seleccionando su primer conjunto de tareas del trabajo atrasado, puede dejar el resto de las tareas en el cubo y el equipo las recogerá miembros, incluido el que se perdió la sesión de planificación.

En otra situación común, los miembros del equipo están especializados (uno es un tipo de interfaz de usuario, otro es un experto en bases de datos, el tercero es un gurú de middleware, etc.) En ese caso, al miembro del equipo desaparecido se le asignarían sus tareas en ausencia. Sin embargo, es posible que deba cambiar el tamaño después de subir a bordo.

Olaf
fuente
44
¿Existen tales equipos?
quant_dev
1
@quant_dev: El mío es así. Algunas personas son más fuertes que otras en tecnologías particulares, pero si emparejas con frecuencia y trabajas constantemente en una buena combinación de cosas, no es un problema.
William Pietri
4

En un equipo en el que está trabajando "scrum", el equipo mismo tomará el relevo y propondrá una solución creativa. Esta situación no se presenta con la frecuencia suficiente para justificar la descripción de casos especiales, simplemente "siga la corriente" por el resto del sprint. Después de todo, estos sprints no son muy largos de todos modos.

Joris Timmermans
fuente
Creo que esta es la forma correcta de hacer pequeñas configuraciones. sin embargo, si tiene muchos equipos scrum, entonces probablemente necesitemos cierta consistencia ... puede ser que tales problemas se puedan discutir en scrum of scrum ...
Asim Ghaffar
3

Las vacaciones, ya sean planificadas / no planificadas, son solo parte del juego. @Asim Ghaffar, los métodos sugeridos, al menos la mayoría de ellos, parecen estar criminalizando a una persona que se ausentó de la reunión de planificación del sprint. En un equipo, el respeto mutuo entre ellos comprenderá las necesidades personales de una persona, y en tales equipos existe una confianza saludable sobre el tipo de trabajo que realiza. Es con esta confianza que planean lo que pueden hacer, considerando el momento en que diferentes personas estarían fuera del trabajo para una iteración / sprint en particular.

Son los tiempos difíciles los que indican cuán profesional es un equipo. En un equipo de tamaño medio, en nuestra empresa siempre hay una persona que se pierde la reunión de planificación de sprint. No lo criminalizamos. Creemos que es lo suficientemente maduro como para tomar su decisión :)

Agradezco su pregunta siempre que tenga sed de aprender y apreciar el espíritu de la metodología ágil de desarrollo de software.

karthiks
fuente
1
No estoy sugiriendo castigar a la persona. Guy no pudo asistir a la sesión de planificación debido a una razón válida, ahora está de regreso y quiere usar su tiempo para el beneficio del equipo ... ¿cómo hacerlo mejor?
Asim Ghaffar
1

Donde trabajo, 4 sería la solución común tomada. La (s) persona (s) que faltan a la reunión puede estar de vacaciones, enferma o tener que hacer algo más en algunos casos en los que el hecho de que alguien falte no significa que el sprint no deba continuar. La idea aquí es que el equipo reconozca qué tipo de ajustes se pueden hacer si alguien está ausente durante la mitad de un sprint, aunque al final puede haber más de unos pocos ajustes.

JB King
fuente
1

La gente siempre tiende a tener vacaciones :-) sin daño.

En un grupo ágil, si alguien necesita vacaciones si el ágil funciona correctamente, una persona desaparecida no debería marcar una gran diferencia, sí, el grupo puede hacer menos de lo normal, pero solo significa hacer menos funciones en esa iteración.

AndersK
fuente