¿Debería asignar tareas durante el Sprint Planning?
Durante el Sprint Planning, un equipo determina los Product Backlog Items en los que se trabajará en el próximo Sprint. Al mismo tiempo, la mayoría de los equipos también identifican las tareas que deben ejecutarse para completar los Product Backlog Items.
Muchos equipos también estiman el esfuerzo de trabajo de las tareas individuales. Todo junto forma entonces el Sprint Backlog y podría verse así:
“Como nuevo usuario puedo…”
- ... diseñar (8 h)
- Escribir código para ... (6 h)
- ... testear (5 h)
“Como visitante de la página puedo…”
- ... investigar (5 h)
- ... completar (4 h)
- Escribir código para ... (8 h)
La pregunta, sin embargo, es si las tareas deberían asignarse a personas específicas ya durante el Sprint Planning o no.
Si un equipo sale del Sprint Planning con un nombre junto a cada tarea, la responsabilidad individual de cada persona definitivamente aumenta. Me siento mucho más responsable de completar mis tareas cuando mi nombre está al lado. Y lo mismo te ocurrirá a ti. Sin embargo, esto se hace a costa del sentido de responsabilidad del equipo en su conjunto.
Mi recomendación es, por lo tanto, no asignar las tareas a personas específicas ya durante el Sprint Planning. Se es mucho más flexible cuando simplemente se decide espontáneamente quién debería asumir qué tareas.
Este texto proviene del blog de Mike Cohn y fue traducido al español.
Sprint Planning Meeting
=> ¿Qué es lo que importa para Scrum Masters y Product Owners en el Sprint Planning Meeting?
Formación de Product Owner
=> Visita una de nuestras formaciones certificadas de Product Owner o nuestros cursos online para aprender a tu ritmo.
Requisitos no funcionales
=> Descubre cómo integrar requisitos no funcionales en una User Story.
