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

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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 David J. Anderson
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

Metodologías Ágiles de Desarrollo de Software


Kanban 3
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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.)

Metodologías Ágiles de Desarrollo de Software


Kanban 4
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 ¿Qué equipo necesita mejorar?

Todo Doing Done Todo Doing Done

this week this week
orem ipsu orem ipsum dolor sit dolor sit
m dolor amet, co nse ctetur orem ipsum orem ipsu
sit ctetur orem ipsum dolor sit m dolor dolor sit
amet, co amet, co nse amet, co sit orem ipsum
nse ctetur orem ipsum
sit dolor sit amet, co nse ctetur m dolor sit nse ctetur ctetur m dolor sit
orem ipsum
dolor orem ipsu amet, co nse orem ipsu
orem ipsum dolor sit
amet,ctetu
co nse
r ctetur nse ctetur r
orem ipsu
m dolor nse
amet, co orem
orem ipsu
m dolor amet, co amet, co
nse ctetuamet, co nse ctetur
amet, co sit ipsum dolo amet, co sit
nse ctetur amet, co r sit nse ctetur
orem ipsum dolor sit orem ipsum dolor situr
nse ctet orem ipsum dolor sit
orem ipsum dolor sit
amet, co nse ctetur amet, co nse ctetur amet, co nse ctetur
amet, co nse ctetur
orem ipsum dolor sit
amet, co nse ctetur orem ipsum dolor sit orem ipsum dolor sit orem ipsum dolor sit
amet, co nse ctetur amet, co nse ctetur amet, co nse ctetur m dolor sit
orem ipsu
orem ipsu orem ipsum dolor sit nse ctetur
m dolor
sit amet, co
amet, co amet, co nse ctetur
nse ctetur orem ipsum dolor sit
amet, co nse ctetur orem ipsu
m dolor sit m dolor
orem ipsu amet, co sit orem ipsum dolor sit
nse ctetur orem ipsum dolor sit nse ctetur
amet, co orem ipsum dolor sit
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 nse ctetur
orem ipsu
orem ipsum dolor sit m dolor
amet, co sit
nse ctetur

Avg lead time: 20 days

amet, co nse ctetur

Avg lead time: 3 days

© Henrik Kniberg

Metodologías Ágiles de Desarrollo de Software


Kanban 5
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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)

Metodologías Ágiles de Desarrollo de Software


Kanban 6
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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
 © Henrik Kniberg

por el equipo, dividido en columnas 

que identifican en qué parte 

del flujo de trabajo se encuentra el elemento

• 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

Metodologías Ágiles de Desarrollo de Software


Kanban 7
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 8
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 9
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 10
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 11
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 12
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 13
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Metodologías Ágiles de Desarrollo de Software

Kanban 14
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Juego: Pasar las monedas

Metodologías Ágiles de Desarrollo de Software


Kanban 15
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 3 rondas 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
¿Cuánto tarda cada
•  Start Ronda
the timer when 1: tamaño
your del batch
worker receives coin20
#1
trabajador? Ronda 1
3 rounds Ronda 2 Ronda 3
•  Stop Round A: Batch size 20
the timer when your worker sends coin #20
Round Round Round
How long did each
worker take?
A B C Round A: Batch size 20
Lisa Round Round Round
How long did each
Lisa
worker take?
A B C
David Each manager:Round B: Batch size 5
Lisa
David Ronda
•  Start the timer 2: tamaño
when your del batch
worker receives coin5#1
3 rounds Round
•  Stop the timer when B:worker
your Batchsends
size coin
5 #20
Martín David
Jack
Round A: Batch size 20
Maria
Jack Round Round Round
María How long did each
A B C
worker
When didtake?
the
Maria
customer receive
Round C: Batch size 1
the first coin?
Lisa
When did the Round C: Batch size 1
¿Cuándo recibe el When did the
customer receive
Ronda 3: tamaño del batch 1
cliente la primera customer
the firstreceive
coin?
the last coin?
Round B: Batch size 5
moneda? David
When did the
customer receive
the last coin?
¿Cuándo recibe el Jack
Henrik Kniberg 216
cliente la última
moneda? Maria 216
Henrik Kniberg
Metodologías Ágiles de Desarrollo de Software

When did the
customer receive
Round C: Batch size 1 Kanban 16
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
the first coin?
When did the
customer receive
the last coin?
 Resultado típico

Metodologías Ágiles de Desarrollo de Software


Kanban 17
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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?

Metodologías Ágiles de Desarrollo de Software


Kanban 18
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
One day in Kanban land
© Henrik Kniberlg, One day in Kanban land

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 20
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 21
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 22
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 23
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 24
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 25
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 26
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 27
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 28
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 29
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 30
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 31
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 One day in Kanban land (© Henrik Kniberg)

Metodologías Ágiles de Desarrollo de Software


Kanban 32
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
1. Visualizar el flujo de trabajo

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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?

Metodologías Ágiles de Desarrollo de Software


Kanban 34
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Historias de usuario e ítems de trabajo
• Si las historias de usuario tienen un tamaño
demasiado grande, las debemos dividir en tareas Como <rol> 

más pequeñas

quiero <característica> 

• Todas las historias deben ir acompañadas de
criterios de aceptación (lo primero que debemos para <beneficio>
hacer si desarrollamos con TDD)

• Escribiremos las tareas en forma de ítems de trabajo

en etiquetas que pegaremos en el tablero Kanban
Como estudiante

quiero generar un PDF con mi expediente

• Los ítems de trabajo sí que pueden ser partes para guardar un resumen de mi expediente y
“horizontales” del proyecto
poder entregarlo a quien me lo pida
• Los ítems de trabajo tampoco pueden ser demasiado
pequeños
Independent

Una historia no se resuelve con

Negotiable

un método de un API.

Debemos implementar todos sus

Valuable

Acrónimo creado por Bill Wake


aspectos: interfaz de usuario,
Estimable
www.xp123.com
código de cliente, servidor, base

de datos, etc.
 Small

Testable
Metodologías Ágiles de Desarrollo de Software

Kanban 35
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Post-it con el ítem de trabajo
• Descripción del ítem de trabajo. 10-10-13 24-10-13
Concisa, precisa y entendible por
todos los miembros del equipo.

#TSK: 1304
• Fecha de comienzo

• Quién está trabajando en el ítem. Lo CREAR PDF CON LA

ideal sería un avatar pegado encima FICHA INFORMATIVA

de la etiqueta.
DEL ESTUDIANTE
• 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 on-
line, etc.)
M
• Indicador de progreso (cuánto se ha
avanzado en el ítem)
@ Avatars: nitsnets

• Tamaño del ítem (S,M,L)

Metodologías Ágiles de Desarrollo de Software


Kanban 36
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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)

Metodologías Ágiles de Desarrollo de Software


Kanban 37
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Tablero Kanban

http://ketiljensen.wordpress.com/2009/10/31/kanban-the-next-step-in-the-agile-evolution/
Metodologías Ágiles de Desarrollo de Software

Kanban 38
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Un sistema Kanban sencillo

Migrate invoicing
reports to the new
To Do Doing Done this week format
5 3
orem ipsum dolor sit amet,
co nse ctetur
orem ipsum dolor sit amet,
co nse ctetur
orem ipsum dolor sit amet,
co nse ctetur 12

orem ipsum dolor sit amet,

9
Lead
co nse ctetur orem ipsum dolor
sit amet,
co nse ctetur

orem ipsum dolor sit amet,

co nse ctetur
time
orem ipsum dolor sit amet, (days) 6 7
co nse ctetur

sit amet,
orem ipsum dolor

orem ipsum dolor

co nse ctetur
5
sit amet,
co nse ctetur
3
3

0
Avg cycle time: 5 days

w1 w2 w3 w4 w5 w6
8 10 7 7 9

© Henrik Kniberg

Metodologías Ágiles de Desarrollo de Software


Kanban 39
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Kanban kick-start example (© Henrik Kniberg)

Henrik Kniberg
Kanbanwww.crisp.se/kanban/example
kick-start example version 1.2
2009-11-16

Next Analysis Development Acceptance Prod

2 3 3 2
Ongoing Done Ongoing Done Ongoing Done
2009-08-20
2009-09-03
2009-09-01 2009-08-30 2009-09-08 2009-08-27 orem olor sit amet, co
ipsum dolor sit ame orem ipsu 2009-08-27
t, amet, co
m dolor sit
sit nse ctetur adi pis
co nse ctetur adi
pis
orem ipsum dolor
orem ipsum dolorsit
sit orem ipsum dolor sit orem ipsum dolor sit
nse ctetu
r orem ipsum dolor orem ipsum dolor sit
cing elit nisl
amet, coamet, amet, ctetur adi pis
co nse ctetur amet, co nse ctetur
cing elit nisl nse oremctetur amet, co adi pis cing amet, adi pis cing
ips
amet, um dolor sit
adi pis cing elit
co nsnisl
e ctetur elit nisl cing elit nisl elit nisl
orem ipsum dolor sit
amet, co nse ctetur 2009-08-20 2009-08-25
xxxx kjd dolor sit
2009-09-02 orem ipsum
dolor sit orem ipsum dj
dolor sit
d xxx orem ipsum
amet, co nse
ctetur
ctetur
amet, co nse
amet, co nse ctetur orem ipsum dolor sit
orem ipsum dolor sit amet, co nse ctetur
orem ipsum dolor
elit nisl
adi pis cing
sit
amet, nse ctetur adi orem ipsum dolor sit amet, co nse ctetur
amet, co nse ctetur 2009-08-22
pis elit nisl orem ipsum dolor sit
amet, co nse ctetur orem ipsum
dolor sit
amet, co

2009-08-29 2009-08-26
2009-09-02
orem ipsum dolor sit orem adi pis
orem ipsum dolor amet, nse ctetur adi 2009-08-25
cing elit nisl
sit amet, co nse pis cing elit nisl orem ipsu
m dolor sit orem ipsum dolor sit
orem ipsum dolor sit ctetur
amet, co nse
orem ipsum dolor sitamet, co nse ctetur
ctetur adi pis cing
amet, co nse ctetur
elit nisl

Definition of Done: Definition of Done: Definition of Done:

• Goal is clear • Code clean & checked in on trunk • Customer accepted
• First tasks defined • Integrated & regression tested • Ready for production
• Story split (if necessary) • Running on UAT environment

Feature / story Task / defect What to pull first

Hard deadline

Date when added to (if applicable)
(description)
=task (description)
=defect • Panicfeatures

board (should be swarmed and kept moving.
(description) = completed Interrupt other work and break WIP
2009-08-20 2009-09-30
= priority limits as necessary)
(description)Why = blocked • Priority features
= panic
(description) • Hard deadline features

(description)
= who is doing this (only if deadline is at risk)
Who is analyzing / • Oldest features
right now
testing right now
Metodologías Ágiles de Desarrollo de Software

Kanban 40
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Ejemplos de tableros Kanban

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15 © Mattias Skarin, 10 kanban boards and their context Kanban 41
 Ejemplos de tableros Kanban

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15 © Mattias Skarin, 10 kanban boards and their context Kanban 42
 Ejemplos de tableros Kanban

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15 © Mattias Skarin, 10 kanban boards and their context Kanban 43
 Kanban evoluciona en cada equipo

Metodologías Ágiles de Desarrollo de Software


Kanban 44
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Un ejemplo de tablero -
Lean from the Trenches

Henrik Kniberg, Lean From the Trenches

Metodologías Ágiles de Desarrollo de Software

Kanban 45
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Políticas en el tablero

Metodologías Ágiles de Desarrollo de Software
 Henrik Kinberg, Lean From the Trenches Kanban 46
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Diferentes tipos de trabajo

Henrik Kniberg, Lean From the Trenches

Metodologías Ágiles de Desarrollo de Software

Kanban 47
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Buffers

Henrik Kniberg, Lean From the Trenches

Metodologías Ágiles de Desarrollo de Software

Kanban 48
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Estadísticas

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15 Henrik Kniberg, Lean From the Trenches Kanban 49
 Escalar el tablero: tres equipos trabajando en el mismo proyecto

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15 Henrik Kniberg, Lean From the Trenches 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

Metodologías Ágiles de Desarrollo de Software


Kanban 51
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
2. Limitar el WIP

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Límite de trabajos en progreso

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15 Henrik Kniberg, Lean From the Trenches Kanban 53
 Un límite por estado del flujo

Metodologías Ágiles de Desarrollo de Software


Kanban 54
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 ¿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

Metodologías Ágiles de Desarrollo de Software


Kanban 55
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Limitando el WIP se aumenta el throughput

Metodologías Ágiles de Desarrollo de Software


© Henrik Kniberg
Kanban 56
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 ¿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)

Metodologías Ágiles de Desarrollo de Software


Kanban 57
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Optimizar el límite de WIP

Metodologías Ágiles de Desarrollo de Software


© Henrik Kniberg
Kanban 58
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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

Metodologías Ágiles de Desarrollo de Software


Kanban 59
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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
Metodologías Ágiles de Desarrollo de Software

Kanban 60
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
3. Medir y optimizar el flujo (tiempo medio de terminación)

Metodologías Ágiles de Desarrollo de Software


Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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)

Metodologías Ágiles de Desarrollo de Software
 Diagrama de fujo acumulativo Kanban 62

Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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

Metodologías Ágiles de Desarrollo de Software


Kanban 63
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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

Metodologías Ágiles de Desarrollo de Software


Kanban 64
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 Receta para el cambio a Kanban
1. Centrarse en la calidad (Focus on Quality)

2. Reducir el Work-In-Progress (Reduce Work-in-Progress)

3. Entregar con más frecuencia (Deliver Often)

4. Equilibrar la demanda con el rendimiento (Balance Demand against Throughput)

5. Priorizar (Prioritize)

6. Atacar las fuentes de la variabilidad para mejorar la predictibilidad (Attack Sources of

Variability to Improve Predictability)

David J. Anderson, Kanban, Cap. 3

Metodologías Ágiles de Desarrollo de Software


Kanban 65
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15
 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

Metodologías Ágiles de Desarrollo de Software


Kanban 66
Domingo Gallardo, DCCIA, Univ. Alicante, 2014-15