Kanban prioriza para maximizar el valor entregado, no para ejecutar el trabajo en el orden en que llegó. Esto requiere un mecanismo para comparar el valor relativo de los ítems en cola y decidir cuál procesar primero. Las clases de servicio basadas en el Cost of Delay son ese mecanismo.
01 · El principioPriorizar para maximizar valor, no para respetar la cola.
La entrega efectiva en Kanban se mide por velocidad y fiabilidad. Velocidad significa entregar rápido; fiabilidad significa predecir cuándo se entregará. Ambas mejoran cuando se priorizan los ítems según su potencial de pérdida de valor, no según cuándo llegaron.
Si una petición va a perder 10 veces más valor que otra por cada día de retraso, no tiene sentido procesarla después. Este principio, sencillo en teoría, requiere un sistema para clasificar los ítems por su perfil de pérdida de valor.
02 · Las clasesQué son las clases de servicio.
Las clases de servicio son categorías de ítems con políticas distintas de selección y procesamiento. Cada categoría tiene un perfil diferente de coste del retraso, riesgo y expectativa del cliente. El sistema incluye tres componentes:
- Clasificación de los ítems en categorías según su perfil de valor.
- Reglas de secuenciación basadas en la clase de servicio.
- Reglas de asignación de capacidad para maximizar el momento de entrega.
03 · El conceptoQué es el Cost of Delay.
El Cost of Delay es la velocidad de pérdida de valor que experimenta un ítem cuando se retrasa su entrega. No mide el coste de entregar algo — mide el coste de no entregarlo antes. Este concepto, propuesto por Don Reinertsen, se ha convertido en el estándar de priorización en Kanban.
Si una petición va a perder 10 veces más valor que otra, no tiene sentido ponerla detrás en la cola.— Principio de priorización por Cost of Delay
El Cost of Delay no se puede calcular siempre con precisión, pero se puede estimar con suficiente fiabilidad para tomar mejores decisiones de priorización que el FIFO (primero en entrar, primero en salir).
04 · Los tiposLas cuatro clases de servicio.
Ítems acelerados (Expedite)
Ítems que requieren resolución inmediata porque su coste por hora o por día es masivo. Ejemplos: una caída del sistema de pagos de un banco, un fallo crítico en una plataforma de e-commerce durante el período de mayor tráfico. El coste del retraso puede amenazar la supervivencia de la organización. Estos ítems interrumpen el trabajo normal y se procesan inmediatamente.
Ítems estándar
Ítems con un coste de retraso elevado por período, pero sin amenaza existencial. Ejemplos: proyectos de nuevos productos, iniciativas de reducción de costes. Representan la mayor parte del backlog y se gestionan con las políticas habituales de selección.
Ítems de fecha fija
Ítems con un plazo concreto donde la entrega anticipada no añade valor pero la entrega tardía tiene un coste muy alto. Ejemplos: requisitos regulatorios con penalización por incumplimiento, lanzamientos de producto vinculados a ventanas de mercado, eventos con fecha fija. El coste del retraso es mínimo antes de la fecha y muy alto después.
Ítems intangibles
Ítems con bajo coste de retraso a corto plazo pero con impacto alto en un momento futuro desconocido. Ejemplos: mejoras de calidad interna, deuda técnica, optimizaciones de proceso. Son los que más se postergan y los que más daño acumulan si se ignoran sistemáticamente.
05 · La asignaciónCómo asignar capacidad entre clases.
Los ítems pueden cambiar de clase a medida que avanza el tiempo o cambia el contexto. Un ítem intangible puede convertirse en estándar o incluso en acelerado si su postergación acumula suficiente deuda. La asignación de capacidad debe equilibrar todas las clases.
El error más frecuente es asignar toda la capacidad a ítems estándar y acelerados, ignorando los intangibles. Esta estrategia funciona a corto plazo pero genera una acumulación de deuda que eventualmente se convierte en una crisis de ítems acelerados.