KPIs de gestión de proyectos: los que sí importan

La definición de libro dice que un KPI (indicador clave de desempeño) mide qué tan bien va algo respecto a un objetivo. La definición práctica es más exigente: si el número puede ser verde o rojo y en los dos casos harías exactamente lo mismo, no es un KPI. Es decoración de dashboard.

Antes de agregar un indicador, pregúntale al número: ¿quién lo mira, cada cuánto, y qué hace distinto si sube o baja? “Horas registradas” no pasa la prueba. “Fecha proyectada de fin” sí: si se mueve una semana más allá del compromiso, alguien tiene que decidir hoy si recortar alcance, sumar ayuda o renegociar la fecha.

La otra división útil es entre indicadores de resultado (atraso, desviación de presupuesto: cuentan una historia que ya ocurrió) e indicadores de proceso (WIP, bloqueos: anuncian la historia que está por ocurrir). Un tablero sano tiene más de los segundos y menos de los primeros, porque los resultados son consecuencias.

Estos ocho caben en una pantalla y se actualizan en menos de una hora. Cada uno lleva la decisión que dispara: si nadie actúa al leerlo, sobra.

Fíjate en lo que falta: no hay “horas trabajadas”, ni “cantidad de tareas creadas”, ni “porcentaje completo”. Los dos primeros miden actividad; el tercero es el número más mentiroso del seguimiento, porque todos redondean hacia arriba.

El método del valor ganado condensa tiempo y dinero en dos ratios: el SPI (avance real contra avance planificado) y el CPI (valor del trabajo hecho contra lo que costó hacerlo). Debajo de 1.0 en cualquiera de los dos, el proyecto está consumiendo más de lo que produce.

No necesitas la ceremonia completa del método para usar la idea: dos divisiones al mes te dicen si el proyecto se puede terminar en fecha y en presupuesto con el rendimiento actual. En valor ganado (EVM) explicado sin jerga está el cálculo completo con un ejemplo numérico.

Si el equipo trabaja con sprints o con un tablero, tres indicadores de proceso valen más que cualquier porcentaje: lead time (cuánto tarda una tarea desde que empieza hasta que termina), throughput (cuántas terminan por semana) y WIP. Con esos tres puedes proyectar la fecha de fin sin pedirle porcentajes a nadie.

El burndown chart no es más que la gráfica de dos de ellos: trabajo restante contra días del sprint. Y el WIP, con un límite explícito, es el mejor predictor de si el equipo entregará o solo moverá tarjetas. Si el WIP crece y el throughput no, el problema no es de esfuerzo: hay demasiadas cosas empezadas a la vez, como pasa cuando se pierde el control de los límites WIP en Kanban.

Un informe semanal con los ocho KPIs cabe en cinco líneas: qué avanzó, qué se atrasa, qué está bloqueado, cuánto llevamos gastado frente al presupuesto y cuál es la decisión que necesitamos. La plantilla está en el informe de estado semanal, y el gráfico opcional es un diagrama de Gantt que muestre solo la ruta crítica.

La regla de presentación: cada KPI va acompañado de su decisión pendiente o del texto “sin cambios”. Un número sin veredicto obliga al lector a interpretar, y la mayoría no interpretará: asumirá que está bien.

Medir todo. Un tablero de 30 métricas es lo mismo que ninguno: nadie sabe cuál importa. Si mañana se reduce a 3 y nadie extraña las otras 27, confirma que sobraban. Empieza con la fecha proyectada, el presupuesto y el WIP; agrega el resto solo cuando una decisión concreta lo pida.

Premiar la métrica en vez del resultado. Si premias “tareas cerradas”, el equipo parte el trabajo en pedazos fáciles. Si premias “% completo”, todos reportan 90% eterno. Toda métrica se deforma cuando se vuelve objetivo; el antídoto es revisarla junto con el resultado que intenta predecir (¿llegó a fecha? ¿dentro del presupuesto?) y ajustar el tablero cuando deja de servir.