-
Notifications
You must be signed in to change notification settings - Fork 0
Dashboard y Metricas
El dashboard de Kairo proporciona una vista de rendimiento del equipo en tiempo real. Está disponible para todos los participantes del proyecto (managers y miembros). Contiene 9 widgets que cubren el estado del sprint activo, tendencias históricas y distribución de trabajo.
Note
La mayoría de los widgets del dashboard se basan en el sprint activo. Si el proyecto no tiene un sprint en estado ACTIVE, algunos widgets mostrarán datos vacíos o un mensaje indicándolo.
Qué muestra: Un resumen rápido del sprint activo con los indicadores más importantes.
- Conteo de tareas por estado: TODO / IN_PROGRESS / BLOCKED / DONE
- Story Points comprometidos vs completados
- Porcentaje de completitud
- Número de tareas bloqueadas
Cómo interpretarlo: Es la métrica de salud instantánea del sprint. Un número alto de tareas BLOCKED merece atención inmediata.
Qué muestra: Gráfico de barras con los story points completados por sprint en los últimos N sprints cerrados.
- El eje horizontal muestra los sprints (de más antiguo a más reciente)
- El eje vertical muestra los SP completados en cada sprint
- Puedes ajustar cuántos sprints ver con el parámetro
?sprints=N
Cómo interpretarlo: La velocidad del equipo es el promedio de SP completados por sprint. Úsala para estimar cuánto trabajo cabe en el próximo sprint. Una tendencia decreciente puede indicar deuda técnica acumulada o problemas de estimación.
Warning
Solo los sprints cerrados aparecen en el gráfico de velocidad. El sprint activo no se incluye.
Qué muestra: Comparación entre story points completados y horas reales trabajadas, por miembro, en el sprint activo.
- Un bar chart por miembro
- Dos barras: SP completados y horas reales en tareas DONE
Cómo interpretarlo: Permite identificar si las estimaciones de story points están alineadas con el esfuerzo real. Un miembro con muchas horas pero pocos SP puede estar enfrentando tareas más complejas de lo estimado.
Note
Este widget requiere que las tareas marcadas como DONE tengan sus horas reales registradas. Sin ese dato, el gráfico estará incompleto.
Qué muestra: Un número grande (en verde, amarillo o rojo) que indica el porcentaje de tareas comprometidas en el sprint activo que ya están en estado DONE.
| Color | Rango | Interpretación |
|---|---|---|
| Verde | ≥ 70% | El sprint va bien |
| Amarillo | 40–69% | Progreso moderado |
| Rojo | < 40% | El sprint puede estar en riesgo |
Qué muestra: El promedio de horas reales por story point en el sprint activo, calculado sobre las tareas en estado DONE.
Cómo interpretarlo: Un punto de referencia para calibrar estimaciones futuras. Si el equipo consistentemente tarda 4 horas por SP, puedes usar ese factor para traducir story points a horas en la planificación.
Qué muestra: Una tabla con cada miembro del equipo en las filas y los estados de tarea en las columnas.
- Puedes hacer toggle entre conteo de tareas y story points
- La tabla escala correctamente con cualquier tamaño de equipo
Cómo interpretarlo: Identifica si la carga está bien distribuida o si algún miembro tiene demasiadas tareas en IN_PROGRESS o BLOCKED.
Qué muestra: Lista de miembros ordenada por horas totales en tareas DONE del sprint activo, con barras de progreso relativas al miembro con más horas.
Cómo interpretarlo: Complementa el widget de eficiencia mostrando la contribución total en horas de cada persona.
Qué muestra: El conteo de tareas actualmente en estado BLOCKED, con una lista que incluye:
- Nombre de la tarea
- Miembro asignado
- Tiempo transcurrido desde que se bloqueó (derivado del historial de actividad)
Cómo interpretarlo: Las tareas bloqueadas son fricción activa en el sprint. Un tiempo de bloqueo largo indica que el impedimento no se está resolviendo.
Note
Cuando una tarea se marca como BLOCKED, el sistema envía automáticamente una notificación al manager del proyecto vía Telegram.
Qué muestra: El estado actual del backlog del proyecto (tareas sin sprint asignado):
- Total de tareas en el backlog
- Total de story points en el backlog
- Distribución por prioridad: LOW / MEDIUM / HIGH
Cómo interpretarlo: Un backlog muy grande puede indicar que el equipo está acumulando deuda de planificación. Un backlog sin prioridades definidas dificulta la toma de decisiones en la siguiente sesión de sprint planning.