Este documento presenta los principios básicos de Scrum y Kanban y propone una combinación de ambos llamada ScrumBan. Explica que Scrum se enfoca en iteraciones cortas con incrementos de valor, mientras que Kanban se centra en limitar los flujos de trabajo y medir tiempos de ciclo. Finalmente, ScrumBan toma las mejores prácticas de ambos, como controlar impedimentos, medir flujos y dividir el trabajo en progreso para identificar cuellos de botella.
2. Principios básicos de Agile
Satisfacción del cliente por entregas constantes de valor
Los cambios son bienvenidos
Gente de negocios y gente técnica trabajan juntos
Ambiente de confianza y motivación
Interacción cara a cara constantemente
El software funcionando como medida de progreso
3. Principios básicos de Agile – cont.
Mantener un ritmo sostenido
Atención a la mejora técnica continuamente
La simplicidad es la máxima sofisticación
La arquitectura, requerimientos y diseños emergen de equipo auto-
organizados
En intervalos regulares, el equipo analiza como ser más efectivo y lo pone
en práctica
4. Principios básicos de Scrum
Dividir el trabajo en iteraciones cortas de trabajo (2 a 6 semanas) con
incrementos de funcionalidad de valor
Establecer equipos multifuncionales con 3 roles prescritos: Scrum Master,
Product Owner y Scrum Team
Repriorizar constantemente el trabajo en colaboración con el cliente
Optimizar continuamente el proceso
5. Principios básicos de Kanban
Dividir el trabajo en fragmentos, escribirlos en una hoja de papel y
pegarlos en la pared. TODO MUY VISUAL.
Nombrar columnas en un pizarrón, correspondientes a las fases del flujo
de trabajo
Limitar los flujos de trabajo para cada estado del proceso
Medir el tiempo de ciclo
6. Prescriptivo vs. adaptativo
Agile es un framework adaptativo
RUP XP Scrum Kanban Mano de Dios
>120 13 9 3 0
¿Más de 120
procesos,
herramientas y
roles?
7. Scrum prescribe iteraciones
• Iteraciones cortas, basadas en las prioridades del Product Owner
• En la iteración, no se trabaja algo diferente a lo planeado
• Al final de la iteración se hace una demostración del incremento al Product
Owner
• Buscar cadencia en el trabajo
• Una velocidad constante
12. Scrum + Kanban = ScrumBan
User Story Task
Feature Issue
TO DO PLAN DEVELOP (4) TEST (2) DEPLOY DONE
13. ScrumBan prácticas
No se necesita hacer una planeación del trabajo (es sobre demanda)
Control de impedimentos, cuellos de botella, bloqueos
Medición del flujo de trabajo
Dividir la columna del trabajo en progreso ayuda a determinar cuellos de
botella
Medir el tiempo que toma llevar una tarea a la columna de terminado
14. Tarea# 04
Crear el diseño de la interfaz
principal
12
Cristina
Nimue
Tiempo de tarea
estimado Hay un obstáculo
Responsables de
la tarea
Ítems de trabajo
16. Recopilación de métricas
ID
tarea
Fecha de
solicitud
Fecha de
inicio
Fecha fin Días sin
trabajo
Lead
time
Cycle
time
Touch
time
23 Aug 3-15 Aug 5-15 Aug 12-15 1 8 7 4
17. Reuniones
Reunión diaria
Revisar el tablero
Preguntas:
1.- ¿Alguien está trabajando en algo que no está en el tablero?
2.- ¿Qué necesitamos hacer para terminar lo pendiente?
3.- ¿Podemos identificar algún cuello de botella u otros
impedimentos en el flujo de trabajo?
18. Retrospectiva
Al final de cada semana
Reflexionar sobre:
¿Hay algún trabajo en progreso oculto que no esté reflejado en el
tablero?
¿Cada tarea tiene el nivel correcto de detalle?
¿Hay colas o frenos en tu flujo de trabajo que no esté en el tablero?
¿Cómo nos sentimos como equipo? ¿Qué hacemos bien y qué mal?
Reuniones