Assessment: Evaluación de madurez de un equipo ágil

Diagnóstico de Posicionamiento Ágil

¿Quieres diagnosticar cómo está tu equipo en madurez de Agile?

Agile es un viaje en el que aprendes y mejoras continuamente. Los assessment o las autoevaluaciones ágiles ayudan a los equipos y/o a sus líderes a explorar dónde están parados en un modelo de madurez y decidir los próximos pasos o acciones de mejora para aumentar su agilidad. Hay muchos formatos de assessment en la red con sus pros y contras. Algunos son muy subjetivos y se hace difícil evaluar y medir, otros están muy atados a un framework (estándar o propio) o son muy prescriptivos que indican que tan apegados al framework estamos más que cuán ágiles somos; otros son muy complejos como para que sean prácticos.

En mi experiencia les recomiendo crear su propia assessment basado en el manifiesto ágil, para lo cuál desglosamos sus 12 principios como atributos ágiles en diferentes temas sobre los cuales aremos preguntas alineadas al manifiesto ágil.

A continuación un ejemplo de atributos y temas.

Luego en cada tema agregamos una pregunta que se pueda contestar en una escala de valores.

Valor	Respuesta de... ¿Cuando o es verdadero?
0	Nunca/Falso
1	Rara vez/Más falso que verdadero
2	Ocasionalmente/Ni verdadero, ni falso
3	Frecuentemente/Más verdadero que falso
4	Siempre/Verdadero

Luego podemos calcular el promedio por atributo y el promedio general para determinar el nivel por atributo y general.

Nivel
start/crawl	inicial
walk	principiante
jog	intermedio
run	mejorado
fly	avanzado

De este modo podemo evaluar constantemente cuáles son nuestras debilidades y planificar acciones de mejora para fortalecer esos aspectos débiles.

¿Cómo usar el radar de posicionamiento ágil?

El radar de de posicionamiento ágil es una herramienta que se utiliza para identificar las fortalezas y debilidades de los equipos en cuanto a Agile. Una vez que haya completado el radar de diagnóstico, hay varias formas de mostrar los conocimientos y utilizarlos para mejorar sus prácticas. Aquí están algunos ejemplos:

Gráfico de radar: puede crear un gráfico de radar para visualizar los resultados del radar de eventos de Scrum. Un gráfico de radar es una representación gráfica de los datos que muestra las fortalezas y debilidades de los eventos de Scrum. El gráfico puede ayudarlo a identificar áreas de mejora y centrar sus esfuerzos en mejorar esas áreas.

Tabla: también puede crear una tabla para resumir los resultados del radar de eventos de Scrum. La tabla puede incluir las fortalezas y debilidades de cada evento de Scrum y las áreas que necesitan mejoras. Esta tabla se puede utilizar como referencia al planificar futuros sprints y eventos Scrum.

Conversación: después de completar el radar de eventos de Scrum, puede realizar una discusión en equipo para analizar los resultados. Esta discusión puede ayudar al equipo a identificar áreas que necesitan mejoras y generar ideas sobre formas de mejorar esas áreas. También puede ser una oportunidad para celebrar las fortalezas del equipo e identificar formas de aprovechar esas fortalezas.

Sesión de Mejora Continua: en función de los conocimientos del radar, puede crear una reunión de trabajo de mejora contínua y resolución de problemas raíces para generar experimentos y acciones de mejora continua.

Retrospectivas: en función de los conocimientos del radar, puede proponer el radar para revisarlo en una retrospectiva del equipo o llevar propuestas a la reunión de retrospectiva en base al radar.

Plan de acción: en función de los conocimientos del radar, puede crear un plan de acción para abordar las áreas que necesitan mejoras. El plan de acción puede incluir pasos específicos que el equipo puede tomar para mejorar, como implementar nuevas herramientas o técnicas, brindar capacitación o entrenamiento adicional, o ajustar el proceso para que se ajuste mejor a las necesidades del equipo.

Ayudas visuales: puede usar ayudas visuales como diagramas, diagramas de flujo o mapas mentales para ilustrar las ideas del radar. Estas ayudas visuales pueden ayudar al equipo a comprender mejor las fortalezas y debilidades de los eventos de Scrum e identificar formas de mejorarlos.

Referencias:

• Assessment de scrum de Henrik Kniberg: http://www.gazafatonarioit.com/2013/05/lista-de-chequeo-scrum.html

• Blog de Ben linders tiene muchos assessments: 

https://labs.spotify.com/2014/09/16/squad-health-check-model/

https://www.benlinders.com/tools/agile-self-assessments/

https://www.benlinders.com/tools/

• Agile Maturity Self-Assessment Survey: https://www.scrumalliance.org/community/articles/2015/december/agile-maturity-self-assessment-survey

• Assessment: Three Questions to Determine If an Organization Is Agile.

• http://www.gazafatonarioit.com/2019/11/la-lista-de-chequeo-de-scrum-roosmalen.html

Retrospective: Retro Agile Values

Retro Agile Values o Retrospectiva sobre valores ágiles

Les comparto una retrospectiva basada en el manifiesto ágil. La idea de esta retrospectiva es usar algunos temas como dimensiones de mejora.

Pasos de esta retro:

A) OPENING: introducción y rompe-hielo (foto, termòmetro de ánimo, termómetro de estrés, etc.).

B) REMEMBER: si es necesario se recuerda el estado previo (accionables, métricas, resultados, etc.).

C) BRAINSTORMING:

Explicar la dinámica de la retrospectiva.

La idea es trabajar en analizar y diagnosticar en una lluvia de ideas de retrospectiva, sobre un lienzo que muestra los valores del manifiesto Agile:

1. Individuos e interacciones sobre procesos y herramientas:

• ¿Los proyectos se desarrollan en torno a individuos motivados y existe el entorno y el apoyo que necesitan, y se les confía la ejecución del trabajo?

• ¿El desarrollo es sostenible donde los promotores, desarrolladores y usuarios son capaces de mantener un ritmo constante de forma indefinida? (con cadencia, sin carry-over constante, sin sobrecarga constante, de manera lean, etc.)

• ¿El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre los miembros es la conversación cara a cara?

1. Software funcionando sobre documentación extensiva.

• ¿Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor?
• ¿Entregamos producto (resultados de valor al cliente) o software funcional frecuentemente (software en producción), entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible?
• ¿El software funcionando o resultados a cliente (customers outcome) es la medida principal de progreso?

1. Colaboración con el cliente sobre negociación contractual.

• ¿Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto?

1. Respuesta ante el cambio sobre seguir un plan.

• ¿Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo y los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente?

• ¿Las mejores arquitecturas, requisitos y diseños emergen del equipo auto-organizado?

• ¿Hay atención continua a la excelencia técnica y al buen diseño?

• ¿La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial en nuestro trabajo?

• ¿A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia? ¿Hay mejoras tangibles?

Dinámica:

• Diagnóstico: diagnosticar estado actual según pasado. En cada valor del manifiesto ágil se agregan postits: rojos para problemas o hechos o cosas a mejorar, verde para indicar cosas que se hacen bien.
• Ideas: Se proponen ideas de mejora, reconocimientos, etc. Postits amarillos para ideas.
• Acciones: Se suman ideas. Se pueden votar las ideas. A partir de las ideas se priorizan un conjunto de acciones a realizar con personas encargadas de hacer seguimiento.

D) CLOSURE: se cierra el evento retrospectivo con palabras finales y feedback.

Lienzo mediano:

Lienzo grande:

 

Referencias:

• https://agilemanifesto.org/iso/es/manifesto.html

Retrospective: Retro por temas de mejora

 

Retrospectiva por temas de mejora

Les comparto una retrospectiva por temas. La idea de esta retrospectiva es usar algunos temas como dimensiones de mejora.

Pasos de esta retro:

A) OPENING: introducción y rompe-hielo (foto, termòmetro de ánimo, termómetro de estrés, etc.).

B) REMEMBER: si es necesario se recuerda el estado previo (accionables, métricas, resultados, etc.).

C) BRAINSTORMING:

Explicar la dinámica de la retrospectiva.

La idea es trabajar en analizar y diagnosticar en una lluvia de ideas de retrospectiva, sobre un lienzo que muestra un conjunto de temas o dimensiones como las siguientes:

1. Procesos: proceso de desarrollo y mejora de productos (software development pipeline, dual track, upstream and downstream, etc.), proceso del marco de trabajo que utilicen (Scrum, Kanban, etc.); procesos de escalado (portafolio, tribus, comunidades, chapters, framework de escalado como SAFe, etc.) o procesos organizacionales (procesos de comunicación, procesos PMO, sleccion de personas, etc.).
2. Interacciones: interacciones entre individuos, células, comunidades o tribus y organización. Recordando que en Agile se prioriza: “Individuos e interacciones sobre procesos y herramientas”.
3. Cultura: relacionado a la cultura, cultura actual y proximidad con una cultura Agile o Lean. Paradigmas, mentalidad, forma de hacer las cosas, valores y principios que se aplican en la organización, comunidad o equipo.
4. Productos: servicios o productos que se desarrollan o evolucionan (productos, features, estrategias, tàcticas, etc.) incluyendo sus tecnologías y plataformas.
5. Madurez: madurez y desarrollo o crecimiento de individuos (autonomía, maestría y propósito, etc.), roles (role maturity, path de carrera, Re-skilling & Up-skilling, etc.), equipos (team playbook, team maturity, etc.) y tribus (Digital Transformation Maturity, Organization Maturity, etc.).
6. Clima: clima laboral al interior del equipo o tribu (comunidad). El clima laboral hace referencia al entorno psicológico (seguridad psicológica, estrés laboral, confianza, etc.), organizacional (políticas, relaciones entre individuos y la organización) y humano (relaciones interpersonales) en el que se dan las relaciones de trabajo y que crea un ambiente laboral específico que puede motivar a los trabajadores o afectar su desempeño.

Dinámica:

• Diagnóstico: diagnosticar estado actual según pasado. En cada tema se agregan postits: rojos para problemas o hechos o cosas a mejorar, verde para indicar cosas que se hacen bien.
• Ideas: Se proponen ideas de mejora, reconocimientos, etc. Postits amarillos para ideas.
• Acciones: Se suman ideas. Se pueden votar las ideas. A partir de las ideas se priorizan un conjunto de acciones a realizar con personas encargadas de hacer seguimiento.

D) CLOSURE: se cierra el evento retrospectivo con palabras finales y feedback.

El lienzo puede ser algo como el siguiente (mediano):

El lienzo puede ser algo como el siguiente (grande):