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/
agustin.villena@leansight.com
Agustín Villena
• Emprendedor desde 1998
• Aplicando agilidad desde 2002 en
– Desarrollo de Software
– Industria de la Creatividad
– Sociedad Civil
www.leansight.com
y en la familia
Organización de
Lecturas Semanales
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.
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.
Scrum-but
Usually we want not to change ourselves
but
change Scrum
Usamos Scrum pero
• …tener una reunion diaria es mucha sobrecarga así que solo la hacemos una vez a la
semana.
• … restrospectivas son una pérdida de tiempo, así que no las hacemos
• … no podemos construir funcionalidad en un mes, así que nuestros sprints duran 6
semanas
• … algunos de nuestros gerentes nos dan tareas especiales, así que no tenemos tiempo para
cumplir con nuestra definición de listo
Fuente https://www.scrum.org/scrumbut
¿Scrum-but? ¿O un mejor Scrum?
• “Velocity” =>
“Lead Time”
¿Metrica
Clave?
• Por Sprint =>
Just in Time (Pull)
Cadencia de
Planificación
• por Sprint =>
por cada etapa del Flujo
Limitar Work
In Progress
En Kanban también pasa lo mismo
Principios
Visualizar
Limitar el trabajo
en curso
Dirigir y gestionar
el flujo
Utilizar modelos
para reconocer
oportunidades de
mejora
Hacer las Políticas
de Proceso
Explícitas
No se explicita (aún)
• Orientaciones para mejor trabajo en
equipo
• Cómo dividir un problema complejo
en incrementos de aprendizaje
• Como adoptar incrementalmente la
disciplina de la gestión del Work in
Progress
Red herring («arenque1 rojo») es un modismo del idioma inglés. Se
refiere a una maniobra de distracción,1 una falacia lógica que
desvía la atención del tema tratado
FALSO DILEMA:
ADHERENCIA A LA METODOLOGÍA
Dos Mentalidades
Linda Rising en Agile2011
Fija Ágil
Capacidad Estática, como la estatura Puede crecer como la musculatura
Meta Verse bien Aprender
Desafíos Evitarlos Aceptarlos
Fracaso Define quien eres Provee información
Esfuerzo Para aquellos sin talento Ruta a la maestría
Reacción al desafío Desamparado Resiliencia
Guerra “Scrum vs Kanban”
“Kanban es un un
retroceso derrochador al
trabajo repetitivo de la
manufactura”
An Alternative to
Kanban: One-Piece
Continuous Flow
En el blog de Jeff
Sutherland
Los “ahijados” de Steve G. Blank
Contraejemplo
Steve G. Blank
creador del
Customer
Devlopment
Eries Ries: The
Lean Startup
Ash Maurya:
Running Lean
Alex Osterwalder:
Business Model
Generation
¿Por qué aquí
si hay
colaboración?
Un decrépito Modelo de Negocio del mundo ágil
Vender Certificaciones en 2 días
• “Tatuaje de henna”
Que tus alumnos re-vendan
certificaciones
Denigrar a quien no venda tu
sabor de la agilidad
Necesitamos un modelo de negocio realmente ÁGIL
• Colaborativo
• Basado en compartir conocimiento
• En permanente mejora
Business
Model
Canvas,
¿cierto?
Juramento de
No-Lealtad
Alistair Cockburn
Prometo
no excluir de consideración
ninguna idea en base a su origen,
sino considerarlas todas
sin importar la escuela
o la línea de pensamiento
de donde provengan,
para encontrar aquellas
que mejor se ajusten
a una situación específica.
Implementar Scrum:
Guía para Gerentes
1
• Comenzar con una visión clara del producto – y un guía visionario
(Product Owner).
2
• Establecer un equipo co-ubicado y multifunctional, cuyos miembros
reunan todas las habilidades para implementar el producto.
3
• Crear un lugar para que el equipo trabaje, con plenitud de espacio en las
paredes, pizarras, fichas bibliográficas, cintas y notas autoadhesivas
4
• Introducir al equipo sus stakeholders y usuarios
5
• Salte del camino
@tobiasmayer
Scrum: a 5-step guide for managers
Mejorar no es un proceso automático
w w w . l e a n s i g h t . c o m
Hay un paradigma de gestión tradicional predominante
Taichi Ohno
Frederick Taylor
Fuente
http://leanhomebuilding.wordpress.com
Modelo de gestión ágil-ingenuo
w w w . l e a n s i g h t . c o m
Modificado de original
de Rodrigo Yoshima
Con algo de teoría es así
w w w . l e a n s i g h t . c o m
Propósito
común
Experimentación
Gestionar
el WIP
Eliminar
anomalías
al flujo
Mentalidad
Modificado de original
de Rodrigo Yoshima
Regla del Empoderamiento Ágil
Lean/Agile …
–no son procesos para imponer sobre las
personas, sino que…
–son un poderoso kit de herramientas para que
ellas mismas mejoren su quehacer
(anónimo + cosecha personal)
Toma de Decisiones Distribuidas
EMPLEADOS
Decisión y Ejecución
Foco en Objetivo Global
LIDER
Enseña a tomar mejores decisiones
Fuente: Pamela Falconi
Mejorando la Gestión Institucional de unidades educativas
aplicando la filosofía de gestión Lean Thinking”
El ciclo de Shewhart
como fue explicado porW. E. Deming
1
4
3 2
Planificar un cambio o experimento,
orientado como una mejora
Ejecutar
(preferentemente en pequeña escala)
Actuar
Adoptar el cambio,
o Abandonarlo,
o Ejecutar el ciclo otra vez,
posiblemente en
condiciones ambientales
diferentes.
Estudiar los resultados
¿Qué aprendimos?
La importancia de un sentido del cambio
(Pre)juicios
Opiniones Votación
¿Qué hacemos ahora?
Condición
Objetivo
¿Qué necesitamos hacer
Modificado de “Toyota Kata” de Mike Rother por Jason Yip
ahora?
Recordemos de donde viene la metáfora “Scrum”
The New New Product Development Game
Takeuchi y
Nonaka 1986
Las capas de todo Producto/Servicio
Problema (Necesidad)
Tareas
(Actividades)
Capa de
Negocio
Capa
Técnica
Valor
Lenguaje de
Negocio
Lenguaje
Com[un
Leanguaje Técnico
Funcionalidades
(Solutiones)
Calidad
La gestión
debe asegurar
la
sincronización
entre estas
capas
Meta
(Producto)
Qué
(Producto)
Cómo
(Acción)
Negocio Usuarios
Utilidad
¿Qué tan multidisciplinario es tu Scrum?
Base de
Datos
? ?
Analista de
Negocio
HTML +
JS
API TEST
(P.0.)
?
¿Operaciones?
Estrategia Tradicional
Crecimiento del conocimiento en estrategia determinística
agustin.villena@leansight.com
costo
tiempo
Casi no se genera
conocimiento
(o reducción de
riesgo)
Conocimiento
llega en el
“momento
de la verdad”
valor
Fuente: Alistair Cockburn
http://alistair.cockburn.us/Design+as+Knowledge+Acquisition
Diseño como Adquisición de Conocimiento
Crecimiento del conocimiento en estrategia ágil
Fuente: Alistair Cockburn
http://alistair.cockburn.us/Design+as+Knowledge+Acquisition
agustin.villena@leansight.com
tiempo
costo
Creación de conocimiento
(o reducción de riesgo)
Conocimiento
llega en el
“momento
de la verdad” aprendizaje valor
¿Cómo entendemos un proyecto?
Entrada Caja Negra Salida
agustin.villena@leansight.com
¿Cómo entendemos un proyecto?
agustin.villena@leansight.com
Entrada
Salida
Proceso
determinístico
(Algorítmico)
Calidad
entendida como
cumplimiento del proceso
Ej: ISO , CMMI
¿Cómo entendemos un proyecto?
agustin.villena@leansight.com
Jefe de
Proyecto
Recursos
Plan
Calidad
entendida como
cumplir el Plan
¿Cómo entendemos un proyecto?
agustin.villena@leansight.com
Director de
Orquesta
Partitura
Calidad
entendida como
ejecución correcta de
la partitura
Proyecto:
Himno de los Managers
• ¡Contratemos a los mejores!
agustin.villena@leansight.com
Vicente Bianchi
Sinfónica de Chile
Los Jaivas
¿Quiénes son los interesados?
• Tenemos que dejar contentos a
– PMI : ¡Música marcial!
– Agilistas : ¡Rumba!
– MBAs : ¡Música de los 80s!
– CMMI… : ¡Música country!
agustin.villena@leansight.com
Analicemos…..
La Partitura
NO EXISTE!!!
agustin.villena@leansight.com
¡Este proyecto no
tiene un proceso
determinístico!
El embudo del conocimiento
agustin.villena@leansight.com
Misterio
Heurístico
Algorítmico
Fuente Roger Martin, The Designs of Business
http://rogerlmartin.com/lets-read/the-design-of-business
EXPLORACIÓN
EJECUCIÓN
Fuerza Laboral USA, 2009
agustin.villena@leansight.com
Misterio
Heurístico
Algorítmico
70%
30%
Fuente Drive: La sorprendente verdad sobre lo que nos motiva,
Daniel Pink, 2009
¡Agile es
perfecto
aquí!