3.2 Kanban.key

Transcripción

3.2 Kanban.key

3.2 Kanban
Tema 3: Scrum y Kanban
Metodologías Ágiles de Desarrollo de Software Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
Introducción a Kanban
Historia
• Orígenes en los sistemas de fabricación lean y en los •
•
•
•
•
sistemas pull
Entre 2003 y 2010 trabajo de David J. Anderson en los equipos
de desarrollo de Microsoft y Corbis para adaptar estos
sistemas al desarrollo de software
Presentación en sociedad en la conferencia Agile 2007 en
Washington
Crece el interés: 6 presentaciones en Agile 2008 en Toronto
Publicación del libro de David J. Anderson en 2010
Aceptación por la comunidad ágil e integración con la
metodología más aceptada en este momento: Scrum
David J. Anderson
Kanban 3
Motivaciones
• Conseguir un ritmo de trabajo sostenible en el desarrollo de software
• Visualizar en todo momento la carga de trabajo del equipo de desarrollo (WIP: Work In
•
•
Progress, trabajo en progreso) Visualizar y estandarizar el flujo de trabajo de las historias de usuario
Políticas explícitas (definition of Done, límites WIP, etc.)
Kanban 4
¿Qué equipo necesita mejorar?
Todo
orem ipsum dolor sit
orem ipsu
m dolor amet, co nse ctetur
sit
amet, co
nse ctetur
orem ipsu
m dolor
sit
amet, co
nse ctetur
amet, co nse ctetur
dolor sit
orem ipsum
ctetur
amet, co nse
m dolor sit
orem ipsu
nse ctetur
amet, co
Todo
this week
amet, co nse ctetur
orem
ipsum
sit dolor sit
dolor
orem ipsum
amet,ctetu
co nse
r ctetur
nse
amet, co orem
ipsum dolo
r sit
amet, co
orem ipsum
dolor
situr
nse ctet
amet, co nse ctetur
amet, co nse ctetur
orem ipsu
m dolor
sit
amet, co
nse ctetur
Done
Doing
orem ipsu
m dolor
sit
amet, co
nse ctetur
amet, co nse ctetur
orem ipsu
m dolor
sit
amet, co
nse ctetur
m dolor sit
orem ipsu
nse ctetur
amet, co
Done
this week
dolor sit
orem ipsum
ctetur
amet, co nse
m dolor sit
orem ipsu
r
co nse ctetur
nse ctetuamet,
amet, co
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
Doing
orem ipsu
m dolor
sit
amet, co
nse ctetur
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
Avg lead time: 20 days
m dolor sit
orem ipsu
nse ctetur
amet, co
amet, co nse ctetur
Avg lead time: 3
days
orem ipsu
m dolor
sit
amet, co
nse ctetur
© Henrik Kniberg
Kanban 5
Jardines Imperiales de Tokio
• En las entradas dan a cada •
•
persona una tarjeta que hay que devolver a la salida
No se cobra en ningún momento
¿Para qué sirve la tarjeta?
• Límite en el número de personas dentro del recinto (WIP)
Kanban 6
Kanban in a nutshell
• Visualizar el flujo de trabajo
1. Dividir el trabajo en pequeñas partes, escribir cada elemento en una tarjeta y ponerla en un tablero
2. Crear un tablero compartido por el equipo, dividido en columnas que identifican en qué parte del flujo de trabajo se encuentra el elemento
© Henrik Kniberg
• Limitar el WIP (Work In Progress, trabajo en progreso): asignar un límite al número de
elementos que puede haber en cada estado del flujo de trabajo
• Medir el tiempo medio de terminación de un elemento (llamado lead time o cycle time) y
optimizar el proceso para hacerlo tan pequeño y predecible como sea posible
Kanban 7
Kanban 8
Kanban 9
Kanban 10
Kanban 11
Kanban 12
Kanban 13
Kanban 14
Juego: Pasar las monedas
Kanban 15
3 rondas
¿Cuánto tarda cada
trabajador?
Lisa
Cada encargado: •Pone en marcha el cronómetro cuando su trabajador recibe la moneda #1
•Para el cronómetro cuando el trabajador envía su moneda #20
Each manager:
•  Start the timer when your worker receives coin #1
3 rounds
• Each
Stop manager:
the timer
when your
worker sends
coin #20
Ronda
tamaño
del batch
•  Start
the timer
when 1:
your
worker receives
coin20
#1
Ronda 1
Ronda 2
Ronda
3
3 rounds
Round
A:
Batch
size
20
•  Stop
the timer when your worker sends coin #20
Round Round
Round
How long did each
A
B
C
Round A: Batch size 20
worker take?
Round Round Round
How long did each
A
B
C
worker
take?
Lisa
David
Lisa
David
3 rounds
David
Jack
Martín
María
¿Cuándo recibe el
cliente la primera
moneda?
¿Cuándo recibe el
cliente la última
moneda?
Jack
Maria
How long did each
worker
When
didtake?
the
customer receive
the first coin?
When did the
When
did the
customer
receive
customer
the firstreceive
coin?
Maria
Lisa
Round
A
the last coin?
When did the
customer receive
the last coin?
David
Each manager:Round B: Batch size 5
Ronda
2: tamaño
del batch
•  Start the timer
when your
worker receives
coin5#1
Round
B:worker
Batchsends
size coin
5 #20
•  Stop the timer when
your
Round
B
Round
C
Round A: Batch size 20
Round C: Batch size 1
Ronda 3: tamaño del batch 1
Round B: Batch size 5
Jack
216
Henrik Kniberg
Maria
Henrik Kniberg
When did the
customer receive
the
first coin?
When did the
customer receive
the last coin?
216
Kanban 16
Resultado típico
Kanban 17
Algunas preguntas
•
•
•
•
•
•
¿Qué ha pasado con el tiempo total? ¿Por qué?
¿Qué ha pasado con el tiempo de cada trabajador individual? ¿Por qué?
¿Cómo se sentían en cada ronda? ¿Ha sido estresante? ¿Cuándo ha sido más calmado?
¿Se puede trasladar esto al desarrollo de software?
¿Qué representan las monedas?
¿Qué no es aplicable en el desarrollo de software?
Kanban 18
One day in Kanban land
© Henrik Kniberlg, One day in Kanban land
One day in Kanban land (© Henrik Kniberg)
Kanban 20
Kanban 21
Kanban 22
Kanban 23
Kanban 24
Kanban 25
Kanban 26
Kanban 27
Kanban 28
Kanban 29
Kanban 30
Kanban 31
Kanban 32
1. Visualizar el flujo de trabajo
Flujo de trabajo
• Cada empresa de desarrollo de software tiene su propio flujo de trabajo
• Para aplicar Kanban debemos empezar identificando el flujo de trabajo
• ¿Qué son los ítems de trabajo (work items)?
• ¿Por qué fases pasan?
• ¿Existen distintos tipos de ítems?
• ¿Su tamaño tiene mucha variabilidad?
Kanban 34
Historias de usuario e ítems de trabajo
•
Si las historias de usuario tienen un tamaño
demasiado grande, las debemos dividir en tareas
más pequeñas
•
Todas las historias deben ir acompañadas de
criterios de aceptación (lo primero que debemos
hacer si desarrollamos con TDD)
•
Escribiremos las tareas en forma de ítems de trabajo
en etiquetas que pegaremos en el tablero Kanban
•
Los ítems de trabajo sí que pueden ser partes
“horizontales” del proyecto
•
Los ítems de trabajo tampoco pueden ser demasiado
pequeños
Una historia no se resuelve con
un método de un API. Debemos implementar todos sus
aspectos: interfaz de usuario,
código de cliente, servidor, base
de datos, etc. Metodologías Ágiles de Desarrollo de Software Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
Como <rol> quiero <característica> para <beneficio>
Como estudiante quiero generar un PDF con mi expediente para guardar un resumen de mi expediente y
poder entregarlo a quien me lo pida
Independent
Negotiable
Valuable
Acrónimo creado por Bill Wake Estimable
www.xp123.com
Small
Testable
Kanban 35
Post-it con el ítem de trabajo
• Descripción del ítem de trabajo.
•
•
•
•
•
•
Concisa, precisa y entendible por
todos los miembros del equipo.
Fecha de comienzo
Quién está trabajando en el ítem. Lo
ideal sería un avatar pegado encima
de la etiqueta.
Plazo de finalización
Código de identificación con el que
podemos encontrar más información
sobre el ítem en otro lugar (sistema online, etc.)
Indicador de progreso (cuánto se ha
avanzado en el ítem)
Tamaño del ítem (S,M,L)
10-10-13
24-10-13
#TSK: 1304
CREAR PDF CON LA
FICHA INFORMATIVA
DEL ESTUDIANTE
M
@ Avatars: nitsnets
Kanban 36
El tablero Kanban
• El objetivo principal del tablero Kanban es mostrar visualmente en qué está trabajando el
equipo en un momento dado
• Principales utilidades:
• Elemento fundamental para la reflexión, la comunicación y la discusión en las reuniones de
•
•
pie diarias
Medir distintas métricas relacionadas con el flujo: número de ítems terminados por
semana, WIP
Definir políticas estrictas de flujo de trabajo y de terminación (Definition of Done)
Kanban 37
Tablero Kanban
http://ketiljensen.wordpress.com/2009/10/31/kanban-the-next-step-in-the-agile-evolution/
Kanban 38
Un sistema Kanban sencillo
To Do
5
Doing
3
orem ipsum dolor sit amet,
co nse ctetur
Done this week
co nse ctetur
co nse ctetur
co nse ctetur
orem ipsum dolor
sit amet,
co nse ctetur
co nse ctetur
co nse ctetur
Migrate invoicing
reports to the new
format
12
9
Lead
time
(days) 6
sit amet,
orem ipsum dolor
co nse ctetur
orem ipsum dolor
sit amet,
co nse ctetur
Avg cycle time:
w1
w2
w3
w4
w5
8
10
7
7
9
5
3
5 days
7
3
0
w6
© Henrik Kniberg
Kanban 39
Kanban kick-start example (© Henrik Kniberg)
Kanbanwww.crisp.se/kanban/example
kick-start example
Henrik Kniberg
Next
2
2009-09-03
Analysis
3
Ongoing
Development
3
Ongoing
Done
2009-09-01
ipsum dolor sit ame
t,
co nse ctetur adi
pis
cing elit nisl
2009-09-08
2009-08-30
orem ipsum
dolor
orem ipsum
dolorsit
sit
co nse ctetur
amet, coamet,
nse
ctetur
orem
ips
amet, um dolor sit
co nsnisl
adi pis cing
elit
e ctetur
amet, co adi pis cing
elit nisl
Acceptance
2
Done
2009-08-27
sit
orem ipsum dolor
amet, ctetur adi pis
cing elit nisl
orem ipsu
m dolor sit
amet, co
nse ctetu
r
amet, co nse ctetur
version 1.2
2009-11-16
Ongoing
Prod
Done
orem olor sit amet, co
nse ctetur adi pis
cing elit nisl
amet, adi pis cing
elit nisl
2009-08-25
dolor sit
orem ipsum
ctetur
amet, co nse
elit nisl
adi pis cing
2009-08-22
amet, co nse ctetur
dolor sit
orem ipsum
ctetur
amet, co nse
2009-09-02
amet, nse ctetur adi
pis elit nisl orem ipsum dolor sit
2009-08-20
xxxx kjd
orem ipsum dj
dolor
sit
d xxx
amet, co nse ctetur
amet, co nse ctetur
amet, co nse ctetur
orem ipsum dolor
sit
amet, co nse ctetur
orem ipsum
dolor sit
amet, co
amet, co nse ctetur
amet, nse ctetur adi
pis cing elit nisl
orem ipsum dolor
sit amet, co nse
amet, co nse ctetur
amet, co nse ctetur
Definition of Done:
• Goal is clear
• First tasks defined
• Story split (if necessary)
Date when added to
board
2009-08-26
2009-08-29
2009-09-02
Feature / story
2009-09-30
(description)
Definition of Done:
• Code clean & checked in on trunk
• Integrated & regression tested
• Running on UAT environment
Hard deadline (if applicable)
= panic
=task
ctetur adi pis cing
elit nisl
What to pull first
=defect
•
= blocked
= who is doing this
right now
Panicfeatures (should be swarmed and kept moving.
Interrupt other work and break WIP
limits as necessary)
= completed
(description)Why
(description)
(description)
2009-08-25
Definition of Done:
• Customer accepted
• Ready for production
Task / defect
(description)
= priority
Who is analyzing /
testing right now
orem adi pis
cing elit nisl
m dolor sit
orem ipsu
ctetur
amet, co nse
(description)
2009-08-20
2009-08-20
2009-08-27
•
•
Priority features
Hard deadline features (only if deadline is at risk)
•
Oldest features
Kanban 40
Ejemplos de tableros Kanban
© Mattias Skarin, 10 kanban boards and their context
Kanban 41
Kanban 42
Kanban 43
Kanban evoluciona en cada equipo
Kanban 44
Un ejemplo de tablero Lean from the Trenches
Henrik Kniberg, Lean From the Trenches
Kanban 45
Políticas en el tablero
Henrik Kinberg, Lean From the Trenches
Kanban 46
Diferentes tipos de trabajo
Kanban 47
Buffers
Kanban 48
Estadísticas
Kanban 49
Escalar el tablero: tres equipos trabajando en el mismo proyecto
Kanban 50
¿Tablero on-line?
• Problemas principales
• No visible en un lugar del espacio de trabajo
• Poca resolución de pantalla y necesidad de hacer scroll para ver todo de un vistazo
• Falta de flexibilidad
• Ventajas
• Cálculo automático de diagramas y velocidades
• Consultas (¿Qué está haciendo Fulanito? ¿Cuánto tiempo lleva esta tarea aparcada?, ...)
• Solución
• Actualizar diariamente una copia del tablero físico en alguna herramienta on-line
Kanban 51
2. Limitar el WIP
Límite de trabajos en progreso
Kanban 53
Un límite por estado del flujo
Kanban 54
¿Por qué limitar el WIP?
• Evitar exceso de multitarea
• Evitar sobrecargas en las siguientes partes de la cadena de proceso (downstream)
• El límite del WIP debe establecerse por consenso entre todos los implicados en el
•
proyecto
La tensión creada por establecer un WIP obliga a discusiones y análisis beneficiosos para
el equipo y el proyecto
Kanban 55
Limitando el WIP se aumenta el throughput
© Henrik Kniberg
Kanban 56
¿Cuál es el límite óptimo?
• Se obtiene midiendo, experimentando y mejorando
• Empezar usando alguna regla sencilla: 2n-1, siendo n el número de personas trabajando
•
en esa fase
Estudiar el flujo y optimizar el límite (Kanban es un proceso empírico)
Kanban 57
Optimizar el límite de WIP
© Henrik Kniberg
Kanban 58
El límite de WIP obliga a terminar
• Frase importante en Kanban
Stop starting, start finishing
• El límite de WIP obliga al equipo a centrarse en terminar tareas antes de poder acometer
nuevas
Kanban 59
Clases de servicio
• En Kanban se pueden definir condiciones adicionales
que afectan al límite de WIP según la clase de servicio
(class of service) del ítem de trabajo
• Nuevas características (historias de usuario)
• Solucionar bugs y deuda técnica
• Tareas de soporte
• Ejemplo muy común: clase “Expedite”
• Ítems urgentes que tienen prioridad sobre el resto
• Se define un carril adicional en el tablero para ellos
con un WIP de 1 (carril rápido o fast lane)
Kanban in Action
Kanban 60
3. Medir y optimizar el flujo (tiempo medio de terminación)
Tiempo medio de terminación (cycle time o lead time)
• Tiempo medio que tarda un ítem de
trabajo en ser procesado en cada paso
• Equivalente al número de ítems
terminados por unidad de tiempo
• Se suele analizar su evolución a lo largo
del proyecto usando lo que se denomina
diagrama de flujo acumulativo
Henrik Kniberg, Lean from the Trenches
• Su cálculo es muy sencillo: basta una
hoja de cálculo (o incluso una pizarra)
Diagrama de fujo acumulativo
Kanban 62
Cadena de valor
• La definición de la cadena de valor (value chain) por la que pasan los ítems de trabajo es
importante tanto para analizar el flujo y detectar cuellos de botella
Eficiencia
del ciclo de
proceso
Henrik Kniberg & Mattias Skarin, Kanban and Scrum, InfoQ
Kanban 63
Resumen prácticas Kanban
1. Visualizar el flujo de trabajo
2. Limitar el Work In Progress
3. Medir y optimizar el flujo (el tiempo de ciclo o lead time) 4. Hacer explícitas las políticas
• Definition of Done (Definición de Hecho)
• Classes of Service (Clases de servicios)
• Service Level Agreement (Acuerdos de nivel de servicios) 5. Retroalimentación y mejora continua
• Ritmo y cadencia
• Daily Standups (Reuniones diarias)
• Retrospectivas
Kanban 64
Receta para el cambio a Kanban
1.
2.
3.
4.
5.
6.
Centrarse en la calidad (Focus on Quality)
Reducir el Work-In-Progress (Reduce Work-in-Progress)
Entregar con más frecuencia (Deliver Often)
Equilibrar la demanda con el rendimiento (Balance Demand against Throughput)
Priorizar (Prioritize)
Atacar las fuentes de la variabilidad para mejorar la predictibilidad (Attack Sources of
Variability to Improve Predictability)
David J. Anderson, Kanban, Cap. 3
Kanban 65
Bibliografía
• Libros básicos
• Marcus Hammarberg, Joakim Sunden, Kanban in Action
• Henrik Kniberg, Kanban and Scrum, pp. 1-51
• Libros avanzados
• David J. Anderson, Kanban
Kanban 66

3.2 Kanban.key

Transcripción

Documentos relacionados

Pautas de publicación

¿Para qué sirve KANBAN?

tu destino …una meta segura

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Morbi