jueves, 9 de abril de 2020

Retrospectiva: Lean Development Software Canvas

Podemos hacer una retrospectiva usando los principios de "Lean Development Software".

1) OPENING: apertura de la retro (intro, acuerdos, rompe hielo, etc.).
2) REMEMBER: recuerdo de acciones previas y métricas.
3) BRAINSTORMING: se hace una dinámica propuesta:
El SM puede dibujar un lienzo “Lean Development Software Canvas” -como la imagen abajo- con los siete principios para que el equipo, en la retrospectiva, evalúe en qué principio es más débil y en cuál más fuerte; o en cuál principio no les ha ido bien en el sprint.. Entonces idear acciones de mejora en alguno de los principios.

4) ACTIONABLES: ¿acciones concretas a realizar?
5) CLOSURE: cierre del evento (palabras finales, feedback, etc)

Libro: Scrum en las Organizaciones.


Referencia:
Libro: Scrum en las Organizaciones.

sábado, 28 de marzo de 2020

Futurespectiva: Lienzo de Situación Problema

Esta es una gran actividad de trabajo en equipo que se enfoca en crear un objetivo común un "propósito" a lograr. Es un ejercicio de pensamiento hacia el futuro ("la situación deseada"), con un ojo puesto en la "situación actual". Es una mezcla de perspectiva retrospectiva y futura, que descubre los riesgos, en cuanto a dificultades que tenemos para lograr el propósito y las hipótesis que podemos generar parar avanzar sorteando las dificultades y alcanzar el éxito.

Los pasos a seguir son:
  1. PROPÓSITO: ¿Qué queremos lograr?
  2. SITUACIÓN ACTUAL: ¿Cuál es la situación actual (contexto, recursos, etc.)?
  3. DIFICULTAD: ¿Qué impedimentos tenemos para lograr el propósito?
  4. HIPÓTESIS SOLUCIÓN: ¿Qué podemos hacer para sortear las dificultades y lograr el propósito? ¿Cuál es la prioridad en las alternativas? ¿Con cuál podemos comenzar a avanzar?



Lienzo de Situación Problema



Referencias:



domingo, 15 de marzo de 2020

Retrospectiva: Retro Roles


Pasos de la retro:
  1. OPENING: introducción, acuerdos de reunión y rompe hielo.
  2. REMEMBER: recordar estado previo: accionables previos y métricas.
  3. BRAINSTORMING: se hace una dinámica de descubrimiento reflexivo usando un esquema de roles:
    1. Hacer el dibujo de la imagen. Esta dinámica permite identificar fortalezas (lo que hacen bien), oportunidades de mejora (qué mejorar) e iniciativas de nuevas propuestas (cosas a comenzar a hacer) en las actividades de los roles de Scrum: 
      1. Product Owner;
      2. Scum Master y 
      3. Development Team (Equipo de Desarrollo). 
      4. Ayuda a cada rol a darse cuenta de cómo puede mejorar su desempeño y qué cosas puede comenzar a hacer. Cada integrante se tiene que posicionar en cada rol y desde esa óptica pensar: 
        1. a) ¿Qué se hizo bien? 
        2. b) Si yo ejerciera ese rol de otra manera ¿Qué mejoraría?; y 
        3. c) ¿Qué comenzaría a hacer para mejorar el trabajo del equipo en los próximos Sprints (o período)?
  4. ACTIONABLES: hacer un acuerdo de las próximas acciones a realizar.
  5. CLOSURE: cerrar de la reunión. Se puede hacer un feedback del evento.





Para cerrar con un feedback:




sábado, 14 de marzo de 2020

Retrospectiva: Root Cause Analysis

El análisis de causa raíz ("Root Cause Analysis" o  RCA) es un proceso diseñado para investigar e identificar por qué y cómo ha sucedido un evento no deseado o problema (SWEBOK). Una retrospectiva puede ser útil para llevar a cabo un RCA en equipo. Los pasos a seguir son simples:

  1. Identificar el problema real. 
  2. Determinar la causa del problema. 
Las herramientas que se pueden usar son: hojas de verificación o listas de verificación (checklists), diagramas de Pareto, histogramas, diagramas de ejecución (run charts), diagramas de dispersión (scatter diagrams), diagramas de control (control charts) y diagramas de espina de pescado (fishbone) o de causa y efecto ('cause-and-effect diagrams' o 'Causal Loop Diagram').
La más simple que sugiero es usar diagrama causa y efecto en una pizarra.



Para cerrar con un feedback:



Referencias:

miércoles, 11 de marzo de 2020

Retrospectiva: Ishikawa Fishbone Diagram

Para variar nuestras 'retros' podemos usar el diagrama de pez de Ishikawa en una retrospectiva para buscar las causas de algún problema o para detectar problemas y posibles soluciones.




Podemos diseñar el 'fishbone' a nuestra manera con nuestras categorías.

Por ejemplo, las siguientes categorías:
  • Equipo (Personas): aspectos relacionados con el personal involucrado en el Sprint y el proceso. Se puede recoger información sobre la capacitación de los miembros del equipo, si el personal es el idóneo, si están motivados y trabajan con ganas… 
  • Tecnología: Herramientas, tecnología e infraestructuras utilizadas para llevar a cabo el Sprint para desarrollar el producto final, se pueden recoger datos sobre si son eficientes, si sabemos utilizarlas para sacar lo mejor de ellas, si están actualizadas, si faltan licencias… 
  • Metodología: ¿Qué tan bien hacemos Scrum? Mediante esta categoría se evalúan la forma en la que se realiza el Sprint, tanto los métodos, cómo los procesos… y si a través de estos obtenemos los resultados deseados. 
  • Organización: mediante esta categoría los miembros del equipo evalúan el entorno de trabajo (Medio ambiente), tanto las instalaciones, el lugar de las reuniones, como el clima, el ruido y la organización en general (bloqueos burocráticos, coordinación con otras áreas, etc.). También se puede incluir temas de recursos materiales.
  • Producto: lo relacionado al producto, a la propuesta de valor o a la calidad del producto.
  • Métricas: Categoría que representa lo relacionado con la gestión, métricas y monitoreo.

Podemos hacer la dinámica de dos maneras:

  1. Reactivo: (comenzamos por la cabeza) Podemos comenzar por indagar por el problema para pasar después a revisar las causas.
  2. Pro-activo: (llenamos primero el esqueleto) Podemos comenzar por indagar que problemas tenemos como causas de futuros problemas.

Y al final buscamos posibles soluciones para obtener accionables.


Si queremos seguir un esquema de retrospectiva general, lo anteriormente mostrado sería parte del brainstorming.
  1. OPENING: intro (acuerdos de reunión, intro, rompe hielo, etc.).
  2. REMEMBER: estado previo (métricas...).
  3. BRAINSTORMING: dinámica de pez o Ishikawa Fishbone.
  4. ACTIONABLES: accionables concretos.
  5. CLOSURE: cierre.


RETRO FISHBONE para un EQUIPO DE ALTO DESEMPEÑO


TAMBIÉN PODEMOS TRABAJAR EL FISHBONE EN FUNCIÓN DE UN OBJETIVO EN VEZ DE UN PROBLEMA. Un objetivo puede ser: 'Lograr un equipo de alto desempeño'.
  1. Otras categorías que puede usar para este ejemplo son: 
  2. Delivery frecuente, 
  3. Clima y trabajo en equipo, 
  4. Cultura y liderazgo, 
  5. Marco y metodología, 
  6. Excelencia técnica, 
  7. Negocio y colaboración con el negocio, 
  8. Calidad y QA, 
  9. Otors (autorealización, personales, etc.).

Un lienzo ejemplo es el siguiente:


viernes, 6 de marzo de 2020

Transformación Digital: Implementar Outcome sobre Output con LVT

¿Cómo se puede llevar un portafolio de iniciativas en agilidad? ¿Qué herramienta podemos usar en una Transformación Digital para gestión de estrategias y portafolio?

He tenido la oportunidad de trabajar orientado a KPIs, luego a OKRs y, posteriormente, orientados por propósito. Allí descubrí a "Lean Value Tree" de EDGE, una joya de Jim Highsmith, de la empresa ThoughtWorks. Fue una de las herramientas que elegimos usar en un proceso de Transformación Digital.
La idea es simple. Tener una ‘Visión’ compartida principal, a la cual alineamos ‘Objetivos’ que resultan de planificaciones estratégicas. Los 'Objetivos' incluyen nuestras metas para las cuales debemos buscar estrategias mediante hipótesis que experimentaremos: las ‘Apuestas’. Y asociando a las ‘Apuestas’ creamos 'Iniciativas' que desarrollarán los equipos autónomos ágiles. 

Les cuento algo ejemplificativo. Imaginémonos, como experimento mental, una 'Visión' personal como la siguiente: “tener un estilo de vida saludable”. ¿Qué objetivos estratégicos podemos tener? Uno podría ser “mantener un peso saludable”. Bajo este objetivo estratégico ¿qué apuesta o sub-objetivo podemos hacer? Por ejemplo, “hacer ejercicios regularmente”, lo cual quema calorías y nos posibilita la regulación del peso. Entonces pensemos una iniciativa bajo esta apuesta, como “salir a correr” o “ir al gimnasio”. Podemos experimentar con salir a correr primero. Si no nos da resultado podemos pivotear y experimentar con otra iniciativa, como por ejemplo ir al gimnasio. Este trabajo de pivotar es parte de la planificación dinámica más táctica. Las apuestas también deben ser evaluadas para pivotar, ya sea que se trabajen como hipótesis o como resultados claves también son experimentos. Así sucede ascendentemente, donde el ritmo de frecuencia de cambios disminuye a medida que se asciende hasta la visión, que es lo que tiende a permanecer más estable. Aunque las planificaciones a más alto nivel son estratégicas, están muy relacionadas y acopladas a la táctica. Por eso el Lean Value Tree es también una herramienta de colaboración e integración organizacional. 

Esto no es nuevo para ThoughtWorks. Ellos lo vienen aplicando desde el 2016. Aquí un ejemplo de LVT de ThoughtWorks

Solo que ahora publicaron un muy buen libro y de la mano de uno de los firmantes del Manifiesto Ágil. Este libro,"EDGE Value-Driven Digital Transformation", no es exactamente un framework o guía específica, sino más bien un recurso que ofrece un enfoque, ideas y conceptos para guiar y apoyar la transformación digital basada en los principios ágiles y lean. Por pragmatismo podemos decir que es un marco de trabajo escalado y que nos puede brindar un modelo para la gestión de portafolio Lean. El Lean Value Tree es solo una parte propuesta en el libro. Algo así equivalente a lo que podrían ser los OKR. Este LVT está formado por lo niveles comentados anteriormente, que específicamente son los siguientes:
  1. Vision (Visión): En el nivel más alto, se establece la visión estratégica de la organización. La visión describe la dirección y el propósito de la transformación digital, proporcionando una imagen clara de lo que se busca lograr.
  2. Goals (Metas): A continuación de la visión, se definen los objetivos estratégicos que ayudarán a alcanzar dicha visión. Los objetivos son declaraciones claras y medibles que describen los resultados deseados y proporcionan un enfoque estratégico para la transformación digital.
  3. Bets (Apuestas): En este nivel, se toman las metas estratégicas y se desglosan en apuestas más pequeñas y manejables. Las apuestas representan áreas de enfoque específicas y se formulan como hipótesis que se probarán y validarán a lo largo de la transformación digital.
  4. Initiatives (Iniciativas): Las iniciativas son los proyectos o programas que se ejecutan para llevar a cabo las apuestas definidas anteriormente. Cada iniciativa tiene un objetivo específico y se desarrolla para abordar un aspecto particular de la cartera ágil. A su vez, las iniciativas pueden estar asociadas a una o varias hipótesis de producto que nutrirán los backlog de los equipos ágiles en el delivery. Y los equipos desarrollarán historias de usuario o backlog Items alineados a alguna hipótesis de producto de la iniciativa que desarrolla.

Cada nivel del LVT en el enfoque EDGE en la gestión de cartera ágil se basa en el anterior, lo que crea una estructura jerárquica para alinear la transformación digital con la visión y los objetivos estratégicos de la organización. Esto permite una gestión eficiente de la cartera de proyectos y una priorización adecuada de las iniciativas y funcionalidades en función de su contribución al valor y los resultados deseados.

Bien, con este artúculo espero haber mostrado otra alternativa a los OKRs para gestión de portafolio Agile-Lean. No todo es OKRs bajo el paraguas de la agilidad en gestión de portafolios.

Espero les sirva y saludos.


Referencias: