Hay quienes llaman Sprint cero para comenzar un nuevo equipo o proyecto. Al principio del desarrollo de un producto hay preparativos previos a comenzar el desarrollo en donde se construye la infraestructura técnica, poner en orden el backlog inicial (refinamiento), visualización de la arquitectura a alto nivel, priorización y planificación de lanzamientos (release plan), configurar el espacio de trabajo del equipo con máquinas para la construcción, instalar ambientes y herramientas, tal vez algo de capacitación, constitución de equipo y acuerdos de trabajo en equipo. Esto no es un término de Scrum 'oficial' aunque es común. Para el examen de Scrum.org, "no" existe Sprint 0, no hay tal cosa como Sprint 0 (Sprint Zero). Los Sprint se numeran desde el 1. Para Ken Schawber, coautor de Scrum, el Sprint cero no deja de ser una frase mal aplicada para describir la planificación previa al primer Sprint. El problema es que, por lo general, no resulta en un incremento de producto para que el Product Owner valore, ni se lo suele asignar a ese fin. Para que sea un Sprint ideal de Scrum debería tener un objetivo, entregar un incremento de producto y comenzar por el 1.
Podríamos usar diferentes estrategias:
- Usar el Sprint 1: El objetivo por lo general es “configurar el equipo para el desarrollo del producto”. Si se tiene una historia de usuario mínima para trabajar se puede comenzar con ella para poder entregar algo de valor de negocio y se puede acordar ese objetivo como parte del setup. Uno de los requisitos básicos del scrum es tener un registro del producto y este sprint es ideal para consolidar el backlog y refinar el trabajo para el próximo sprint y en lo posible entregar algo aunque no se pueda. Es muy probable que la velocidad del Sprint 1 sea cero.
- Proyecto de inicio: según Mike Cohn, este trabajo puede ser como un proyecto propio inicial porque porque no es difícil imaginar que este trabajo lleve más del tiempo de un sprint. Luego ya podemos comenzar con el Sprint 1. De hecho en el proyecto de inicio puede ser un proyecto de validación de la hipótesis inicial del producto (apuesta inicial que se desprende de alguna estrategia de negocio) y se podría hacer el Discovery y la Inception.
- Usar la Inception: este trabajo puede ser realizado en la “inception” del equipo. O sea que a las actividades de la inception se les puede agregar actividades técnicas de setup y formación del equipo.
- Usar el Sprint 0: usar el nombre de Sprint 0 sabiendo que no se tiene en cuenta en la velocidad y que es tratado como un sprint distinto exceptuando las reglas de los Sprint de Scrum. Hasta podría tener un timebox distinto.
Referencias:
https://www.mountaingoatsoftware.com/blog/sprint-zero-a-good-idea-or-not http://www.javiergarzas.com/2013/07/el-sprint-cero-y-el-sprint-de-release.html https://dosideas.com/noticias/metodologias/944-un-sprint-cero-efectivo-en-scrum
https://www.paradigmadigital.com/techbiz/sprint-0-clave-la-gestion-proyectos-agiles/
No hay comentarios:
Publicar un comentario