Por qué estar 100% ocupado no es 100% efectivo, y cómo el margen mejora el flujo.
Parece obvio: para maximizar la productividad, mantén a todos ocupados. Si los desarrolladores están inactivos, estás desperdiciando dinero.
Esta intuición está equivocada para el trabajo del conocimiento.
Una alta utilización (80%+) causa:
Las matemáticas son brutales. A medida que la utilización se acerca al 100%, los tiempos de espera en cola se acercan al infinito. Un sistema al 99% de utilización tiene colas dramáticamente más largas que uno al 80%.
La teoría de colas muestra que el tiempo de espera explota a medida que aumenta la utilización:
Al 50% de utilización: El tiempo de espera es aproximadamente igual al tiempo de servicio Al 80% de utilización: El tiempo de espera es 4 veces el tiempo de servicio Al 90% de utilización: El tiempo de espera es 9 veces el tiempo de servicio Al 95% de utilización: El tiempo de espera es 19 veces el tiempo de servicio
Esto se debe a que la variabilidad tanto en las llegadas como en los tiempos de servicio crea colas. Cuando no tienes margen, no puedes absorber la variación.
Ejemplo del mundo real: Si se necesitan 2 horas para revisar un PR, pero el revisor está al 90% de utilización, el PR espera 18 horas en cola antes de que comience la revisión. Tiempo total: 20 horas para una tarea de 2 horas.
La paradoja
El margen no te hace más lento—te acelera. Un sistema al 75% de utilización a menudo entrega más rápido que uno al 95% porque las colas son más cortas.
El margen no es lo mismo que la inactividad. Hay usos productivos para el margen:
Drenaje de colas: Cuando se alcanzan los límites, el margen permite que las personas ayuden a despejar cuellos de botella.
Trabajo de mejora: Deuda técnica, automatización, mejoras de herramientas. Estas hacen que el trabajo futuro sea más rápido.
Aprendizaje: Capacitación, experimentación, desarrollo de habilidades.
Capacidad de respuesta: Capacidad para manejar solicitudes urgentes sin interrumpir todo.
Colaboración: Ayudar a compañeros de equipo, programación en pareja, compartir conocimiento.
Los equipos al 100% de utilización no tienen tiempo para nada de esto. Solo procesan elementos de trabajo en una cola. Se vuelven más lentos con el tiempo porque nunca invierten en mejorar.
"No tenemos tiempo para mejorar nuestro proceso."
Este es el síntoma más común de la trampa de la utilización. Los equipos están tan ocupados haciendo trabajo que no pueden mejorar cómo hacen el trabajo.
Pero la mejora de procesos es cómo aumentas la capacidad de manera sostenible. Sin ella:
El ciclo:
Rompiendo el ciclo:
El equipo funciona al 70-80% de utilización. Cuando los sprints son ligeros, pagan deuda técnica, automatizan pruebas, mejoran su pipeline de CI. El siguiente trimestre, el mismo equipo entrega más con menos esfuerzo.
El equipo funciona al 100% de utilización permanentemente. Sin tiempo para mejoras. La calidad del código se degrada. Los errores aumentan. El equipo trabaja más duro para entregar la misma cantidad. Eventualmente, las personas renuncian.
"¿Por qué los desarrolladores a veces no están programando?"
Esta pregunta proviene del pensamiento de utilización. Aquí está cómo replantearla:
Enfócate en el rendimiento, no en la utilización. "Estamos completando 10 funcionalidades por sprint. ¿Preferirías que completáramos 8 funcionalidades pero que todos se vean más ocupados?"
Explica el tiempo de cola. "Cuando estamos al 100% de capacidad, las solicitudes urgentes esperan 2 semanas para comenzar. Al 80%, comienzan en 2 días."
Muestra las matemáticas. "El trimestre pasado pasamos el 30% del tiempo en correcciones de emergencia. Este trimestre pasamos el 20% en prevención, y las correcciones de emergencia cayeron al 10%. Ganancia neta: 10%."
Usa analogías. "Una autopista al 100% de capacidad es un estacionamiento. Una autopista al 80% de capacidad fluye. ¿Cuál lleva a las personas a casa más rápido?"
El objetivo es cambiar la conversación de "¿Están ocupadas las personas?" a "¿Está fluyendo el trabajo?"
Si las partes interesadas se resisten, ofrece un experimento con límite de tiempo: 'Probemos una asignación del 80% durante un trimestre y midamos los tiempos de entrega.' Los datos vencen al argumento.