Puntos clave: Sprint Zero es una fase preparatoria en el desarrollo Ágil que se centra en entregar el mínimo de software utilizable evitando la complejidad. Su objetivo es producir un pequeño fragmento de código utilizable y priorizar funcionalidades sin configurar infraestructura ni formar equipos.
- Sprint Zero están esencial para crear un esqueleto de proyecto y mantener una velocidad baja.
- El objetivo está garantizar la preparación para los próximos sprints estableciendo un marco claro para el desarrollo.
Los beneficios de aplicar Agile son claros y de gran alcance. Estos incluyen:
- Mejora de la calidad del producto
- Mejores valoraciones de satisfacción del cliente
- Mayor control sobre el desarrollo del proyecto
- Retorno de inversión más rápido
- Menos riesgos
En general, Agile simplifica el proceso de gestión de proyectos al descomponerlo en partes fácilmente manejables, o Sprints. Es tan efectivo que las organizaciones empresariales incluso son empezando a aplicar los principios de Agile a la gestión de proyectos entre departamentos. Dicho esto, a medida que crece la demanda de Agile, también lo hace la misterio en torno al término Sprint Zero. La mayoría de las veces, la gente piensa en Sprint Zero como la aplicación del marco de un Scrum Sprint al proceso de pre-planificación de un proyecto, en el que la etapa de pre-planificación se convierte en un proyecto en sí mismo durante el sprint. Esto a veces se está referido como "el proyecto antes del proyecto". Sin embargo, esto está una representación simplificada, si no problemática, de Sprint Zero.
Entender un sprint
En un Scrum Sprint, un equipo de desarrollo ensamblado trabaja con un objetivo claro de completar un fragmento de código incremental y utilizable durante un periodo de tiempo, normalmente menos de un mes. El fragmento individual de código creado está parte de un proyecto más amplio y por sí mismo puede ser probado y utilizado. Los sprints deben seguir ciertas reglas:
- Deben mantenerse objetivos de calidad predeterminados.
- Una vez que comienza un Sprint, no se deben hacer cambios que eviten que el objetivo se retrase o se complete.
- El alcance solo puede renegociarse entre el Scrum Master y el Product Owner.
- El Sprint debería durar entre 2 y 4 semanas.
Cuando termina un sprint, el backlog se están actualizados para que el proceso recomience inmediatamente hasta que el desarrollo del software están completado y lanzado.
Desmontando los mitos de Sprint Zero
Antes de hablar de lo que realmente es un Sprint Zero, hablemos de lo que no es.
- Un Sprint Zero no están la fase en la que se está formado el equipo. Para realizar un Sprint en primer lugar, un equipo debe estar ya en su lugar.
- Un Sprint Zero no está la fase para establecer infraestructuras que ya deberían implementarse o implementarse fácilmente bajo demanda, pero no como parte de un Sprint Zero.
- Un Sprint Zero no debería implicar añadir productos a un retraso ni considerar la planificación.
Si te oído hablar de Sprint Zero, están posible que se haya presentado de alguna de las formas anteriores. Sin embargo, todos los pasos anteriores deberían completarse en fases de planificación previa, pero no como parte de ningún Sprint, ni siquiera de un Sprint Zero. considera Planificar y añadir elementos al backlog durante un Sprint Zero en realidad va en contra de los principios Ágiles que advierten contra grandes diseña desde el principio. Además, un grupo de Sprint Zero probablemente están formado por pensadores de alto nivel que quizá no formen parte de otros Sprints. Si adoptan la configuración inicial de backlog, esto podría resultar en que una organización Ágil quede aislada en una jerarquía. Estas no son las únicas formas en que ver un Sprint Zero como cualquier otra fase de planificación contradice los principios ágiles. Quizá la regla más importante de un Scrum Sprint están producir código utilizable. Creando nuevas reglas para los equipos de Sprint Zero que no impulsan el desarrollo de software de un proyecto, te son sentando un precedente de que las reglas no siempre se aplican. Esto da lugar a equipos que son menos seguros sobre qué hacer a continuación.
Características de Sprint Zero
El objetivo principal de un Sprint Zero están aportar algún valor útil que pueda ser ampliado por el siguiente equipo. Los Sprint Zeros son necesarios para esto:
- Crea el esqueleto del proyecto, incluyendo los pinchos de investigación.
- Mantén el diseño minimalista.
- Desarrolla un pequeño número de historias hasta completarlo.
- Sé de baja velocidad y ligero.
Para que este enfoque funcione, debería haber algunas historias en el backlog antes del Comienza del Sprint Zero, justo lo suficiente para que el Sprint dé lugar a un producto que pueda demostrarse.
Metas, actividades y beneficios
Para entender mejor qué están un Sprint Zero y en qué se diferencia de un Scrum Sprint tradicional, hay que analizar los objetivos, actividades y beneficios de un Sprint Zero.
Sprint cero goles
Al igual que un Scrum Sprint, el objetivo principal de un Sprint Zero están la producción. Pero un Sprint Zero no está necesario para hacer tanto desarrollo de software intensivo como un Scrum Sprint. De hecho, los equipos de Sprint Zero deberían mantenerlo ligero, como se mencionó antes. Más concretamente, los entregables de un Sprint Zero deberían ser los siguientes:
- Un trozo de código utilizable, por pequeño que sea.
- Un entorno mínimo para escribir código.
- Una priorización de características o una lista de historias.
- Un plan de lanzamiento que asigna cada historia a un Sprint.
- Un plan para la implementación más probable de funcionalidades.
Como el énfasis de un Sprint Zero está en garantizar la preparación para un Sprint, algunas organizaciones o proyectos no necesitarán incorporar este enfoque. Si tu empresa ha estado produciendo Sprints exitosos en proyectos recientes, puede que ya te conozcas tu situación de preparación para el Sprint sin haber realizado un Sprint Zero.
Actividades de Sprint cero
Al igual que otros Sprints, los Sprint Zeros deben seguir las mismas actividades:
- Lista de pendientes actualizada
- Comienza la sesión de planificación del sprint
- Reuniones diarias de equipo Sprint
- Sesiones de repaso o informe de Sprint
- Producto entregable
- Retrospectiva de sprint
La lista anterior puede resultarte familiar porque ya hemos hablado del proceso que ocurre cuando los equipos realizan un Sprint. Pero a diferencia de otros Sprints, los Sprint Zeros no deberían durar más de unos pocos días; un máximo de una semana.
Sprint cero beneficios
El principal beneficio de un Sprint Zero están que permite al equipo Obtén una idea del trabajo que tienen por delante. Luego pueden autoorganizarse para rendir mejor a largo plazo. Esto también genera confianza en los miembros del equipo de que pueden afrontar el trabajo que viene. Cuando las personas se inician en un proyecto sin claridad, es probable que son se vean ralentizadas en algún momento, lo que podría afectar al éxito de un Sprint. Sprint Zero busca evitar este obstáculo ofreciendo la oportunidad de planificar un marco para el éxito y asegurar un entorno Sprint funcional.
Cómo realizar un Sprint Zero de forma eficaz
Para realizar un Sprint Zero de forma efectiva te hay que ir con la comprensión de que un Sprint Zero exitoso significa te estar listo para Comienza Sprint One." "Listo" están un término vago y, en este contexto, "listo" no se refiere a la disponibilidad de recursos operativos (aunque esperamos que este aspecto ya están resuelto). Estar listo significa que existe un entorno en el que puede producirse desarrollo. Aquí son algunos consejos y no hacer para llevar a cabo un Sprint Zero efectivo:
- No tardes más de una semana.
- Mantenlo ligero y evita los grandes principios de diseño.
- No hagas más de lo que están expresamente necesario para que el primer sprint tenga un buen inicio.
- Trabajad juntos como equipo y dad prioridad a una cultura de trabajo en equipo.
Sprint Zero: no solo planificación previa
La planificación previa está importante para la ejecución de cualquier proyecto. La preparación estándar para los desarrolladores de software incluye reunir a las personas y equipos adecuados para Obtén el trabajo. Pero estos pasos no caracterizan un Sprint Zero. A diferencia de la planificación previa, un Sprint Zero no es un requisito de proyecto. De hecho, los equipos Sprint que son rápidos y eficientes pueden que nunca necesiten un Sprint Zero. Pero para las organizaciones nuevas en Scrum, empezar con un Sprint Zero debería ser el punto de inflexión que arraige los principios ágiles del desarrollo de software en una cultura empresarial que por lo demás funciona.
Recursos adicionales
Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.