6 min lectura • Guide 807 of 877
Optimización de Flujo Kanban
La eficiencia de flujo impulsa productividad. Los boards Kanban de GitScrum ayudan a equipos a visualizar trabajo, identificar cuellos de botella y optimizar su flujo de entrega.
Entendiendo el Flujo
Métricas de Flujo
MÉTRICAS CLAVE DE FLUJO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ CYCLE TIME: │
│ ─────────── │
│ Tiempo desde inicio hasta done │
│ Menor es mejor │
│ │
│ Trabajo Iniciado ────────────────────→ Trabajo Completado │
│ ├────────────── Cycle Time ──────────────────┤ │
│ │
│ LEAD TIME: │
│ ────────── │
│ Tiempo desde request hasta done │
│ Perspectiva del cliente │
│ │
│ Request Hecho ──────────────────────→ Trabajo Completado │
│ ├────────────── Lead Time ───────────────────┤ │
│ │
│ THROUGHPUT: │
│ ─────────── │
│ Items completados por período de tiempo │
│ Mayor es mejor │
│ │
│ EFICIENCIA DE FLUJO: │
│ ──────────────── │
│ Tiempo trabajo activo / Tiempo total × 100 │
│ Típico: 15-25%, Bueno: 40%+ │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EJEMPLO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Item A: ││
│ │ ││
│ │ Tiempo total (lead): 10 días ││
│ │ ││
│ │ │██░░░░░░░░░░░░░██░░░░░░░░░░░░░░░██│ ││
│ │ │2d espera 2d trabajo 6d espera 2d│ ││
│ │ ││
│ │ Trabajo activo: 4 días ││
│ │ Eficiencia de flujo: 4/10 = 40% ││
│ │ ││
│ │ (¡60% del tiempo fue espera!) ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Optimizando el Flujo
Limitar WIP
LÍMITES DE TRABAJO EN PROGRESO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ POR QUÉ LIMITAR WIP: │
│ ────────────── │
│ Más WIP = Cycle times más largos │
│ Menos WIP = Entrega más rápida │
│ │
│ WIP ALTO (MALO): │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ DEV (10 items) │ │
│ │ ┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐┌──┐ │ │
│ │ │A ││B ││C ││D ││E ││F ││G ││H ││I ││J │ │ │
│ │ └──┘└──┘└──┘└──┘└──┘└──┘└──┘└──┘└──┘└──┘ │ │
│ │ │ │
│ │ Todo empezado, nada terminando │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ WIP BAJO (BUENO): │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ DEV (WIP: 3) │ │
│ │ ┌──┐┌──┐┌──┐ │ │
│ │ │A ││B ││C │ ← Trabajo enfocado │ │
│ │ └──┘└──┘└──┘ Items fluyen más rápido │ │
│ │ │ │
│ │ Termina algo antes de empezar nuevo │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ESTABLECIENDO LÍMITES WIP: │
│ ─────────────────── │
│ Comienza con: Tamaño del equipo × 1.5 │
│ Ajusta basado en flujo │
│ │
│ Equipo de 5 personas → Comienza con límite WIP de 7-8 │
│ Si trabajo se acumula → Baja el límite │
│ Si personas frecuentemente idle → Sube ligeramente │
│ │
│ LÍMITES WIP POR COLUMNA: │
│ ┌────────────────────────────────────────────────────────┐ │
│ │ BACKLOG │ DEV (3) │ REVIEW (2) │ QA (2) │ DONE │ │
│ │ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ │
│ │ ┌──┐ │ │A │ │ │D │ │ │F │ │ │G │ │ │
│ │ │X │ │ └──┘ │ └──┘ │ └──┘ │ └──┘ │ │
│ │ └──┘ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ ┌──┐ │ │
│ │ ┌──┐ │ │B │ │ │E │ │ │ │ │ │H │ │ │
│ │ │Y │ │ └──┘ │ └──┘ │ └──┘ │ └──┘ │ │
│ │ └──┘ │ ┌──┐ │ │ │ │ │
│ │ ┌──┐ │ │C │ │ │ │ │ │
│ │ │Z │ │ └──┘ │ │ │ │ │
│ │ └──┘ │ │ │ │ │ │
│ └────────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
Encontrando Cuellos de Botella
IDENTIFICANDO CUELLOS DE BOTELLA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEÑALES DE CUELLO DE BOTELLA: │
│ ──────────────────── │
│ • Columna consistentemente al límite WIP │
│ • Items esperando antes de esa etapa │
│ • Etapa siguiente frecuentemente vacía │
│ │
│ EJEMPLO DE CUELLO DE BOTELLA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ DEV (5) REVIEW (2) ← CUELLO DE BOTELLA QA (3) ││
│ │ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ││
│ │ │ │ │ │ │██│ │██│ ← Siempre lleno │ │ ││
│ │ └──┘ └──┘ └──┘ └──┘ └──┘ ││
│ │ ┌──┐ ┌──┐ Esperando: 3 items ┌──┐ ││
│ │ │ │ │ │ │ │ ← Vacío││
│ │ └──┘ └──┘ Espera promedio: 2 días └──┘ ││
│ │ ┌──┐ ││
│ │ │ │ ← Trabajo acumulándose ││
│ │ └──┘ ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SOLUCIONES PARA CUELLOS DE BOTELLA: │
│ ───────────────────── │
│ │
│ CUELLO DE BOTELLA EN CODE REVIEW: │
│ • PRs más pequeños (más rápido de revisar) │
│ • Tiempo dedicado a review │
│ • Más reviewers capacitados │
│ • SLA de review (máx 24 horas) │
│ │
│ CUELLO DE BOTELLA EN QA: │
│ • Testing shift-left (dev testea más) │
│ • Tests automatizados │
│ • Criterios de aceptación claros │
│ │
│ CUELLO DE BOTELLA DE DEPENDENCIAS: │
│ • Mejor planning │
│ • Trabajo paralelo con mocks │
│ • Reducir dependencias externas │
└─────────────────────────────────────────────────────────────┘
Mejores Prácticas
- Limita WIP para mejorar flujo
- Visualiza trabajo en board claro
- Mide cycle time y mejóralo
- Identifica cuellos de botella y resuélvelos
- Termina antes de empezar nuevo trabajo
- Mejora continua del proceso