“Everyone has a plan until
they get punched in the
mouth.”
—Mike Tyson
Explore the problem
Build
the right things
Build
the thing right
Design Thinking Lean Startup Agile Solución Problema Abstracto Concreto
Medir Construir Insistir o pivotar Iterar Hipótesis Insights
“That’s cute.
But don’t tell anyone about it.”
—Kodak, 1975
Lean
Objetivo:
Eliminar desperdicio
Toyota
Production
System
Lean
Principios
Maximizar todo aquello que nuestro cliente valora y reducir al mínimo imprescindible todo aquello que no valora.
Optimizar el flujo de valor —desde que se tiene la idea hasta que genera dinero— eliminando tiempos de espera y
Principios
Hacer fluir el sistema de producción eliminando el aislamiento entre sus partes.
Producir algo sólo en el momento en el que se necesita y al mismo ritmo que la demanda.
Lean
Mejora continua
No importa el estado actual de las cosas, siempre habrá un estado mejor.
Proceso
Aprendizaje
Qué es
Originalmente, adaptación de los principios de Lean al desarrollo de software.
Kent Beck, Mary Poppendieck, Martin Fowler, Martin Sutherland, Ken Schwaber...
Agile
Objetivo:
Gestionar la incertidumbre
Reducir time to market
Incertidumbre
Grado de conocimiento del problema a resolver. Cuán adecuada es la solución encontrada.
Agile
Time to market
Reducir ciclos de desarrollo de producto.
Principios
1.
Entrega temprana y continua
2.Adaptación
3.
Colaboración
Primer principio
Entrega
temprana y continua
de producto con valor
“Working software
over comprehensive documentation.”
Agile
Entrega temprana y continua
Cuanto antes se empieza a entregar valor, antes se empieza a reducir la incertidumbre.
Cuanto antes se empieza a entregar valor, antes se empieza a conocer el mercado y sus consumidores.
Valor es aquello por lo que el cliente o el consumidor está dispuesto a pagar.
Agile
Proceso iterativo e incremental
Agile
✍️
8:30 AM
30 minutos para llegar a tiempo a una entrevista de trabajo
✍️
1. Enumerar todas las tareas que hacemos hasta que llegamos a la reunión.
2. Poner las tareas en orden temporal. 3. Agrupar las tareas por temas.
Segundo principio
Plan vs. Valor
“Responding to change over following a plan.” “Customer collaboration over contract negotiation.”
Agile
Adaptación
Plan vs. Valor
Plan vs. Valor
Agile
Adaptación
Plan vs. Valor
✍️
8:30 AM
30 minutos para llegar a tiempo a una entrevista de trabajo
Tercer principio
Equipos multidisciplinarios
“Individuals and interactions
over processes and tools.”
Agile
Colaboración
“Take it to the team.”
Lyssa Adkins
Agile
Colaboración
Lockheed Martin
Skunk works
“Kelly Johnson and his team designed and built the
XP-80 in only 143 days, seven less than was
required.”
Agile
Colaboración
Alpha Romeo
Skunk works
“Clear objectives and single purpose
with tight deadlines.”
Equipos multidisciplinarios
Agile
Colaboración
Equipos multidisciplinarios y motivados
Autonomía
Maestría
Equipos multidisciplinarios y motivados
Autonomía
Maestría
Propósito
Cuarto principio
Mejora continua
Introducir un marco de trabajo ágil no es el final del camino sino que empieza entonces un proceso de revisión y de
cambio constantes.
Agile
Queremos Agile en nuestras organizaciones porque queremos
• Equipo y clientes contentos
• Proyectos más efectivos, más cercanos al mercado • Velocidad frente a productividad
• Maximizar el conocimiento del mercado y de la técnica • Productos de buena calidad
Metodologías
XP
Scrum
Kanban
Agile
eXtreme Programming
Involucra al cliente en el desarrollo de producto, integrado con el equipo técnico.
Toma de requisitos Análisis funcional Elaboración documento funcional Aprobación documento funcional Análisis técnico Elaboración documento especifica-ción técnica Aprobación documento especifica-ción técnica Producción
X
X
X
X
X
X
X
ProducciónNordstrom Innovation Lab
Agile
Principios
1.
Entrega temprana y continua
2.Adaptación
3.
Colaboración
Scrum
Roles
Equipos autoorganizados:
“Equipos autónomos, diversos y que buscan la excelencia y la maestría.”
—Hirota Takeuchi, Ikujiro Nonaka. The New New Product Development Game. Harvard Business Review (1986)
Roles
Equipos autoorganizados:
• Alineamiento: propósito común. • Límites: alcance del proyecto.
Scrum
Scrum
Equipo
Estima el esfuerzo necesario para cada historia de usuario. Comprometido con la entrega de producto terminado,
construye historias de usuario. Reporta el progreso.
Equipo
Número reducido, entre 5 y 9.
Celebra los éxitos y los fracasos. La causa del éxito o del fracaso se atribuye siempre al equipo, nunca al individuo.
Scrum
Scrum
Product Owner
Product Owner
• Recopila especificaciones y con ellas escribe historias de usuario.
• Aporta la visión y gestiona el roadmap de producto. • Prioriza y gestiona la pila de producto.
Scrum
Product Owner
• Define criterios de aceptación y valida las entregas. • Responsable económico.
Scrum
Product Owner
- Su herramienta de trabajo es la historia de usuario.
- Escribe, prioriza y valida con la organización las historias de usuario.
- Las historias de usuario tienen que tender a ser pequeñas en esfuerzo, de manera que se puedan abarcar en pocas horas.
Product Owner
Objetivos:
• Obtener para el equipo la mejor compresión posible del problema.
• Priorizar las características de la solución al problema.
Scrum
Product Owner
Objetivos:
• Validar las características de la solución y recoger feedback según se va produciendo.
• Contar con la información necesaria para predecir cuánto tiempo llevará o cuánto dinero costará
Scrum
Scrum Master
• Muy cercano al equipo.
• Gestiona la pila de impedimentos.
• Vela por el buen funcionamiento y la mejora del proceso de trabajo.
• Hace mejorar al equipo.
Scrum Master
Evolución
Planifica las reuniones Modera las reuniones Facilita las reuniones
Hace las 3 preguntas diarias Protege al equipo de interrupciones, ayuda a mantener el foco
Hace crecer al equipo
Elabora la lista de impedimentos Elimina los impedimentos Trabaja la motivación y el largo plazo
Scrum
Scrum Master
Scrum Master
• Ayuda al equipo a aprender cómo auto organizarse de una forma constructiva.
• En función del nivel de madurez del equipo o del suyo propio, hay una evolución de su rol a lo largo del tiempo. • Se desarrolla hacia un equilibrio entre sus habilidades
Scrum
Artefactos
Tablón - Visualización Product backlog - Alcance Sprint backlog - Planificación
Artefactos
Tablón
Artefactos
Product Backlog
- Lista ordenada por prioridad de todo lo que sabemos que vamos a
necesitar en el producto.
Artefactos
Product Backlog
- Las primeras historias de la lista
Son las más importantes y las que primero tenemos que abordar.
Product Backlog
Scrum
User Story
Como entrenador quiero notificar a mis clientes que llegaré 10 minutos tarde a la sesión de las 9 am.
Criterios de aceptación:
- Sólo son notificados los clientes que están apuntados a las 9.
User Story
Narrativa de un usuario con una necesidad. “Como director de compras quiero”
“Un listado ordenado por fecha de emisión de las facturas pendientes de pago que vencen este mes.”
Scrum
User Story
Valoración o estimación del esfuerzo necesario para llevarla a cabo.
Criterios de aceptación: cómo sabemos que se ha completado la historia de usuario.
Criterio de éxito: cómo sabemos que la historia de usuario resuelve el problema planteado.
User Story
Fin de la iteración
Equipo y PO acuerdan la definición de DONE para todas las historias de usuario.
Artefactos
Sprint Backlog
- Compuesto por
Historias de usuario seleccionadas que el equipo cree que podrán ser entregadas al final de Sprint.
Cada historia está dividida en tareas técnicas que serán las que avanzarán a lo largo del Sprint.
Sprint Backlog
- El responsable del Sprint backlog es el equipo.
- Al contrario que las historias planificadas, las tareas
técnicas sí que pueden variar, entrar o salir, a lo largo del Sprint y de hecho es lo normal.
Artefactos
Sprint Backlog
- La importancia de mantener el flujo de trabajo y del foco del equipo
Empezar y terminar cada historia de usuario sin interrupciones.
Si aparecen impedimentos, eliminarlos.
Escribo 3 letras - Intercambio con la 2ª persona a mi derecha Escribo 3 números - Intercambio con la persona enfrente de mi
✍️
Foco
Context switching & Multitasking
Recibo letras - Escribo las 3 siguientes y devuelvo la hoja Recibo números - Escribo los 3 siguientes y devuelvo la hoja
Escribo 3 letras - Intercambio con la persona enfrente de mi Escribo 3 números - Intercambio con la persona enfrente de mi
✍️
Foco
Context switching & Multitasking
Escribo 3 letras - Giro el papel 180º Escribo 3 números - Giro el papel 180º
Escribo todas las letras - Giro el papel 180º Escribo todos los números
✍️
Foco
Context switching & Multitasking
Cuantas más personas hay colaborando simultáneamente en
diferentes proyectos, estarán más ocupadas pero la productividad será menor.
Un proyecto tarda menos si se crea un equipo de personas concentrada en acabarlo.
Poner el doble de personas no hace que los proyectos acaben en la mitad de tiempo.
Cuando hay multitarea menor predictibilidad
más errores/menor calidad se tarda más
Artefactos
Sprint
Incremento de producto
- Duración fija entre 2 semanas y 2 meses, aunque preferencia por duración corta.
- Al final del Sprint, el producto potencialmente se puede comercializar.
Sprint
Incremento de producto
- La iteración en curso no se puede interrumpir.
¡Las metodologías ágiles permiten cambios frecuentes de prioridad y requisitos!
- Es responsabilidad del cliente conocer las prioridades antes de empezar cada Sprint.
Scrum
Dinámicas
- Sprints de duración fija - ¿Cuánto dura?
Depende de la naturaleza del producto y la tecnología utilizada para construirlo.
Entornos digitales puede estar entre 1 y 4 semanas, pero no más.
Scrum
Dinámicas
- Sprints de duración fija - Se tiene que cumplir que
1. Hay que entregar valor al final del Sprint.
2. Hay que entregar valor lo más frecuentemente posible. 3. No puede haber tiempos muertos entre sprints.
Dinámicas
- A lo largo del Sprint equipo, PO y SM realizan diversas reuniones.
Planificación Sprint planning
Sincronización diaria Daily stand-up
Revisión Review/ Demo
Scrum
Sprint Planning
1ª parte 2ª parte
PO plantea las próximas historias de usuario a realizar durante el sprint.
Equipo estima el esfuerzo de las historias de usuario.
Scrum
Sprint Planning
1ª parte 2ª parte
Equipo discute cómo va a abordar las historias planificadas y las
subdivide en tareas técnicas. Puede pedir a PO cambios de estimaciones.
Sprint Planning
- Se marca un objetivo para el Sprint que sirve de guía en caso de pérdida puntual de foco o de contexto.
- Time boxing
5% aprox. de la duración total del Sprint.
Sprints 1 semana, planificación de 2 horas Sprints 2 semanas, planificación de 4 horas
Scrum
Sprint Planning
Sprint Planning
Estimaciones de esfuerzo
Lavar platos Limpiar horno Pasear perro Compra mensual Cambiar bombilla Regar plantas
Fregar suelo Hacer camas Limpiar ventanas Colada Pintar dormitorio Planchar
Scrum
Daily Stand-up
Reunión diaria de coordinación - Time boxing (10 o 15 minutos)
- Cada miembro del equipo responde a las preguntas ¿Qué hiciste ayer? Comunicación
¿Qué vas a hacer hoy? Compromiso ¿Tienes algún impedimento? Foco
Scrum
Daily Stand-up
Reunión diaria de coordinación
- Se revisa el Backlog y el equipo se reparte las siguientes tareas según prioridad y disponibilidad.
- No es una reunión para reportar, es una reunión para poner en común.
Daily Stand-up
Reunión diaria de coordinación
- SM anota los impedimentos. Puede actuar como facilitador si lo considera necesario.
Scrum
Daily Stand-up
Reunión diaria de coordinación - Sirve para
Sincronización del trabajo del equipo
Actualización de la información del proyecto (métricas) Detección temprana de impedimentos y de necesidades de ayuda.
Scrum
Sprint Review
Al finalizar el Sprint
- Se explica y se muestra qué se ha podido hacer y qué ha quedado pendiente.
- PO con los criterios de aceptación valida el Sprint.
- Idealmente participa el cliente recogiendo un valioso feedback de primera mano.
Scrum
Retrospectiva
Es la reunión más relevante porque mueve al equipo en el ciclo de mejora continua.
Moderada por el Scrum Master.
No se habla de producto, sino que se abordan temas
humanos, de relaciones, del proceso y de las herramientas del equipo.
Scrum
Retrospectiva
¿Por dónde empezar?
Cada miembro del equipo aporta de forma constructiva
- Lo bueno del Sprint - Lo malo del Sprint - Ideas
- Reconocimiento positivo
😄
😕
💡
🌼
Retrospectiva
Scrum Master se responsabiliza de eliminar los
impedimentos comentados durante la retrospectiva.
Equipo se responsabiliza de aplicar los puntos de mejora identificados y las ideas aportadas.
Scrum
Resumen
Equipos pequeños, interdisciplinarios y auto organizados. Trabajo dividido en una lista de entregables pequeños y concretos, ordenados por prioridad y con estimación del esfuerzo relativo.
Resumen
Plan de entregas y prioridades en colaboración con el cliente.
Proceso optimizado después de cada iteración mediante una retrospectiva constructiva.
