|
Scrum: mejor con un sprint 0 |
|
|
17.01.2008 |
|
 El diseño del modelo de gestión ágil DSDM incluye antes de comenzar con las iteraciones (funcional - Diseño - e implementación), un punto de inicio representado por el triángulo de su diagrama ("el queso ") con las fases:
- Pre-proyecto
- Estudio de viabilildad
- Estudio de negocio
En ellos se debe realizar:
Análisis ágil de viabilidad sobre las cuestiones:
- ¿El sistema propuest es técnicamente posible?
- Impacto en el proceso de negocio
- ¿Es DSDM el mejor ciclo de desarrollo para la solución del cliente?
- Análisis previo de los riesgos del proyecto
Y en el "estudio de negocio"
- comprobar que el cliente dispone de una visión válida de lo que desea.
- Definir y validar la definición de alto nivel de la arquitectura del sistema.
- y generar un plan de desarrollo con las líneas de actividades en las iteraciones del modelo, del diseño y de la implementación.
Este concepto de "validación inicial del proyecto" sería el equivalente al que la ingeniería del software ortodoxa cubre con el proceso de Adquisición, y que tiene como finalidad comprobar que todas las luces están verdes, antes de comenzar.
La definición ortodoxa de Scrum, con un dibujo más simple que DSDM, y mucho más que los modelos no ágiles de gestión de proyectos, se centra en el ciclo de desarrollo y no hace consideraciones previas, que sin embargo sí que son importantes, y que por otra parte se pueden integrar sin alterar el modelo: incluyendo un "Sprint 0".
La diferencia básica en cuanto a la forma con el resto de sprints radica en que el objetivo no es producir una parte del producto "tangible" y funcional, sino realizar un sprint backlog con las tareas de análisis y/o diseño previos para tener la primera "bala trazadora" y contrastar que el nivel de riesgos del proyecto es asumible.
 |
RSS de los comentarios
