Qué es y por qué importa
Este dominio se evalúa solo en la KGFP, el nivel de competencias avanzadas, análisis y mejora de sistemas Kanban. Trata de lo que pasa cuando un equipo bien gestionado igual entrega tarde, porque el valor para el cliente depende de otros equipos, de servicios compartidos y de decisiones tomadas en otros niveles de la organización.
Es común ver equipos con tableros bien diseñados, límites de WIP respetados y un Cycle Time estable, mientras una iniciativa que pasa por cuatro de esos equipos tarda meses. Cada parte está optimizada; el todo, no. El flujo de punta a punta es donde vive el cliente, y es ahí donde se pierde la mayor parte del tiempo: en esperas entre equipos, en dependencias descubiertas tarde y en portafolios con demasiadas iniciativas empezadas al mismo tiempo.
Conceptos clave
Dependencias entre equipos y servicios
Existe una dependencia cuando un ítem no puede avanzar sin algo que entrega otro equipo o servicio. Agrega espera y variabilidad, y cada dependencia multiplica el riesgo: si tres equipos tienen que entregar su parte y cada uno tiene un 85% de probabilidad de cumplir el plazo, la probabilidad de que los tres cumplan, con entregas independientes, baja a cerca del 61%.
Hay tres respuestas, en orden de preferencia:
- Eliminar la dependencia, cambiando la composición de los equipos, la arquitectura o la división del trabajo, cuando sea viable.
- Reducir el impacto, anticipando el descubrimiento: identificar las dependencias antes del punto de compromiso, y no en medio del trabajo.
- Gestionar lo que queda, con visualización explícita, políticas de atención entre servicios y seguimiento de la edad de los ítems que esperan a otro equipo.
En la visualización, cada dependencia aparece en la tarjeta del ítem que espera y, de preferencia, en el tablero de quien debe atenderla. Practica este razonamiento en el desafío de dependencias bajo control.
Servicios compartidos
Un equipo de infraestructura, seguridad o datos atiende a varios otros. En la práctica, es un servicio con clientes internos, y merece gestionarse como tal: con clases de servicio, una SLE propia, una Revisión de Entrega del Servicio con los equipos clientes y una asignación de capacidad acordada. Sin eso, cada cliente interno trata su propio pedido como urgente, y el servicio compartido se convierte en el cuello de botella de toda la organización.
Kanban en varios niveles
Las organizaciones aplican Kanban en niveles diferentes, cada uno con su ítem de trabajo y su ritmo:
- Equipo: ítems como historias, tareas o tickets, con un Cycle Time en días.
- Servicio o coordinación: funcionalidades o entregas que atraviesan varios equipos, con tiempos en semanas.
- Portafolio: iniciativas, proyectos o apuestas estratégicas, con tiempos en meses.
El enfoque de Flight Levels, de Klaus Leopold, popularizó esta visión de niveles. El punto central es que un nivel superior no reemplaza a los inferiores; coordina lo que los inferiores no pueden coordinar por sí solos. El límite de WIP más importante de la organización suele ser el del portafolio: el número de iniciativas en curso al mismo tiempo. Cuando es alto, todos los equipos trabajan en todo, y nada termina.
Visibilidad de punta a punta
Ver el flujo de punta a punta es seguir el ítem desde el pedido del cliente hasta el valor entregado, atravesando los equipos. En la práctica, eso significa:
- un tablero de nivel superior en el que cada tarjeta es una entrega para el cliente, y no una tarea de un equipo;
- un vínculo entre la tarjeta de nivel superior y los ítems en los tableros de los equipos;
- la medición del Lead Time de punta a punta, además del Cycle Time de cada equipo;
- el registro del tiempo de espera entre equipos, que suele ser invisible en los tableros individuales.
Cuando existe esta visión, la conversación cambia. En lugar de preguntar por qué se retrasó el equipo de pagos, la Revisión de Operaciones pregunta por qué las entregas esperan, en promedio, 9 días entre el fin del desarrollo y el inicio de la homologación.
Pronóstico a nivel de portafolio
Las mismas técnicas probabilísticas del dominio 4 sirven para iniciativas completas, con cuidados adicionales. Una forma práctica de pronosticar cuándo termina una iniciativa es:
- estimar la cantidad de ítems como un rango, por ejemplo de 30 a 45, en lugar de un número;
- usar el Throughput histórico del nivel que entrega esos ítems;
- considerar cuánta capacidad del equipo está asignada a la iniciativa, ya que rara vez es el 100%;
- correr la simulación de Monte Carlo e informar la fecha con el percentil elegido.
El pronóstico mejora cuando el WIP del portafolio es bajo, porque cada iniciativa recibe una porción mayor y más estable de la capacidad. Rehaz el pronóstico en cada ciclo: a medida que la iniciativa avanza, el rango de ítems se estrecha y la fecha se vuelve más confiable. Usa el simulador de Monte Carlo con datos reales del analizador de flujo.
Errores comunes
- Sumar las estimaciones de los equipos para llegar a la fecha de la iniciativa. Ignora las esperas entre equipos y la variabilidad.
- Crear un nivel de portafolio que solo controla. Si no limita el WIP de iniciativas, no mejora el flujo.
- Tratar el servicio compartido como un proveedor externo. Necesita políticas y revisiones conjuntas.
- Descubrir dependencias en medio del trabajo. El análisis debe hacerse antes del punto de compromiso.
- Comparar el Throughput entre equipos. Los ítems tienen tamaños y naturalezas diferentes; la comparación incentiva distorsiones.
Cómo aparece esto en el examen
En la KGFP, las preguntas de este dominio parten de escenarios con varios equipos y datos. Ejemplos del tipo de decisión: qué cambio reduce el Lead Time de punta a punta cuando las esperas están entre equipos; cómo definir el límite de WIP del portafolio; qué pronóstico informar para una iniciativa considerando la capacidad asignada y el rango de ítems; cómo tratar un servicio compartido que es el cuello de botella de varios equipos. El caso práctico de la KGFP también usa datos por candidato para evaluar esta lectura.
Preguntas frecuentes
¿Este dominio entra en la KGCP?
No. El dominio 8 se evalúa solo en la KGFP. Para KG Foundations y la KGCP, los dominios evaluados son del 1 al 7, y conocer este contenido ayuda a entender el contexto de tu equipo, pero no se exige en el examen.
¿Cómo lidiar con dependencias que no se pueden eliminar?
Hazlas visibles en los dos tableros involucrados, acuerda políticas de atención entre los servicios y haz seguimiento de la edad de los ítems que esperan. Discute los patrones en la Revisión de Operaciones, donde están las personas con autoridad para cambiar el diseño entre equipos.
¿Se puede pronosticar una iniciativa que todavía no está detallada?
Sí, con un rango. Estima la cantidad de ítems como un intervalo, usa el Throughput histórico y la capacidad asignada, y simula. El pronóstico inicial es amplio y se estrecha a medida que la iniciativa se detalla y se entregan los primeros ítems.
