E T O D O L O G I E S A G I L E M O N L A U C E

122  Descargar (0)

Texto completo

(1)
(2)

“Everyone has a plan until

they get punched in the

mouth.”

—Mike Tyson

(3)

Explore the problem

Build

the right things

Build

the thing right

(4)

Design Thinking Lean Startup Agile Solución Problema Abstracto Concreto

(5)

Medir Construir Insistir o pivotar Iterar Hipótesis Insights

(6)

“That’s cute.

But don’t tell anyone about it.”

—Kodak, 1975

(7)
(8)

Lean

Objetivo:

Eliminar desperdicio

(9)

Toyota

Production

System

(10)

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

(11)

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.

(12)

Lean

Mejora continua

No importa el estado actual de las cosas, siempre habrá un estado mejor.

(13)

Proceso

Aprendizaje

(14)
(15)

Qué es

Originalmente, adaptación de los principios de Lean al desarrollo de software.

Kent Beck, Mary Poppendieck, Martin Fowler, Martin Sutherland, Ken Schwaber...

(16)

Agile

Objetivo:

Gestionar la incertidumbre

Reducir time to market

(17)

Incertidumbre

Grado de conocimiento del problema a resolver. Cuán adecuada es la solución encontrada.

(18)

Agile

Time to market

Reducir ciclos de desarrollo de producto.

(19)

Principios

1.

Entrega temprana y continua

2.

Adaptación

3.

Colaboración

(20)

Primer principio

Entrega

temprana y continua

de producto con valor

(21)

“Working software

over comprehensive documentation.”

(22)

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.

(23)

Valor es aquello por lo que el cliente o el consumidor está dispuesto a pagar.

(24)

Agile

Proceso iterativo e incremental

(25)
(26)

Agile

✍️

8:30 AM

30 minutos para llegar a tiempo a una entrevista de trabajo

(27)

✍️

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.

(28)

Segundo principio

(29)

Plan vs. Valor

“Responding to change over following a plan.” “Customer collaboration over contract negotiation.”

(30)

Agile

Adaptación

Plan vs. Valor

(31)

Plan vs. Valor

(32)

Agile

Adaptación

Plan vs. Valor

(33)

✍️

8:30 AM

30 minutos para llegar a tiempo a una entrevista de trabajo

(34)

Tercer principio

(35)

Equipos multidisciplinarios

“Individuals and interactions

over processes and tools.”

(36)

Agile

Colaboración

“Take it to the team.”

Lyssa Adkins

(37)
(38)

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.”

(39)
(40)

Agile

Colaboración

Alpha Romeo

Skunk works

“Clear objectives and single purpose

with tight deadlines.”

(41)

Equipos multidisciplinarios

(42)

Agile

Colaboración

Equipos multidisciplinarios y motivados

Autonomía

Maestría

(43)

Equipos multidisciplinarios y motivados

Autonomía

Maestría

Propósito

(44)

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.

(45)
(46)

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

(47)

Metodologías

XP

Scrum

Kanban

(48)

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ón

(49)

Nordstrom Innovation Lab

(50)

Agile

Principios

1.

Entrega temprana y continua

2.

Adaptación

3.

Colaboración

(51)
(52)

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)

(53)

Roles

Equipos autoorganizados:

• Alineamiento: propósito común. • Límites: alcance del proyecto.

(54)

Scrum

(55)
(56)

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.

(57)

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.

(58)

Scrum

(59)
(60)

Scrum

Product Owner

(61)

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.

(62)

Scrum

Product Owner

• Define criterios de aceptación y valida las entregas. • Responsable económico.

(63)
(64)

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.

(65)

Product Owner

Objetivos:

• Obtener para el equipo la mejor compresión posible del problema.

• Priorizar las características de la solución al problema.

(66)

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á

(67)
(68)

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.

(69)

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

(70)

Scrum

Scrum Master

(71)

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

(72)

Scrum

(73)

Artefactos

Tablón - Visualización Product backlog - Alcance Sprint backlog - Planificación

(74)

Artefactos

Tablón

(75)
(76)

Artefactos

(77)

Product Backlog

- Lista ordenada por prioridad de todo lo que sabemos que vamos a

necesitar en el producto.

(78)

Artefactos

Product Backlog

- Las primeras historias de la lista

Son las más importantes y las que primero tenemos que abordar.

(79)

Product Backlog

(80)

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.

(81)

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.”

(82)

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.

(83)

User Story

Fin de la iteración

Equipo y PO acuerdan la definición de DONE para todas las historias de usuario.

(84)

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.

(85)

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.

(86)

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.

(87)

Escribo 3 letras - Intercambio con la 2ª persona a mi derecha Escribo 3 números - Intercambio con la persona enfrente de mi

(88)

✍️

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

(89)

Escribo 3 letras - Intercambio con la persona enfrente de mi Escribo 3 números - Intercambio con la persona enfrente de mi

(90)

✍️

Foco

Context switching & Multitasking

Escribo 3 letras - Giro el papel 180º Escribo 3 números - Giro el papel 180º

(91)

Escribo todas las letras - Giro el papel 180º Escribo todos los números

(92)

✍️

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.

(93)

Cuando hay multitarea menor predictibilidad

más errores/menor calidad se tarda más

(94)

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.

(95)

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.

(96)
(97)
(98)

Scrum

(99)

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.

(100)

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.

(101)

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

(102)

Scrum

(103)

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.

(104)

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.

(105)

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

(106)

Scrum

Sprint Planning

(107)

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

(108)

Scrum

(109)

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

(110)

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.

(111)

Daily Stand-up

Reunión diaria de coordinación

- SM anota los impedimentos. Puede actuar como facilitador si lo considera necesario.

(112)

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.

(113)
(114)

Scrum

(115)

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.

(116)

Scrum

(117)

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.

(118)

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

😄

😕

💡

🌼

(119)

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.

(120)

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.

(121)

Resumen

Plan de entregas y prioridades en colaboración con el cliente.

Proceso optimizado después de cada iteración mediante una retrospectiva constructiva.

(122)

Gracias

Figure

Actualización...

Referencias

Actualización...

Related subjects :