|
25.02.2008 |
|
 Según el producto, o incluso el momento de evolución en el que está, puede resultar más dinamizador para el equipo cambiar como criterio base de "time box" el sprint backlog, por el de "mínima funcionalidad integrable".
Gestionar estas "MFI" al estilo que el modelo de Producción de Toyota consideraría cada unidad Kanban.
Tiene la ventaja de seguir lo más cerca posible las prioridades del cliente. La versión del Just in Time de la programación. También tiene el riesgo de que el equipo pierda la visión general del producto, y el concepto de "objetivo del sprint". Para evitarlo se deben mantener tres niveles de zoom de los requisitos del proyecto: funcionalildades de producto, de versión y tareas; y es muy útil trabajar con pizarras Kanban:
 |  | 
| De funcionalidades
| De historias de usuario
| De tareas
|
De funcionalidades Representan el trabajo, previsión y estado de las funcionalidades del sistema. Cada tarjeta kanban, o elemento de información representa una funcionalidad general de sistema. La dimensión horizontal de la pizarra representa el tiempo, de forma que en columnas temporales se van apilando las tarjetas con las funcionalidades que se irán cerrando en cada "versión".
De historias de usuarios
Representan el trabajo, previsión y estado de avance de la versión que se está programando. Una pizarra de historias, descompone en historias de usuario, las funcionalidades de una columna de la pizarra anterior. Representa por tanto un nivel de detalle mayor sobre los requisitos del sistema. La dimensión horizontal de la pizarra representa las diversas funcionalidades separadas por columnas, y en cada una de ellas las historias de usuario en las que se descompone.
De tareas
Representan el trabajo y el estado de avance de la iteración en desarrollo. Las tarjetas Kanban o elementos de información representan las tareas de programación en que se descomponen las diferentes historias de usuario.Divide el espacio en 3 tres columnas. En la primera de ellas están todas las tareas pendientes de realizar. La segunda contiene las tarjetas de las tareas que actualemnte se están programando, y en la tercera la de aquellas tareas completamente terminadas.
Para no perder en el equipo la visión y los intereses del producto, la que con sprints sería reunión de planificación del sprint es ahora una reunión periódica (¿mensual?), de características similares en la que el product owner y el equipo revisan las funcionalidades y su prioridad, y las transforman en historias de usuario y tareas.
 |
RSS de los comentarios
