No creo que muchos métodos ágiles manejen bien las actividades que generalmente son parte del inicio del proyecto. Muchos de los frameworks comunes (XP, Scrum, Kanban) no abordan esta preocupación, pero algunos de los frameworks escalados (Disciplined Agile Delivery, SAFe) lo hacen en cierta medida.
Algunas personas abogan por un concepto de incremento inicial (en Scrum, un sprint) diseñado para configurar su proyecto. Esto a menudo se llama Incremento cero (o, en Scrum, Sprint 0). Sin embargo, no es una parte formal de Scrum y los puristas dicen que el primer Incremento debería ser potencialmente liberable.
Tal incremento se usa para configurar el entorno del equipo: configure sus entornos de desarrollo, prueba y producción, configure sus herramientas y scripts de soporte y establezca sus entornos de trabajo con gráficos de carga y atrasos. Si alguien en el equipo no está familiarizado con las herramientas de desarrollo que se usan, aquí es donde aprenden los conceptos básicos para funcionar y comienzan a producir resultados en la primera iteración.
Junto con esto, a menudo comenzará a escribir sus primeras historias de usuario y priorizará la cartera de pedidos de su producto, ya que no hay una pila de sprint en este momento. Quien sea el propietario del producto ideará historias. Si esta persona es nueva en Scrum, también aprendería a escribir buenas historias de usuario con las que el equipo pueda trabajar. No enfatices en obtener todas las historias, pero querrás lo suficiente para comenzar la primera iteración de desarrollo.
Diferentes equipos manejan Sprint 0 de manera diferente. Algunos pueden usar la misma duración que cualquier otro sprint. Otros pueden hacerlo un poco más largo o un poco más corto dependiendo de las necesidades del equipo. Dado que este es su primer intento en Scrum, podría hacerlo más largo, especialmente si tiene iteraciones más cortas como parte de su ciclo de desarrollo. Si está planeando iteraciones de dos semanas, hágalo en 3 semanas.
En cuanto a la formulación de las tareas, no las formularía necesariamente como historias de usuarios. Podría, desde la perspectiva de los miembros del equipo y varios roles (Propietario del producto, ScrumMaster, desarrollador, probador, diseñador, escritor técnico, etc.). Sin embargo, Sprint 0 es para el equipo, no para el cliente o el usuario. Sería suficiente una simple lista de tareas y actividades.