an evening with agile lean design_thinking

An Evening with…

Arkho Innova Meetup Series

Agile vs Lean vs Design Thinking …¿Cuál es el correcto?

•Un espacio para compartir experiencias y conocimiento •Un espacio para hacer relaciones entre personas y equipos con intereses afines •Un espacio para pasarla bien

Carlos Rubilar Lagos (34)Líder de Proyectos en Arkhotech

Scrum Manager® Scrum Product Owner® (en proceso)Diplomado en Gestión de Proyectos Universidad de Chile En el rubro digital me he desempeñado como: Supervisor de cuentas, Ejecutivo de cuentas, Jefe de operaciones, Jefe de proyectos.

/@tamoslistos

"Nuestros equipos técnicos están aprendiendo ágil, nuestros equipos de producto están aprendiendo lean, nuestros equipos de diseño están aprendiendo design thinking. ¿Cual es el correcto?"

Jeff Gothelf

Lean

Design Thinking

Agile

Agile

Los equipos de tecnología se enfocan en incrementar la velocidad, en hacer entregas tempranas.

Los equipos de producto están interesados en administrar con eficiencia, calidad, y en lo posible reducir los desperdicios, enfocados en experimentos y MVPs.

Lean

Los equipos de diseño promueven la creación de soluciones innovadoras.

Design Thinking

Sin embargo estas tres metodologías están alejándose unos de otros, en lugar de colaborar más eficazmente entre ellas.

AgileLean

Design ThinkingVS VS

AgileLean

Design Thinking? ?

Entonces es aquí donde nos cuestionamos … que proceso/metodología es la correcta?

1. Una pincelada de:

a. Agile (Scrum)

b. Lean

c. Design Thinking

2. Practicas a considerar para el desarrollo de una estrategia clara e integral

Agile

Lean

Design Thinking

Que vamos a conversaremos hoy?

AgileValoramos la respuesta ante el cambio sobre seguir un plan

• Frustración. Nace en el mundo del desarrollo del software en contraposición de las metodologías tradicionales de proyecto (largas, lentas, pesadas y, muchas veces, con resultados no deseados ni por cliente ni por proveedor)

• Son una serie de valores y principios basados en el manifiesto ágil. • Para lidiar con la incertidumbre: trabajo en ciclos cortos, y al final del ciclo

hablar sobre retrospección.

Enfoque

¿Deberíamos vs podemos?

• Son una serie de principios enfocados a eliminar todas las tareas que no aporten valor sobre aquello que estamos realizando.

• Busca no tener defectos, para no realizar “re-working”. • Reaccionar tan rápido como sea posible. • Potenciar al equipo • Véase “el todo” tanto como sea posible

Enfoque

Lean

Design Thinking ¿Qué es el Design Thinking?

Es una metodología de innovación cuya síntesis podría ser la siguiente:

“Trabajar en equipo, observar con empatía, inspirarse, generar mil ideas, elegir una, hacer prototipos, llevarla al mercado y cambiar el mundo”

Un poco de historia: Se empezó a desarrollar de forma teórica en la Universidad de Stanford en California (EEUU) a partir de los años 70, y su primera aplicabilidad con fines lucrativos como "Design Thinking" la llevó a cabo la consultoría de diseño IDEO, siendo hoy en día su principal precursora.

¿Quienes lo utilizan?

• Según Tim Brown, actual CEO de IDEO, el Design Thinking “Es una disciplina que usa la sensibilidad y métodos de los diseñadores para hacer coincidir las necesidades de las personas con lo que es tecnológicamente factible y con lo que una estrategia viable de negocios puede convertir en valor para el cliente, así como en una gran oportunidad para el mercado”.

• Empresas como Apple, Oral-B o Zara lo utilizan. Al ser un gran generador de innovación, se puede aplicar a cualquier campo. Desde el desarrollo de productos o servicios hasta la mejora de procesos o la definición de modelos de negocio. Su aplicabilidad tiene como límites nuestra propia imaginación.

Design Thinking

¿Como funciona?

El Design Thinking se desarrolla siguiendo un proceso en el que se ponen en valor los que se considera sus 5 características diferenciales:

1. La generación de empatía

2. El trabajo en equipo

3. La generación de prototipos

4. Promueve lo lúdico

5. Gran contenido visual

Para comenzar a utilizar la metodología es muy importante preparar estos cuatro puntos:

1. Materiales

2. Equipo

3. Espacio

4. Actitud

Design Thinking

¿En qué consiste el proceso?

El proceso de Design Thinking se compone de 5 etapas. No es lineal. En cualquier momento se puede retroceder ir hacia atrás o hacia delante si lo ves oportuno, saltando incluso a etapas no consecutivas. Obtendremos gran cantidad de contenido, información que crecerá o disminuir de acuerdo en la etapa que nos encontremos.

Design Thinking

• Considera el estado emocional de los usuarios frente al problema.

• Permite la redefinición del problema inicial, entendiendo que este puede evolucionar.

• Integra la capacidad de todo el equipo, permitiéndoles aportar desde su especialidad.

• Busca la identificación temprana de errores y problemas en la solución planteada.

• Crea una atmósfera sin limitaciones ni reglas para dar espacio a todas las ideas.

• Se enfoca en lo visual durante el proceso de creación.

• En el mejor de los casos las sesiones de DT ayudan a los equipos a construir un lenguaje compartido y un sentido común de propósito para el futuro del proyecto.

• En el peor de los casos, estas sesiones son percibidas como una pérdida de tiempo que pudo haberse utilizado para escribir código.

• Sin embargo, la mayoría de los equipos al fallar y no lograr una manifestación durante su primera sesión de lluvia de ideas, raramente emplean las prácticas de Design Thinking durante todo el ciclo de vida del proyecto.

Enfoque

Design Thinking

Desafios

Características distintivas

1. Trabajo en ciclos cortos y buscar la experiencia de lo que hacemos.

2. Realizar retrospectivas constantemente

3. Los usuarios son el centro de todo

4. Ir, observar, adaptar

5. Equilibrio entre descubrir y construir

6. Menos pero más frecuente investigación

7. Equipo nivelado

8. Creación de incentivos ;)

Agile

Lean

Design Thinking

Practicas a considerar para el desarrollo de una estrategia clara e integral

1. Trabajo en ciclos cortos y buscar la experiencia de lo que hacemos. a) El software es complejo e impredecible.

b) Avancemos a un paso que no nos veamos sobrepasados, esto para reducir el riesgo.

c) Diferenciar “experimentos” vs. cambios permanentes

d) Ejemplo: Cada dos sprints, todo el equipo sale a una excursión, a observar a los consumidores usando su producto. La meta es lograr que los miembros del equipo, quienes no tienen normalmente contacto directo con los consumidores, puedan hacerlo regularmente.


2. Realizar retrospectivas constantemente a) Las reuniones de retrospectiva son el corazón de la mejora continua. b) Si un equipo no lleva a cabo reuniones de retrospección, no son un equipo agile.

c) Al final de cada sprint, debemos reunirnos, que funciono bien durante todo el Spring y que no funciono bien… ¿Que vamos a mejorar esta vez?


3. Los usuarios son el centro de todo a. Agile, Lean y Design Thinking proclaman a gran voz la supremacía del consumidor en todas

sus actividades.

b. Si ellos no están usando el producto entonces ellos no son los usuarios.

c. Si estás batallando para encontrar alineación en el equipo para enfocarte en entregar valor al usuario, considera plantear las siguientes preguntas regularmente:

a. ¿estamos entregando algo que es importante y de valor para los usuarios?

b. ¿cómo investigamos sobre el valor que damos a los usuarios?

c. ¿cómo ese valor afecta nuestras prioridades?


4. Ir, observar, adaptar a. Ir de manera regular a donde se hace el software, hablar con los equipos, y preguntar cómo

van las cosas, que está funcionando bien, y en qué podrían estar estancados.

b. Buscar patrones en prácticas que están dando buenos resultados, independientemente si vienen de Agile, Lean o Design Thinking: amplifícalos y explótalos.

c. No rechaces patrones de prácticas exitosos simplemente porque no encuadran perfectamente con una de las recetas definidas por una metodología.


5. Equilibrio entre descubrir y construir a. Frecuentemente, el trabajo de descubrir qué es lo que debe ser el producto es percibido como

una barrera para generar el código de ese producto.

b. Descubrir implica revelar el riesgo: de que un elemento en el backlog carezca de valor para el usuario/negocio

c. Establece prioridad para validar/evaluar basado en el riesgo percibido y en el valor percibido.

d. Las tareas que califican como de alto riesgo y de alto valor son los únicos que deberían ser punto de interés para esfuerzos de descubrimiento del producto.


6. Menos pero más frecuente investigación a. Hacer investigación de usuarios implica que el propósito indicará la herramienta y el esfuerzo.

b. Sin un propósito claro muchos esfuerzos de investigación son sólo pérdida de tiempo.

c. La mejor práctica es hacer menos con más frecuencia:

a. En lugar de probar a doce personas, prueba con tres.

b. Toma lo que aprendas de esto, y entonces has la prueba nuevamente a la siguiente semana.

c. Reduce costo y compromiso de participar.

d. Difunde tus hallazgos ampliamente y de forma inmediata después de la prueba y muestra el valor del ejercicio.


7. Equipo nivelado a. Síntoma de problemas: Los equipos, una vez capacitados, continúan trabajando en silos

b. Reconsidera cómo asignas gente a los proyectos.

c. La unidad atómica para planeación de cualquier proyecto es el equipo.

d. Los equipos balanceados escogen las mejores partes de Lean, Agile, y Design Thinking y lo aplican como sea necesario en una estrecha colaboración.


8. Creación de incentivos a. Los equipos optimizarán el trabajo gracias a incentivos:

a. Si incentivas velocidad, los equipos trabajaran para liberar más funcionalidad por entrega.

b. Si incentivas aprendizaje, los equipos crearán mejores procedimientos para descubrimiento de productos.

b. Si quieres fomentar colaboración y aprendizaje, los empleados deben ser evaluados con respecto a la eficacia de su colaboración y su habilidad para crear oportunidades de aprendizaje continuo en el trabajo.


AgileLean

Design Thinking? ?


No existe un patrón que nos diga que practicas debemos considerar al momento de crear un producto, debemos tener la capacidad de poder elegir los elementos/practicas que se acoplen mejor a nuestro equipo de trabajo y debemos “conocer” muy bien el que será el producto de nuestro cliente.


Carlos Rubilar Líder de proyectos - Arkhotech

Agile LeanDesign

Thinking

Lean vs Agile vs Design Thinking:

What you really need to know to build high-performing digital product teams.Lo que realmente necesita saber para construir equipos de productos digitales de alto rendimiento.

Jeff GothelfEnero 2017

Para terminar…

Gracias ;)Arkho Innova Meetup Series

an evening with agile lean design_thinking

Technology