KPI’s y OKR’s
No mide lo que no puede controlar
Había una vez cuando trabajaba como Gerente de Ingeniería, el CEO me pidió que informara sobre ciertos KPI (Indicadores Clave de Desempeño) para medir y controlar el rendimiento del equipo de desarrollo.
Teníamos KPI (Indicadores Clave de Desempeño) como "Horas de desarrollo por desarrollador y día", medido por el tiempo que los desarrolladores reportaban cada día. Jira por desarrollador, horas trabajadas en boletos técnicos, porcentaje de días laborables dedicados a reuniones, Tiempo promedio en estado X, etc., etc.
La lista sigue y sigue. Incluso evalué al equipo con las horas de trabajo más altas por semana. Asigné presupuesto para comidas en equipo. Estaba completamente equivocado. Si me preguntaran lo mismo hoy, no lo haría de esa manera.
Permítanme ser claro, el tiempo dedicado al desarrollo de algo no tiene nada que ver con el rendimiento o la salida o cualquier cosa. Lo que sí hace, es tratar de medir algo para poder controlarlo. Esto viene de la noción antigua de la fábrica que: "Lo que no mide no puede controlar" que también era popular en la gestión de proyectos de cascada de la vieja escuela.
Lo que hace es desviar tu atención de lo que es importante, las personas. Tratar de convertir sus esfuerzos en números. No es posible y estará equivocado. También como un KPI. Las razones por las que los equipos de desarrollo pueden entregar excelente código son la cultura, la motivación y el flujo – déjenlos hacer su trabajo. No los interrumpa con tonterías.
Lea más en "El Manual del CTO" disponible en Amazon/Kindle.
