El "ratio decir/hacer" es una idea directa pero útil: de lo que el equipo dijo que iba a hacer, ¿cuánto hizo realmente? El problema es que es fácil medirlo de forma deshonesta sin querer. Si "dicho" se interpreta como lo que sea que contenga el sprint en el momento en que alguien lo comprueba, el alcance añadido en silencio a mitad de sprint se cuenta como si fuera parte del plan original, y un equipo que asumió trabajo extra y terminó la mayor parte puede parecer idéntico a un equipo que se comprometió con honestidad y entregó todo. El número solo significa algo si "comprometido" está anclado a un momento real en el tiempo, el inicio del sprint, y no se redefine después de los hechos.
Por qué la referencia del primer día lo es todo
La fiabilidad del compromiso es el número de elementos entregados y comprometidos dividido entre los elementos comprometidos, donde "comprometido" significa lo que contenía el sprint al final de su primer día. Sin ese punto fijo, los fallos de entrega y el aumento de alcance se ven iguales desde fuera: un sprint que añadió diez elementos nuevos y terminó ocho de ellos, y un sprint que se comprometió a ocho elementos y los entregó todos, producen el mismo recuento final de elementos, pero son sprints completamente distintos. Agile Gauge lee la instantánea del primer día del propio historial de asignación al sprint de Azure DevOps cuando está disponible, y la reconstruye reproduciendo el historial de cada elemento cuando no lo está, e indica claramente qué método usó, ya que el método reconstruido puede ocasionalmente no detectar un movimiento en un sprint inusualmente grande.
En varios equipos: el KPI de Compromiso del sprint de Estado del flujo
Para quien compare más de un equipo, la vista Estado del flujo de Agile Gauge califica Compromiso del sprint como uno de seis KPI independientes en un conjunto de equipos con nombre, sin una puntuación global combinada por encima. Cada equipo obtiene su propio estado frente a un objetivo predeterminado del 80% o más, y el mosaico lleva una frase sencilla como "3 de 6 equipos cumplen el objetivo" en lugar de un único número que oculte qué equipos están teniendo dificultades realmente. Al hacer clic en el mosaico se abren exactamente los elementos que hay detrás de la cifra para el equipo que quieras comprobar.
Un equipo, un sprint: el mismo número en Resumen del sprint
Cuando la conversación trata sobre un sprint concreto en lugar de un conjunto de equipos, Resumen del sprint muestra el mismo cálculo como una tarjeta de estadística de Fiabilidad del compromiso, junto a Arrastre, Cambio de alcance y tiempo de ciclo para ese mismo sprint. Los elementos eliminados por completo de Azure DevOps se excluyen de ambos lados de la proporción, de modo que no se acredita ni se penaliza a un equipo por trabajo que el negocio retiró, y un elemento sigue contando como entregado si se cerró hasta 24 horas después del final del propio sprint; la mayoría de los equipos cierran el último elemento o dos la mañana después de la revisión, y ese margen evita que el número penalice la sincronización normal en los límites del sprint.
Qué aspecto tiene cuando no hay nada honesto que mostrar
Si ni el historial directo ni la reconstrucción pueden establecer una instantánea real del primer día para un sprint, la fiabilidad del compromiso y el arrastre no se muestran en absoluto; en su lugar, un panel explica por qué. La alternativa sería tratar la composición actual del sprint como "comprometido", lo que hace que la fiabilidad se lea cercana al 100% y el arrastre cercano al 0% sin importar lo que realmente ocurriera durante el sprint. Un número ausente es una respuesta más honesta que una halagadora construida sobre una suposición equivocada.
Un número que se puede manipular si se mira solo de forma aislada
El ratio decir/hacer tiene una debilidad conocida: un equipo que quiere un número halagador puede simplemente comprometerse a menos de lo que espera entregar, y luego parecer fiable cada sprint sin cambiar realmente nada de cómo trabaja. La fiabilidad del compromiso por sí sola no puede distinguir a un equipo que mejora de verdad de uno que se está guardando margen a propósito; necesita compañía. Leerla junto con Alcance entregado (cuánto de todo lo terminado, planificado o no, se entregó este sprint) y Cambio neto de alcance marca la diferencia: un equipo que se compromete por debajo a propósito tiende a mostrar mucho alcance "extra" entregado más allá de lo que planificó originalmente, un patrón distinto al de un equipo cuya planificación es realmente ajustada. Estado del flujo muestra ambas cifras una junto a la otra exactamente por este motivo, en lugar de presentar Compromiso del sprint como un número que se puede leer de forma aislada.
Fijar un objetivo que tu equipo realmente haya aceptado
El 80% predeterminado es un punto de partida, no un objetivo que nadie haya aceptado necesariamente. Todos los KPI que califica Estado del flujo, Compromiso del sprint incluido, tienen un objetivo editable por conjunto de equipos con nombre, fijado desde el propio panel de objetivos de Estado del flujo y compartido automáticamente con Resumen de retrospectiva para cualquier sprint visto bajo ese conjunto. Un equipo que quiera un listón más estricto o más laxo que el 80% puede fijar uno, y duplicar un conjunto antes de cambiar sus objetivos es una forma rápida de probar un umbral distinto sin alterar lo que están viendo los demás.
Cómo llegar
La fiabilidad del Compromiso del sprint necesita el mapeo de etapas de flujo de trabajo de tu equipo configurado en Configuración, para que Agile Gauge sepa qué estados cuentan como terminados. Compararla entre equipos también necesita un conjunto de equipos con nombre: una lista guardada de hasta 12 equipos de la que pueden elegir tanto Estado del flujo como Resumen de retrospectiva. Una vez que ambos están listos, el número se lee en vivo cada vez que se abre cualquiera de las dos pantallas.
Agile Gauge empieza en $20 al mes para hasta 2 usuarios. Empieza una prueba gratuita de 14 días: todas las funciones, sin tarjeta.