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: