Taller de kanban avanzando, en el cual se muestran varias estrategias para apoyar la optimización del flujo de trabajo y la toma de decisiones para generar predictibilidad en el sistema. El taller soporta estas instrucciones publicadas en mi blog: http://www.lecciones-aprendidas.info/2016/08/taller-kanban-avanzado-superando-el.html

1. Por: Jorge Hernán Abad Londoño
jorge.abad@gmail.com - @jorge_abad
Taller: Kanban Avanzado. Superando el
Limitar el WIP

2. https://co.linkedin.com/in/jorgeabadl

3. Pongamos las bases

4. Corazón de ágil

5. Principios del Manifiesto Ágil
 Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
 Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para
proporcionar ventaja competitiva al cliente.
 Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más
corto posible.
 Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
 Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la
ejecución del trabajo.
 El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación
cara a cara.
 El software funcionando es la medida principal de progreso.
 Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de
mantener un ritmo constante de forma indefinida.
 La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
 La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
 Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
 A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a
continuación ajustar y perfeccionar su comportamiento en consecuencia.

7. Principios Lean
http://www.lean.org/WhatsLean/Principles.cfm

8. Lean Software Development
 Eliminar los desperdicios
 Ampliar el aprendizaje
 Decidir lo más tarde posible
 Reaccionar tan rápido como sea
posible
 Potenciar el equipo
 Crear la integridad
 Véase todo el conjunto
Mary Poppendieck , Tom Poppendieck - 2003

9. Visual Management
 Es generalmente considerado como una forma clara, sencilla y eficaz
para organizar y presentar el trabajo.
 Facilita la colaboración y el trabajo en equipo.
 Provee un modelo que facilita el flujo de trabajo continuo.
 Puede influir positivamente en el comportamiento y la actitud de los
miembros del equipo, los directivos y las partes interesadas, ayudando
a construir transparencia y confianza.
 Ayuda a identificar los cuellos de botella de los procesos para que
puedan ser gestionados y optimizados.
 Permite gestionar correctamente la capacidad mediante la gestión el
trabajo en curso (WIP).
 Prioriza la entrega de valor, mediante la planificación ágil de la
demanda.

10. Ventajas – Gestión Visual
 El 90% de la información transmitida al cerebro es visual
 Las imágenes son procesadas 60.000 veces mas rápido que el texto
 La gestión visual mejora la habilidad de aprender/comprender por encima
del 400%

11. El Kanban (del japonés: kanban,
usualmente escrito en kanji 看板 y
también en katakana カンバン,
donde kan, 看 カン, significa "visual,"
y ban, 板 バン, significa "tarjeta" o
"tablero") es un sistema de
información que controla de modo
armónico la fabricación de los productos
necesarios en la cantidad y tiempo
necesarios en cada uno de los procesos
que tienen lugar tanto en el interior de
la fábrica, como entre distintas
empresas
https://es.wikipedia.org/wiki/Kanban

12. Kanban manufactura
 Regla 1: no se debe mandar producto defectuoso a los
procesos siguientes.
 Regla 2: los procesos posteriores requerirán sólo lo que es
necesario.
 Regla 3: el proceso precedente deberá producir solamente
la cantidad exacta recogida por el proceso siguiente.
 Regla 4: el número de kanbans debe minimizarse.
 Regla 5: el kanban habrá de utilizarse para lograr la
adaptación a pequeñas fluctuaciones de la demanda.

13. Desarrollo Ágil con Kanban
1. Mostrar el proceso
2. Limitar el trabajo en curso
3. Optimizar el flujo de trabajo
Kanban: Successful
Evolutionary Change for
Your Technology Business -
David J. Anderson,2010
Kanban fue introducido por
David Anderson de la Unidad de
Negocios XIT de Microsoft, en
2004

14. 1. Mostrar el proceso
 Entender mejor el proceso de trabajo actual;
 Conocer los problemas que puedan surgir y tomar
decisiones;
 Mejorar la comunicación entre todos los
interesados/participantes del proyecto;
 Hacer los futuros procesos más predecibles.

15. 2. Limitar el trabajo en curso (WIP)

16. 3. Optimizar el flujo de trabajo
 Evaluar cíclicamente las métricas y tomar
acciones para mejorar el flujo de tarjetas

17. Con las bases puestas,
ahora sí

19. El detalle de cómo realizar el taller lo
encuentras en
http://bit.ly/TallerKanbanAvanzado

20. ¿Qué aprendimos?

21. Diagrama de Flujo Acumulativo

27. ¿y esto qué nos permite?

28. SLEs (Service Level Expectation)

29. Hacer promesas de servicio
basados en datos y hechos, y
no en supuestos o tiempos
impuestos.

30. Se puede hacer aún más….

31. Métricas
 Lead Time :
– El reloj del Lead time se inicia cuando se hace el pedido y termina cuando se entrega
– El Lead Time es lo que ven los clientes
 Cycle Time:
– reloj de Cycle Time se inicia cuando el equipo empieza a trabajar sobre el ítem y se termina
cuando el ítem está listo para la entrega
– El Cycle Time es una medición más mecánica de la capacidad del proceso
 Touch Time:
– Cuanto tiempo se ha invertido en la tarea

33. 12 clientes 2 clientes / minuto

34. 12 clientes
2 clientes / minuto
= 6 minutos
WIP
Throughput (o rendimiento)
= Cycle Time

35. Métricas

36. Cómo sería la tarjeta

37. Las métricas

38. Interpretaciones
 Promedio del Cycle Time --¿bajando / subiendo?
 Promedio del Lead Time -- ¿bajando / subiendo?
 Variabilidad Cycle Time -- ¿muy variable / poco variable?
 Promedio Touch Time / Promedio Cycle Time
– ¿cómo interpretarlo? (cercano a 1, lejano de 1)
 Promedio Cycle Time / Promedio Lead Time
– ¿cómo interpretarlo? (cercano a 1, lejano de 1)

39. Gráfico de Dispersión

40. Resumiendo las métricas
 Lead Time
 Cycle Time
 Touch Time
 Throughput (o rendimiento)
Nota:
Recuerde la estadística promedio, media, mediana, varianza,
desviación estándar

41. La predictiblidad se construye

42. Cómo generar predictibilidad
 Mida periódicamente
 Trabaje para que lo que entre sea igual a lo que sale
 Mínimo de urgencias
 Marque las excepciones
 Atienda organizadamente

43. Cómo generar predictibilidad
 Analice las gráficas de Flujo Acumulativo (CFD) y las Gráficas de
dispersión
 Establezca SLE
 Relaciones Tamaño de Items con Cycle Time
 Datos y políticas se influencian mutuamente
 Ubique visualmente las políticas (fruto de la mejora continua)
 La política que sirva hoy talvez no sirva mañana

44. No olvide lo que dicen los prinicipios ágiles
 A intervalos regulares el equipo
reflexiona sobre cómo ser más efectivo
para a continuación ajustar y
perfeccionar su comportamiento en
consecuencia.

45. Y por último

46. No trate de controlar el
sistema, mejor baile con el

47. Preguntas

48. ¡GRACIAS!Jorge Abad
@jorge_abad
Tuitea que te pareció el taller: #TallerKanbanAvanzado

49. Algunas Referencias
 Las 3 métricas claves del kanban - Thomas Wallet - @WalletTomas
http://www.elproximopaso.net/2012/07/las-3-metricas-claves-del-kanban.html
 MÉTRICAS Y PREDICTIBILIDAD CON KANBAN - @ManuelCepeda – @Leansight -
http://es.slideshare.net/leansight/cuando-estar-listo-mtricas-y-forecasting-con-kanban
 Actionable Agile Metrics - @danvacanti - https://leanpub.com/actionableagilemetrics
 Kanban y Scrum – obteniendo lo mejor de ambos -
http://www.proyectalis.com/documentos/KanbanVsScrum_Castellano_FINAL-printed.pdf
 Colección de post sobre Kanban de Jerónimo Palacios: http://www.lecciones-
aprendidas.info/search/label/kanban

50.  Nota: Traté de dar crédito a todos, pero consideras que faltaste
por que no te referencié o debo modificar algo de tu propiedad
por favor no dudes en hacérmelo saber, contactándome al
email: jorge.abad@gmail.com

51. Aviso de Copyright
 Usted es libre de:
– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el trabajo
 Bajo las siguientes condiciones
– Atribución. Ud. debe atribuir el trabajo en la manera especificada por el autor o licenciante (pero de
ninguna manera que sugiera que ellos aprueban su uso del trabajo).
 Nada de lo dispuesto en esta licencia menoscaba o restringe los
derechos morales del autor.
 Para más información ver http://creativecommons.org/licenses/by/3.0/

52. Información de contacto
 Jorge Hernán Abad Londoño
– jorge.abad@gmail.com
– @jorge_abad
– co.linkedin.com/in/jorgeabadl
 Blog: lecciones-aprendidas.info