Explorando Métricas y el valor que estas aportan en una habilitación Agile – Parte V

Showing business and magnifying glass

Hora del quinto y último paso en este viaje de exploración de métricas y el valor que estas aportan en una habilitación agile. En esta ocasión, estaremos explorando las métricas referentes a los equipos, desde distintas perspectivas. Con el fin de tener diferentes ángulos, por analizar y así poder tener mas herramientas para mejorar.

Parte V – Métricas de Equipos Ágiles

Hablar de equipos agiles y dado que su naturaleza es la entrega de valor, la inspección y adaptación, el trabajo colaborativo y la mejora continua. Están llamados a conseguir grandes resultados. Ya que sus características son: La orientación a la Generación de Valor, Tienen un Objetivo Común, Tienen un compromiso Conjunto, son Autoorganizados, Autogestionados, Multidisciplinarios, Cross-Funcionales y Creativos, Gestionan su conocimiento, Y sobre todo están orientados a la Mejora Continua. Dichas características, hacen de ellos un pilar fundamental (sin duda en una organización existen más) en la transformación de Necesidades, en ideas, ideas en iniciativas, iniciativas en soluciones, soluciones que generan valor al cliente y garantizan un buen retorno de la inversión a la organización.

Ahora bien, al hablar de métricas agiles, hay que ver el tema desde distintos ángulos, ya que estos (los equipos agiles), viven en constante evolución, en constante crecimiento. Por ende, veamos un poco desde distintas perspectivas las métricas con que estos cuentan, para mejorar lo que hacen, el como lo hacen, la forma en que evolucionan e interactúan y la cultura propiamente que están construyendo.

Veamos entonces que tipo de métricas hay y cuales son:

Aspectos Humanos

Este grupo de métricas revelan los problemas que afectan el lugar sostenible y el nivel de compromiso de un equipo.

  • Índice de Felicidad: Crea transparencia con respecto a la satisfacción de los miembros del equipo.
  • Barómetro de Equipo: Ayuda a un equipo de trabajo a elevar su nivel de conciencia como tal y evaluarse frente a características de los Equipos de Alto Rendimiento.
  • Nivel de Mejor Continua: Permite determinar el nivel de crecimiento profesional de cada integrante del equipo y del equipo como un todo.
  • Nivel de Gestión de Skill: Permite determinar el nivel de gestión de los Skill técnicos y blandos de las personas y del equipo.
  • Índice de Motivación del Equipo: Permite determinar el nivel de notificación del equipo y de cada uno de sus integrantes con respecto al trabajo que realiza.
  • Índice de Conexión con la Visión: Permite determinar qué tan conectado está el equipo y cada uno de sus integrantes con la visión de la organización y con la visión del trabajo a realizar.
  • Índice de Delegación: Permite determinar el nivel de delegación existente en el equipo con respecto a las decisiones que este debe de tomar.

Métricas de Gestión del Riesgo

“El objetivo es detectar y controlar posibles situaciones adversas, por un lado, identificando y gestionando situaciones inesperadas que no se hayan previsto, ante las cuales no tenemos una respuesta. Por otro lado, evaluando la probabilidad de que sucedan situaciones perjudiciales, y finalmente dando una respuesta correcta y consensuada a los problemas que se presenten.”

De estas existen 2 categorías que son:

Métricas Predictivas: Se obtienen a partir de cálculos con los datos actuales del proyecto/iniciativa. El objetivo es que las medidas obtenidas por estas métricas se aproximen el máximo posible a las especificaciones y a la planificación inicial.

  • Aggregated Schedule risk: Duración total del proyecto (si se utilizasen todos los planes de contingencia o alternativas previstas en caso de que se produzca un riesgo), por la probabilidad de suceso del riesgo.
  • Burndown de Riesgo: Mide la cantidad de riesgo conocido y no mitigado que se muestra a lo largo de un período de tiempo.
  • Mapa de Dependencias: Mide la identificación y gestión de las dependencias presentadas.
  • ROAM Metric: Mide la identificación y gestión de los riesgos presentados.

Métricas de Diagnostico:

Las métricas de diagnóstico se basan en las mediciones realizadas a lo largo del proyecto, se usan para detectar las variaciones adversas que se han dado en el proyecto, para poder solucionar estos problemas tan pronto como sea posible, una vez detectado.

Se utiliza el concepto de “Earned Value Analysis” (EVA), esta técnica para el control del proyecto comienza con la asignación de la parte del presupuesto para cada una de las Hito planificado. La suma total ha de ser el 100% del presupuesto total. Mientras el proyecto se ejecuta se recolectan los datos para cada tarea completada y se establece una proporción con la situación planificada. Aunque se van a explicar respecto al coste, se puede aplicar también al tiempo de duración del proyecto.

  • Earned Value (EV): La acumulación de todos los costes que se han planificado de los Hitos del proyecto que se han completado.
  • Actual Cost (AC): La acumulación de los costes reales de todos los Hitos que se han planificado.
  • Planned Value (PV): La acumulación de los costes planificados de cada Hito del proyecto que se espera finalizar en el plazo de tiempo previsto (para proyectos de Tiempo fijo). Aunque la explicación pueda parecer complicada, se refiere a una función o gráfica del coste que se espera tenga cada Hito en un tiempo en concreto a lo largo del proyecto.
  • Cost Performance Index: La proporción entre el EV y el AC, es el ratio principal utilizado en EVA, cuando es mayor que uno se está gastando más dinero del estimado en la planificación.
  • Schedule Performance Index (SPI): Es la proporción entre EV y PV, si es menor que uno nos indica que se está retrasando los Hitos, si es mayor que un indica lo contrario, que se están adelantando.
  • Cost variance (CV): Es la diferencia entre EV y AC. Se puede obtener una proporción de la diferencia respecto la planificación dividiendo CV entre EV.
  • Schedule Variance (SV): Diferencia entre EV y PV, al igual que antes podemos obtener una proporción al dividir está diferencia entre EV.
  • Risk Closure Index: La proporción de riesgos cerrados, o superados, con proporción a los riesgos contemplados para el proyecto.

Ahora bien, los Equipos Ágiles, también pueden medir dos tipos de riesgo adicional que son:

  • El Riesgo Inherente: Es el riesgo existente ante la ausencia de alguna acción que la dirección pueda tomar para alterar tanto la probabilidad o el impacto de este.

           RIESGO INHERENTE= PROBABILIDAD inh * IMPACTO inh (Impacto Inh: impacto de un evento, sin considerar las acciones y      controles mitigantes) ( Probabilidad Inh: probabilidad de ocurrencia de evento no deseado sin considerar las acciones y controles mitigantes )

  • El Riesgo Residual: Es el riesgo que persiste luego de la respuesta de la Dirección al Riesgo.

RIESGO RESIDUAL = RIESGO INHERENTE – EFECTIVIDAD DE CONTROLES

o RIESGO RESIDUAL = PROBABILIDAD res * IMPACTO res


Métricas de desarrollo de productos

“Ayudan a medir la alineación de las características del producto con las necesidades del usuario”.

  • Valor entregado al Cliente/Negocio: Es la cantidad de valor entregado. Tanto en número de entregas como en valor real generado.
  • Tipo de valor entregado: Es la identificación del tipo de valor que se ha entregado en un periodo de tiempo.
  • Pronóstico del producto: Establece tendencias futuras, basadas en el rendimiento histórico de ítems completados.
  • Net Promoter Score (NPS) del producto: NPS se usa para medir la respuesta a la pregunta: ¿Recomendaría este producto?
  • Analítica de usuario: Identifica patrones de uso dentro del producto.

Métricas de Release (lanzamiento)

“Dirigen su enfoque hacia la identificación de impedimentos para el delivery continuo”.

  • Defectos evadidos: Un recuento de defectos que se descubren en la producción.
  • Tiempo de resolución de defectos evadidos: Mide la cantidad de tiempo requerido para resolver un defecto evadido.
  • Promedio de éxito de los releases: Es el promedio de releases aceptados y rechazados por el cliente.
  • Tiempo de release: Muestra la cantidad de tiempo requerida para realizar el release de un producto al entorno de producción.
  • Tiempo desde el último release: Esta métrica muestra la cantidad de tiempo transcurrido desde la última vez que el equipo realizó el release de su producto a los usuarios finales.
  • Costo por lanzamiento: Es el costo de completar un release.
  • Release Net Promoter Score: ¿Los equipos están «diseñando e implementando rápidamente una excelente experiencia para el cliente, una y otra vez en el tiempo»?
  • Adopción del release/ promedio de instalación: Mide el número de usuarios existentes que han realizado una actualización; número de nuevos usuarios obtenidos por el release.

Métricas de la salud del proceso

“Esta categoría evalúa las actividades diarias del equipo de delivery (entrega), y evalúa los cambios del proceso”.

  • Diagramas de flujo acumulativo: Permiten observar los Lead times, cicle time y el Trabajo en progreso (WIP) en las diferentes etapas mientras se va logrando el “Done”.
  • Porcentaje de Completo y Exacto: Mide el número de ítems completados y aceptables (de calidad) para ayudar al equipo en mejorar el delivery.
  • Eficiencia de flujo: Realiza un seguimiento de la relación existente entre el Tiempo dedicado a trabajar en un ítem y el Tiempo que espera el ítem.
  • Tiempo de bloqueo por ítem: Mide la cantidad de tiempo que un ítem estuvo bloqueado mientras se lo completaba.
  • Agrupación de bloqueadores: Muestra la agrupación y frecuencia de ítems bloqueadores.
  • Push/Pull: Es el ratio entre la cantidad de ítems completados y los nuevos items agregados.

Métricas de código

“Ayudan a determinar la calidad de la implementación y la arquitectura”.

  • Cobertura de pruebas: Monitorea el porcentaje de código que ha sido revisado por varios tipos de pruebas automatizadas.
  • Time Build: Mide el tiempo de compilación y ejecución de pruebas para proporcionar feedback al equipo de desarrollo.
  • Densidad del defecto: Rastrea el porcentaje de defectos en cada área del sistema, determinado por la funcionalidad o la arquitectura del código.
  • Cumplimiento de estándares de codificación: Este es un puntaje de evaluación de alineación del código con los estándares de arquitectura.

Promedio de Crash: Es un registro de incidentes que provocan el bloqueo de una aplicación/producto.


Métricas de Madurez

“Permiten determinar el nivel de madurez (evolución) de los diferentes roles y de los equipos”

  • Escala de Madurez de Product Owner
  • Escala de Madurez del Scrum Master
  • Escala de Madurez de Product Manager
  • Escala de Madurez de Arquitectos y líderes de Tecnología
  • Escala de Madurez del Equipo
  • Escala de madurez de escalamiento de equipos:

Sin duda podrán existir más. Sin embargo, siempre el mensaje es como el famoso libro de John Doerr “Mide lo que importa”. O dicho de otra manera mide lo que te genera valor en el momento especifico en el que te encuentres.

Espero mi querido amigo lector, que este viaje de exploración de métricas haya sido de valor para ti, tanto como lo ha sido para mi no solo al escribirlo, sino también al descubrir y colocar en practica las diferentes métricas que he ido identificando con el paso del tiempo que llevo en este hermoso mundo Agile.

Si quieres leer de nuevo la serie, aqui los link:

Gracias por tu tiempo.

Saludos,


También te puede interesar Leer



SUSCRÍBETE A MI BLOG

Y cada vez que realice una nueva publicación, recíbela al instante.


    
Suscríbete al Blog
Y entérate cada vez que realice una nueva publicación.
Suscribirse
Te puedes dar de baja cuando lo desees!
close-link
A %d blogueros les gusta esto: