lunes, 21 de enero de 2019

Lean Startup: Product Macro-Hypothesis Canvas

Lienzo de Macro-Hipótesis de Producto

A continuación les muestro una técnica que hemos estado aplicando con el Equipo de Transformación Digital en Cencosud. 


Introducción


El conocimiento científico es producto del aprendizaje continuo aplicando el método científico en la validación de hipótesis. Aquí, una hipótesis es una conjetura posible que se establece en forma de proposición afirmativa, en futuro simple o en condicional. Por ejemplo: "todos los cisnes son blancos”. Además, se establece que toda proposición científica debe ser susceptible de ser falsada o refutada. O sea que, siguiendo el ejemplo, si encontramos un cisne negro entonces la hipótesis es falsa. Para llegar a conjeturas verdaderas debemos investigar y cualquier hipótesis, durante el tiempo que dure la investigación, es provisional, ya que, según los resultados obtenidos, puede sufrir modificaciones. Esto es una herramienta potente para el aprendizaje. ¿Que tal si la podemos usar en nuestra empresa para aprender sobre nuestros clientes y el mercado?

Lean Startup y Macro-Hypothesis



Justamente esto es lo que se propone con Lean Startup para construir productos o soluciones. Cuando trabajamos con Lean Startup trabajamos con hipótesis. Hay diferentes formas de redactar hipótesis propuestas por diferentes autores. La forma más simple es dela siguiente manera: Creemos que si ocurre A entonces ocasionará B. Por ejemplo: "Creemos que un viaje aéreo de bajo costo satisfará las necesidades de viaje de los clientes y aumentará los ingresos para nuestra aerolínea".

Otra forma más completa puede ser para validar una hipótesis de negocio (producto o servicio) y podemos usar una propuesta que llamaremos Product Macro-Hypothesis Canvas (basada en "The problem Statement Canvas"[1] y en Hypothesis-Driven Development[5]) con el siguiente formato:
            Debido a <problema, oportunidad o necesidad>
            creemos que si <construimos una solución, capacidad o propuesta de valor de entrega>
            resultará en <valor o beneficio esperado>
            lo que será exitoso si <KPI/Métrica/Meta de éxito>



Ejemplo 1:


¿Cuándo el agua es más conductora de electricidad? Podemos hipotetizar ...

Debido a que no conocemos cuándo el agua es más conductora de electricidad
Creemos que si construimos un experimento para probar que “la conductividad aumenta cuando aumenta la concentración de iones el agua” usando diferentes mezclas de agua y minerales (Ultra Pura, agua potable, agua del mar, etc.)
Resultará en mejorar la idea que tenemos de conductividad del agua y obteniendo el tipo de agua más conductora
Que resultará exitoso si Aumenta la “concentración de iones” y aumenta la conductividad S=1/r

Ejemplo 2: eCommerce


¿Estamos teniendo problemas con nuestro actual sitio web de NUESTRA-MARCA? ¿Qué podemos hacer? Supongamos que en nuestro eCommerce tenemos como objetivo de negocio "mejorar la experiencia del usuario". Podemos redactar una hipótesis como sigue:


Ejemplo 3: eCommerce

Supongamos que en nuestro eCommerce tenemos como objetivo de negocio: “Disminuir los carritos de compra abandonados”; y queremos redactar una hipótesis alineada. Podeos escribir algo como lo siguiente:


Ejemplo 4: Reserva de hoteles

Queremos aumentar las reservas de hoteles...

Ejemplo 5: Transformación Digital

Dentro de los objetivos que tiene un equipo de Transformación Digital es aumentar la madurez de equipos en la adopción digital y se presenta ante la necesidad de tener foco en algunos equipos. El equipo decide proponer una iniciativa para crear una "incubadora ágil" (o Centro de Entrenamiento Ágil) y redacta la siguiente hipótesis:


De este modo podemos ir construyendo otras sub-hipótesis (MVPs, historias, etc.) y experimentos alineados a la macro-hipótesis que vayan moviendo la aguja de la medición del éxito, de modo que la macro-hipótesis que vayamos construyendo se cumpla. En todo caso, si nos desviamos, o no se cumple, siempre podemos cambiar la hipótesis o hacer otros experimentos. Siempre considerando hacer entregas tempranas y continuas en función de aprender y entregar valor.



Referencias:

  1. "Lean Enterprise: How High Performance Organizations Innovate at Scale", Jez Humble, Joanne Molesky, Barry O'Reilly, 2015.
  2. Artículo: La Formulación de Hipótesis.
  3. Artículo: Hypothesis Statement
  4. Artículo: Google Classroom A Strong Hypothesis
  5. Artículo: How to Implement Hypothesis-Driven Development.





viernes, 18 de enero de 2019

Agile: ¿Cómo sumar Prácticas Ágiles al equipo?

Si tengo un equipo que no desarrolla software... ¿Qué prácticas ágiles podemos comenzar a hacer en el equipo para comenzar a crear hábitos ágiles sin necesidad de comenzar con toda una metodología ágil?

Una manera simple de pensar qué prácticas sumar al equipo puede ser basándonos en 4 claves de la agilidad: equipo colaborativo, entrega continua de valor, adaptación y mejora continua. Pensamos en alguna práctica o técnica que el equipo pueda hacer y que refuerce o apoye alguna de estas 4 claves. Hacemos esto hasta tener un conjunto pequeño de prácticas que abarquen los 4 pilares y comenzamos a practicarlas en el equipo a modo de experimento para luego de un tiempo evaluar cómo nos ha ido y si necesitamos sumar una nueva práctica o sacar alguna existente. Este trabajo de revisar las prácticas justo lo podemos hacer en una práctica propuesta, la retrospectiva.

Ejemplo de Prácticas Ágiles para Equipos No Software



Por ejemplo en una dinámica de este tipo podemos llegar a las siguientes prácticas a probar:

  1. Retrospectiva: Reunirse periódicamente para reflexionar sobre cómo se trabajó hasta el momento, ver qué se puede mejorar, qué lecciones se pueden capitalizar para luego decidir cómo aplicar lo que aprendieron en el futuro. 
  2. Acuerdos de equipo: El equipo define un acuerdo de trabajo donde determinan cosas como: la fechas y hora de las retrospectivas, tipificación de los ítems de trabajo, horarios de trabajo o de reuniones importantes, uso de tablero, etc. 
  3. Tablero de trabajo: El equipo comienza a usar un tablero para reflejar el trabajo actual y la asignación de personas. Puede comenzar con un tablero tipo tabla con las siguientes columnas: Pendiente, En progreso, Terminado. Es bueno que el equipo comience a usar un valor límite de cantidad de ítems que pueden estar en la columna “En progreso” (WIP Limit). De este modo el equipo no se sobrecarga de trabajo y se enfoca en el trabajo que puede hacer según su capacidad. 
  4. Trabajar con objetivos: El equipo define 1, 2 o 3 objetivos a corto plazo a cumplir para hacer foco en ellos. Periódicamente los estará evaluando para pivotar o reforzar la dirección y el esfuerzo. Estos objetivos a corto plazo están alineados a algún objetivo más amplio. Podemos sumar bajo esta idea el trabajo con MACRO-HIPÓTESIS, donde una macrohipótesis funcionaría como un objetivo mayor que el equipo quiere cumplir y validar.
  5. Trabajo de a pares: Los miembros del equipo trabajarán de a pares por momentos determinados en determinadas actividades o tareas que el equipo decida. También pueden tener “revisión de a pares” antes de terminar un trabajo, actividad o tarea para validar la calidad o efectividad del trabajo. 
  6. Priorización frecuente: El equipo comienza a usar alguna técnica de priorización como la Matriz de Eisenhower (importancia vs. urgencia) para seleccionar hacer primero el trabajo que aporta valor. De este modo, todo el trabajo que se encuentre en la columna “En progreso” va a estar priorizado. 
  7. Realizar entregas pequeñas: El equipo va a generar entregables pequeños para que sean frecuentes en vez de trabajar por mucho tiempo en un gran entregable final. En vez de trabajar en grandes proyectos y épicas de trabajo, el equipo va a desglosar o particionar el trabajo, en función de objetivos a corto plazo, para poder entregar algo de valor lo más pronto posible y seguir avanzando. 




Referencias: 

https://infodegerencia.blogspot.com/2016/05/matriz-de-eisenhower-priorizar-tareas.html

miércoles, 9 de enero de 2019

Retrospectiva: RETRO-URNA

Una Retro-urna y el histórico de felicidad del sprint

Les cuento la dinámica de retrospectiva con urna para feedback en un video:



La RETRO-URNA es una dinámica de retrospectiva con cosecha de información mientras se desarrolla el sprint.

Lo que debemos hacer es lo siguiente:

Construimos una urna de cartón de al menos 15x10x20cm.
La decoramos.

Imprimimos retro-cards.

La dejamos cerca del equipo (retrourna, retrocards y marcadores sharpies).
Le comentamos a todo el equipo en qué consiste la dinámica.
Le explicamos el proceso.
Le comentamos a otras personas que queremos que nos dejen feedback (como AM, JM, etc.).

El proceso el día de la retrospectiva es como sigue:


Ejemplos de diagrama de retrourna:

Ejemplos reales:



Notas finales:

  1. Esta retrospectiva puede hacerse sin urna, directamente en la retrospectiva. Solo que hay que apelar a la memoria más o menos temporal de lo que sucedió en el sprint.
  2. También puede usarse como área o tribu para relevar feedback de muchos equipos.
  3. También pueden usarse Kudos como cards (Management30-kudocards-2015-self_pdf).


Kudos a Sierra India... ¡Un equipo extraordinario de LATAM Digital 2017!


Otras referencias:
https://www.javiergarzas.com/2016/09/retrospectivas-agiles-parte-1.html










Retrospectiva: Retro SWOT & RICE

Hay un método llamado SWOT (strength, weakness, opportunity, and threat) que podemos utilizar para emplear en la retrospectiva. Con SWOT se pueden hacer preguntas abiertas para tener un estado valorativo sobre el estado actual del equipo y posibles aspectos a revisar o indagar para mejorar.





 Adaptando SWOT para una retrospectiva podemos hacer las preguntas siguientes:


¿Qué estamos haciendo bien que debemos seguir haciendo?
¿Qué estamos haciendo que debemos mejorar?
¿Qué no estamos haciendo que deberíamos comenzar a hacer?
¿Qué estamos haciendo que debemos dejar de hacer?

Tiene cierto parecido a la retrospectiva de "estrella de mar", por lo que se puede realizar una dinámica parecida también. Se pueden hacer diferentes adaptaciones que el Scrum Master o facilitador puede crear.

Una variante es la matriz RICE del libro "Oceano azul, oceano rojo".



Espero que les sea útil. Saludos.

Referencias: