2. Scrum - Repaso
• Divide la organización: equipos pequeños,
interdisciplinarios y auto-organizados.
• Divide el trabajo. Priorización y estimación.
• Divide el tiempo en iteraciones.
• Optimiza el plan de entregas.
Priorización con el Cliente.
• Optimiza el proceso.
Retrospectiva después
de cada iteración.
3. Kanban - Repaso
• Visualiza el flujo de trabajo.
• Limita el WIP (Work in progress) en cada estado del
flujo de trabajo.
• Mide el Lead Time (tiempo medio para completar un
elemento).
• Optimiza el proceso: Lead
Time pequeño y predecible.
4. Similitudes
• Son herramientas de proceso
• Lean y Ágiles. Valores y Principios
– Optimización continua (Kaizen – Lean)
– Respuesta al cambio (Manifiesto ágil)
….
• Empíricos: Se espera que experimentes y adaptes el
proceso a tu entorno. Inspección y adaptación.
• Permiten trabajar en múltiples productos. Pila de
Equipo.
• Transparencia y visibilidad.
• Equipos auto organizados.
5. Diferencias
• Scrum es más prescriptivo que Kanban
• Scrum prescribe 3 roles:
– Dueño del producto.
– Equipo.
– Scrum Master.
• Scrum prescribe iteraciones de tiempo fijo
Planificación al inicio, demo al final y retrospectiva.
Kanaban: regular o bajo demanda.
6. Diferencias
• Scrum se resiste a los cambios durante la iteración.
• Scrum prescribe equipos multifuncionales. En
Kanban es opcional.
7. Diferencias
• Scrum prescribe la estimación y la velocidad.
• Métrica por defecto para planificación y mejora
del proceso:
– Velocidad (Scrum)
– Lead Time (Kanban)
• Scrum prescribe una Pila de Productor priorizada.
8. Similitudes… diferentes
• Ambos limitan el WIP, pero…
– Kanban limita el WIP por estado en el flujo de trabajo.
– Scrum limita el WIP indirectamente por iteración.
• Ambos utilizan tablero para visualizar el estado
actual de las tareas, pero…
– El tablero Sprint se limpia por iteración
– El de Kanban representa la naturaleza de flujo
9. Entonces… ¿Scrum o Kanban?
• ¿Proyecto grande?
• ¿Es posible, esperar 2 semanas o más para pasar a
producción?
• ¿Se necesita un calendario/plan de entrega?
• ¿Es común tener tareas no esperadas y de alta
prioridad?
• ¿En el equipo se cuenta con gente especializada?
• ¿Se tiene una pila de producto priorizada? ¿P.O que
cumpla su rol?
• ¿Hay que proporcionar soporte a los clientes?
10. Entonces… ¿Scrum o Kanban?
• SCRUM: Pila de producto priorizada, sprints,
proyectos grandes con entregas incrementales,
equipo multidisciplinar…
• KANBAN: tareas no esperadas, flujo constante de
trabajo, bien con equipos especializados o
multidisciplinares…
11. ¿Combinamos?
• Regularmente tareas no esperadas y urgentes.
• Sin embargo queremos entregas incrementales,
planificadas.
• Entregar valor al Cliente. Priorización.
• Reuniones diarias y retrospectivas nos dan buenos
resultados para mejora continua.
18. Conclusiones
• Conocer el contexto en el que nos encontramos.
• Y el juego completo de herramientas con el cual
podemos trabajar.
– Fortalezas
– Limitaciones
• Decidir qué herramienta es mejor cuándo.
• Inspeccionar y adaptar la herramienta a nuestro
escenario.
• Combinar el uso de las herramientas.
• Aprender de esto. Mejora continua.
• La herramienta no es el objetivo en sí.
19. Referencias
• Kanban y Scrum – Obteniendo lo mejor de ambos. Henrik Kniberg y
Mattias Skarin
• http://www.genbetadev.com/metodologias-de-programacion/test-
de-metodologias-agiles-que-metodologia-es-mejor-scrum-kanban-
o-scrumban
• http://www.slideshare.net/proyectalis/scrumban-ideacamp-
amsterdam-scrum-gathering-2010
• http://www.slideshare.net/proyectalis/110506-scrumban-xp2011
• http://www.slideshare.net/proyectalis/seminario-kanban-y-
scrumban
20. Grupo de Google:
agiles-parana@googlegroups.com
Sitio Web:
http://www.agiles.org/agiles-parana
E-mail: agiles.parana@gmail.com
Facebook: Ágiles Paraná
Twitter: @agilesparana
Gracias