Experiencia recorriendo agilidad desde el 2002, versón ScrumDay Chile 2017
Video de versión anterior disponible en https://www.youtube.com/watch?v=9kkiAPAKgsE
2. Licenciamiento
Esta obra está publicada bajo una Atribución-No Comercial-
Licenciar Igual 2.0 Chile de Creative Commons. Para ver una
copia de esta licencia, visite
http://creativecommons.org/licenses/by-nc-sa/2.0/cl/
contacto@agil.cl
3. Agustín Villena
• Emprendedor desde 1998
• Aplicando agilidad desde 2002 en
• Desarrollo de Software
• Industria de la Creatividad
• Sociedad Civil
www.leansight.com
8. Objetivo de la Charla
Explicar la exploración diversos métodos Lean+Ágil
para mejorar la forma de funcionar de organizaciones
9. Manifiesto por el Desarrollo Ágil de Software
Estamos descubriendo mejores formas de desarrollar software
tanto por nuestra propia experiencia como ayudando a terceros.
A través de este trabajo hemos aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha,
valoramos más los de la izquierda.
Inspirado en frase de @PapaChrisMatt
10. Manifiesto por el Desarrollo Ágil de Software
Estamos descubriendo mejores formas de desarrollar software
tanto por nuestra propia experiencia como ayudando a terceros.
A través de este trabajo hemos aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha,
valoramos más los de la izquierda.
Inspirado en frase de @PapaChrisMatt
11. Agilidad Organizacional
(Nuestra definición al 17/Mayo/2017)
Es la Capacidad que permite
a las Organizaciones
Aprender continuamente
para Adaptar su oferta de valor
frente a la Alta Incertidumbre
12. Lean
Ágil
Startup
The Four Steps
to the Epiphany
Steven G. Blank 2005
Industria Manufacturera en Japón
Sistema de Producción de
Toyota
Taichi Ohno 1950
Profound
Knowledge
W. Edwards Deming Lean y Ágil
Scrum
Sutherland & Schwaber 1996
The New New Product
Development Game
Takeuchi & Nonaka 1986
Patrones de Diseño
Gang of Four, 1995
Extreme
Programming
Kent Beck, 1999
Lean Software
Development
Mary & Tom Poppendieck 2003
Lean Startup
Eric Ries 2009
Traducido y mejorado por @agustinvillena
Kanban
David J. Anderson 2007
Design Thinking
at IDEO with Dave E. Kelly 1991
Lean UX
Jeff Gothelf, 2013
13. w w w . l e a n s i g h t . c o m
Modelo de gestión ágil-ingenuo
Modificado de original de
Rodrigo Yoshima
15. w w w . l e a n s i g h t . c o m
Con algo de teoría es así
Propósito
común
Experimentación
Gestionar
el WIP
Eliminar
anomalías al
flujo
Mentalidad
Modificado de original de
Rodrigo Yoshima
17. Modelo del Curso
Motivación
• Encontrar un Modelo Viable para hacer
funcionar bien un equipo informático de una
Pequeña Empresa
18. Acción Metodológica
• Implementar en un curso de Ingeniería de
Software una reproducción fiel a escala de
las prácticas de
Extreme Programming
• Alumnos = Desarrolladores
• On Site Customer = Académico
19. Descubrimiento
• Aplicar el modelo presentado en el libro …
¡resulta!
• Muchos alumnos asocian
• Pair Programming = Extreme
Programming
COLABORACIÓN
20. Pregunta abierta
• ¿Por qué funciona este modelo?
• ¿Qué pasa si cambian las condiciones?
• tamaño del equipo,
• roles,
• cantidad de clientes atendidos en paralelo
• etc…
26. Descubrimientos
• Falla el primer proyecto del curso: Agilidad
es más que ir paso a paso
• Design as Knowledge Acquisition
Alistair Cockburn
EXPLORACIÓN
33. Motivación
• Gestionar el Application Lifecycle
Management de los ERPs de 20 clientes de
forma concurrente
• No aplica un modelo de proyectos…
34. Acción Metodológica
• Implementar Kanban Personal para cada
consultor
• Visualizar Proceso
• Entender dependencias
• Medir Tasa de Entrega
• Usarla para Limitar el WiP
• Un tiempo después generar tableros
unificados por área
40. Motivación
• Terremoto en Chile 8.8 Richter : Estado
sin información suficiente
• Voluntarios Digitales buscan ayudar
41. Acción Metodológica
• Organizar equipos por propósito más allá
de especialidades
• Enseñar herramientas básicas de gestión
intra y entre equipos
42. Situación original: Equipos de Especialistas
Periodistas Ingenieros
Diseñadores Web Directorio
Pero…
¿qué estamos
construyendo?
43. Nueva estructura orientada a productos
Portal
PeopleFinder Gestión de
Voluntarios
Geolocalización
Contenidos
Relaciones
Públicas
44. Descubrimientos
• Cientos de personas sin haber trabajado
antes juntas pudieron crear gracias a la
falta de ego y propósito compartido
FLUJO
EXPLORACIÓN
ALINEAMIENTO
COLABORACIÓN
47. Trabajo por hacer Capacidad
Motivación
• Líderes de Equipos Técnicos piden apoyo
para mejorarlos
• Sin poder para involucrar a áreas de
negocio
• Todos con más trabajo del que pueden
procesar
48. Acción Metodológica
• Aclarar propósito del proyecto
• Sistemas Kanban para cada equipo
• Sin intervenir inicialmente estructura
organizacional
49. Descubrimientos
• Mejora sustantiva en la dinámica y
entrega de productos de los equipos
• El proceso de cambio parece estancarse a
nivel de equipo
• Avances frágiles ante cambios de opinión
de gerencia
FLUJO
ALINEAMIENTO
50. Pregunta abierta
• ¿Cómo lograr cambios más resilientes a los cambios de
opinión de gerencia?
• ¿Cómo llevar la agilización más allá del nivel de equipo?
• Posibles causas
• Gerentes no entienden el cambio realizado
• Resultados técnicos, lejos del valor de negocio
52. Motivación
• Involucrarse en proyectos de interés de
Alta Gerencia para conocer su perspectiva
y
poner a prueba nuestra capacidad de
generar valor de negocio
54. Acción Metodológica
• Adoptar como base la Resolución de
Problemas / Toyota Kata
• Equipo Multidisciplinario con
dedicación pre-definida
Entender
la
Condición
Actual
Realizar
Experimentos
parallegaracá
Establecer
tu siguiente
Condición
Objetivo
Obtener
la Dirección
o Desafío
1
2
3
4
Reporte A3
Entender el problema
y el estadodeseadoa
lograr.
Experimentar para
resolver el
problema
55. Descubrimientos
• Partir desde el Problema en
vez de un “requerimiento”
generó alternativas
• 10 x más baratas
• En 30% del tiempo
EXPLORACIÓN
ALINEAMIENTO
COLABORACIÓN
58. Motivación
• Llevar el proceso de exploración a la
aplicación de una estrategia nacional
• En este caso, de las gerencias de
• Innovación
• Emprendimiento
59. Acción Metodológica
• Encadenar los proyectos estratégicos
usando Hoshin Kanri
• Aplicar resolución de problemas en cada
proyecto derivado
• No existió gestión explícita del WiP
61. Cambio Buscado
Gerente
Toma decisiones
Diseña flujo de trabajo
Ejecutores
Ejecutar tareas con
focos separados
Lider
Enseña a tomar buenas
decisiones y
Alinea al equipo al propósito
Realizadores
Empoderados para
Decidir y Ejecutar
autónomamente
Foco en metas en
vez de tareas
62. Descubrimientos
• Se alcanzan algunos resultados esperados
de la Estrategia
• No se logró una “reacción en cadena”
• Un logró empoderar a sus equipos en la
Resolución de Problemas y transformarse en un
habilitador de la exploración
• Sus sub-gerentes continuaron en modelo
Command and Control
• Go&See / Gemba:
• ejecutivos poco orientados a hacerlo
• Exceso de WIP => Ejecución se come a la
Exploración
FLUJO
EXPLORACIÓN
ALINEAMIENTO
COLABORACIÓN
63. Pregunta abierta
• ¿Cómo generar una reacción en cadena que empodere a
toda la organización, en todo el país?
68. Acción Metodológica
• Encadenar proyectos de mejora
tecnológica explícitamente con mejoras a
nivel del negocio
• Sistemas Kanban y Resolución de
Problemas conjunta entre áreas de
negocio y técnicas
69. Encadenamiento de Mejoras
Proceso de Negocio
Entendimiento
del problema y
formulación de
hipótesis
Diseño y
ejecución de
experimentos
en pequeña
escala
Estudiar
resultados
Ajustar a partir
de resultados
Mejoras sobre el
proceso de negocio
Entendimiento
del problema y
formulación de
hipótesis
Diseño y
ejecución de
experimentos
en pequeña
escala
Estudiar
resultados
Ajustar a partir
de resultados
Mejoras sobre
plataforma tecnica
Algunas mejoras al proceso
requerirán mejorar la plataforma
tecnica
Plataforma Técnica
71. Descubrimientos
• Gran % de Exceso de WiP debido a
• Mal entendimiento de problemas
• Falta de Seguridad Psicológica ante malos
entendidos en la cadena de pedidos
• Encadenar 2 áreas técnicas (Trámite y TI)
optimiza entrega de productos,
• Pero cuesta estimar Costo del Retraso
• Encadenar 1 área de negocio (Mkt) y una
técnica (TI) permitió optimizar entrega de
productos Y resultados de negocio
FLUJO
ALINEAMIENTO
COLABORACIÓN
EXPLORACIÓN