Seleccionar página

Las evaluaciones vienen en todas las formas, y hay muchas razones por las que las hacemos. Al final, queremos saber sobre la habilidad de alguien o del equipo.

Cuando se trabaja con un equipo u organización, una evaluación puede ser introducida como una herramienta para ayudar a guiar una transformación ágil y la mejora del equipo. Para mí, como coach, es un mecanismo inestimable para comunicar la estrategia de transformación y medir el progreso.

Me encanta el enfoque simple que se ha adoptado en el libro “Back-of-the-Napkin Agile Assessment Checklist” de Elizabeth Hendrickson, pero a veces necesitamos algo más extenso en un entorno de transformación empresarial. Al menos hasta que nuestra organización o equipo haya alcanzado un estado de agilidad más maduro.

En una serie de mensajes, cubriré el por qué, qué, cuándo y cómo de las evaluaciones y lo completaré con uno o dos comentarios sobre cómo se pueden utilizar los datos una vez que se hayan recopilado. En este post, voy a hablar sobre el por qué y el qué de las evaluaciones.

Si bien los dos no son completamente intercambiables, por lo general hago la leve distinción de que una evaluación es calificada por alguien que evalúa a otro grupo. Sin embargo, incluso para la autoevaluación, lo ideal sería que haya un guía experimentado que facilite el proceso hasta que un equipo esté más familiarizado con las prácticas y capacidades ágiles.

Entonces, ¿por qué hacer una evaluación?

Veamos algunas de las razones por las que podrías estar haciendo una evaluación con un equipo u organización:

  • Sirve de base de referencia del nivel actual de adopción ágil. Eventualmente, usted puede pensar en medir el progreso, pero tómese el tiempo para tomar como punto de partida sus habilidades desde el principio.
  • Comprueba cómo está haciendo un seguimiento de sus objetivos de adopción o transformación. Ayuda a mantener y aumentar tu apoyo.
  • Determina si estás listo para pasar al siguiente nivel de práctica o adopción. Sea honesto, crítico y valiente.
  • Reconozca lo que se ha aprendido y lo que puede hacer con la nueva habilidad o capacidad. El cambio es difícil, así que recuerde celebrar sus triunfos.
  • Identifique las otras actividades en las que va a trabajar. Ayude al equipo a estrechar o enfocar su enfoque.
  • Fije el contexto para el cambio organizativo. Utilice el instrumento de evaluación como herramienta de gestión del cambio.
  • Apoyar en cada momento el entrenamiento o la capacitación necesaria. La ayuda externa puede impulsar su progreso.

A veces, una evaluación o autoevaluación puede ser por otras razones, como la creación de una hoja de ruta para la transformación o mostrar el progreso realizado con el fin de garantizar la continuidad de la financiación. Incluso en estos casos, es preferible involucrar al equipo tanto como sea posible para que puedan aprender del ejercicio y utilizar la información derivada de la evaluación para dirigir y hacer mejoras.

¿Qué tipo de cosas vemos en una evaluación?

Un equipo puede medirse mediante la mejora de unas pocas prácticas o con medidas más amplias que forman parte de un marco de competencias.

Un marco de competencias se centrará en lo que hacemos, tanto como los eventos de SCRUM como Scrum Dailies, Plannings o Retrospectivas. También podría centrarse en capacidades como la descomposición de características o la definición de criterios de aceptación clara. O incluso contra conceptos como Whole Team o Open Workspace. El uso de un marco de competencias conocido puede ser útil para lograr un nivel de comprensión consistente entre los equipos de la organización. También facilita la alineación de buenas métricas a medida que se planifica y mide el detalle más preciso de implementar una práctica o capacidad en particular.

La siguiente sección es un ejemplo de las prácticas y capacidades de evaluación junto con una descripción para cada una de ellas.

COMPETENCIA PRÁCTICA O CAPACIDAD DESCRIPCIÓN
Definir el producto Identificar EPICAS  y características Proporcionar una definición clara de los objetivos del producto en la hoja de ruta como característica y entregables de nivel de épica valiosos para el negocio. Produce especificaciones visuales en torno a la Épica y Características: personas, un organigrama, diagrama de uso, etc.
 Definir criterios de aceptación claros  Defina lo que se necesita para que una característica de un producto esté lista para su uso y la definición de hecho es claramente internalizada por el equipo.
 Alineación Empresarial Gestión de la demanda  El equipo está trabajando a partir de un único backlog priorizado, el WIP es limitado.
 Alineación del departamento de Arquitectura  El departamento de Arquitectura se encuentra alineado y activamente involucrado en la planificación de la release. Arquitectura está trabajando activamente con equipos para preparar soluciones.
 Ingeniería  Propiedad de código colectivo  El desarrollador puede hacer cambios de código en cualquier lugar que necesite; el desarrollador puede cambiar el código, corregir errores, refactorizar según sea necesario; pocos silos de conocimiento.
 Integración continua  Los builds automatizados ocurren en cada commit, las pruebas pasan localmente antes del  commit, retroalimentación inmediata cuando el nuevo código rompe la compilación.