Ejemplo III: Kanban con elementos de Scrum
Para afianzar los conceptos y ver claramente las diferencias con Scrum vamos a continuar el ejercicio de la lección anterior. A continuación se facilita el enunciado:
Supongamos que tenemos un equipo de desarrollo software el cual usa Kanban. Nuestro rol es de jefe de proyecto y un cliente nos ha pedido que desarrollemos una potente calculadora para móviles.
El cliente nos ha trasladado las historias de usuario (user stories). Nuestro equipo ya las ha agrupado por valor (dado por el cliente) y también ha estimado el tiempo que tardaremos, en días, en completarlas. El cliente desea la implementación de:
El primer paso que debemos hacer es dividir las historias de usuario en tareas de un tiempo homogéneo:
Para formar el Sprint Backlog y simplificar el problema, supondremos que las historias de usuario son indivisibles. Además las tareas a implementar en cada historia de usuario tienen que guardar el orden establecido.
Ésto es: si se quiere implementar el requisito 3, ha de realizarse 3.1 y 3.2 en la misma iteración, y en ese orden.
Este es el muro Kanban que tenemos inicialmente
Según el muro del ejemplo vemos que:
Para el primer Sprint, las historias de usuario que maximizan el valor percibido por el cliente son 1, 3 y 4. Por lo que nuestro muro inicial quedaría así:
De esta manera podemos ver que es fácil estimar en Kanban. Son tareas más o menos homogéneas en tiempo. Por lo que, realizando unos pequeños cálculos podemos determinar nuestro tiempo estimado. En este caso, como el WIP de estado del flujo "En progreso" es 2, el tiempo máximo vendrá determinado por el promedio de tiempo de todas las tareas dividido 2 (ver fórmula).
Por tanto:
3 días (de la tarea 1) + 2 días (de la tarea 3.1) + 3 días (de la tarea 3.2) + 3 días (de la tarea 4)
2 (WIP "En progreso")
El resultado de esta operación es aproximadamente 6 días. Por lo tanto, para terminar las historias de usuario, el equipo tardará aproximadamente 6 días.
Supongamos que tenemos un equipo de desarrollo software el cual usa Kanban. Nuestro rol es de jefe de proyecto y un cliente nos ha pedido que desarrollemos una potente calculadora para móviles.
El cliente nos ha trasladado las historias de usuario (user stories). Nuestro equipo ya las ha agrupado por valor (dado por el cliente) y también ha estimado el tiempo que tardaremos, en días, en completarlas. El cliente desea la implementación de:
Ésto es: si se quiere implementar el requisito 3, ha de realizarse 3.1 y 3.2 en la misma iteración, y en ese orden.
Este es el muro Kanban que tenemos inicialmente
- En el Sprint Backlog lo tenemos que cumplimentar con 4 tareas para este Sprint. Aquí se ve claramente que Kanban limita el WIP por estado en flujo de trabajo (columna del tablero); en cambio Scrum limita el flujo de trabajo por iteración, al indicar en el Sprint Backlog cuántas tareas se pueden realizar en esa iteración (recordemos que una vez comenzada una iteración en Scrum, no debería modificarse el Sprint Backlog).
- En la fase de “En progreso” podrán estar dos tareas desarrollándose paralelamente, indicado por el número 2.
Para el primer Sprint, las historias de usuario que maximizan el valor percibido por el cliente son 1, 3 y 4. Por lo que nuestro muro inicial quedaría así:
Por tanto:
3 días (de la tarea 1) + 2 días (de la tarea 3.1) + 3 días (de la tarea 3.2) + 3 días (de la tarea 4)
2 (WIP "En progreso")
El resultado de esta operación es aproximadamente 6 días. Por lo tanto, para terminar las historias de usuario, el equipo tardará aproximadamente 6 días.
Francisco Javier Cervigon Ruckauer
No hay comentarios:
Publicar un comentario