Escalar Kanban entre Equipos - Essenciais do Kanban

1Filosofía de Escalamiento

Kanban escala de manera diferente a los marcos basados en Scrum (SAFe, LeSS, etc.).

Escalamiento Scrum: Escalar el marco. Agregar capas, roles, ceremonias.

Escalamiento Kanban: Escalar los principios. Cada servicio gestiona su propio flujo, coordinado a través de acuerdos compartidos y métricas.

Idea clave: No necesitas un "Marco de Kanban Escalado". Necesitas:

Cada equipo/servicio usando Kanban
Mecanismos de coordinación entre ellos
Visibilidad del portafolio entre servicios

2Coordinación de Equipo de Equipos

Cuando múltiples equipos Kanban dependen unos de otros:

Visualizar dependencias:

Marcar elementos que necesitan otros equipos
Mostrar razones de bloqueo incluyendo esperas entre equipos
Rastrear tiempos de traspaso entre equipos

Revisión de Operaciones:

Cadencia regular con representantes de todos los equipos
Revisar flujo entre equipos
Abordar problemas recurrentes de dependencias
Acordar políticas compartidas

Kanban de Portafolio:

Un tablero de nivel superior mostrando trabajo entre equipos
Épicas o iniciativas como elementos de trabajo
Límites WIP a nivel de portafolio
Usado para priorización estratégica

Acuerdos compartidos:

SLAs entre equipos
Protocolos de traspaso
Rutas de escalamiento
Normas de comunicación

El objetivo no es crear un proceso uniforme entre equipos. Es asegurar que el trabajo fluya sin problemas a través de los límites del equipo. Los equipos pueden tener tableros diferentes siempre que los traspasos funcionen.

3Qué Evitar

Errores comunes de escalamiento:

Exigir uniformidad: "Todos los equipos deben usar la misma estructura de tablero". Diferentes equipos tienen diferentes flujos de trabajo. Déjalos optimizar localmente.

Agregar capas: "Necesitamos un Tablero de Programa, un Tablero de Portafolio, un Tablero de Estrategia..." Las capas agregan sobrecarga. Agrega la estructura mínima para coordinación.

Ignorar dependencias: "Cada equipo gestionará su propio flujo". Funciona hasta que el trabajo entre equipos se detiene. Haz visibles las dependencias temprano.

Olvidar al cliente: "Los 12 equipos tienen excelentes métricas de flujo". Pero el cliente aún espera 6 meses por una funcionalidad porque rebotó entre equipos.

La prueba: ¿Una solicitud del cliente fluye sin problemas desde la entrada hasta la entrega, incluso cuando toca múltiples equipos? Si es sí, el escalamiento funciona. Si es no, hay trabajo por hacer.

Buen Escalamiento

Tres equipos ejecutan sus propios tableros Kanban. Una Revisión de Operaciones mensual identifica problemas de traspaso. Acuerdan un SLA compartido para solicitudes entre equipos. El tiempo de entrega para trabajo entre equipos cae 30%.

Mal Escalamiento

La organización implementa planificación PI tipo SAFe sobre equipos Kanban. Trenes, ARTs y ceremonias proliferan. Los equipos pasan más tiempo en reuniones de coordinación que haciendo trabajo. Nadie menciona flujo ya.

4Kanban de Portafolio

Para coordinar entre muchos equipos e iniciativas:

Tablero de Portafolio:

Los elementos de trabajo son épicas, iniciativas o programas
Las columnas representan etapas entre múltiples equipos
Los límites WIP previenen sobrecarga organizacional
Métricas de flujo a nivel de portafolio

Quién lo usa:

Liderazgo de producto
Gerentes de programa
Líderes de equipo

Cadencia:

Reabastecimiento de portafolio (mensual)
Revisión de portafolio (quincenal)
Alineación estratégica (trimestral)

Conexión con equipos:

Los elementos de portafolio se descomponen en elementos a nivel de equipo
El flujo del equipo se consolida en métricas de portafolio
Las prioridades se transmiten del portafolio a los equipos

Idea clave: Kanban de Portafolio no se trata de controlar equipos. Se trata de crear visibilidad y limitar el WIP organizacional. Cuando el portafolio está sobrecargado, todo se ralentiza—igual que a nivel de equipo.