Comenzando con Kanban

Kanban enfatiza visualizar trabajo, limitar el trabajo en progreso y optimizar el flujo para entrega continua. Los tableros personalizables de GitScrum con límites WIP, swimlanes y métricas de flujo hacen la implementación de Kanban sencilla mientras proporcionan las analíticas necesarias para mejorar continuamente el rendimiento del equipo.

Principios Fundamentales de Kanban

Configurando tu Tablero Kanban

CONFIGURACIÓN BÁSICA DEL TABLERO KANBAN

     Backlog   │  Por Hacer │  En Progreso  │  Revisión  │  Hecho
     (sin lím) │    (10)    │      (5)      │    (3)     │  (∞)
    ───────────┼────────────┼───────────────┼────────────┼────────
               │            │               │            │
    [Feature A]│[Feature B] │ [Feature D]   │[Feature F] │[Listo 1]
    [Bug 1]    │[Bug 2]     │ [Bug 3]       │            │[Listo 2]
    [Feature C]│[Tarea 1]   │               │            │[Listo 3]
    [Tarea 2]  │            │               │            │
    [Tarea 3]  │            │               │            │
               │            │               │            │

    ← Tirar desde izquierda │ Límite WIP aplicado │ Completado →

Diseño de Columnas

COLUMNAS RECOMENDADAS PARA EQUIPOS DEV

SIMPLE (Comienza aquí):
┌─────────────────────────────────────────────────┐
│ Backlog → Por Hacer → En Progreso → Hecho       │
└─────────────────────────────────────────────────┘

ESTÁNDAR:
┌─────────────────────────────────────────────────┐
│ Backlog → Listo → Dev → Revisión → QA → Hecho   │
└─────────────────────────────────────────────────┘

CON ESPERA EXPLÍCITA:
┌─────────────────────────────────────────────────┐
│ Backlog → Listo → Dev → [Esperando] → Revisión →│
│                                   → QA → Hecho   │
│                                                 │
│ [Esperando] columnas exponen bloqueos           │
└─────────────────────────────────────────────────┘

COLUMNAS DIVIDIDAS (Haciendo/Hecho):
┌─────────────────────────────────────────────────┐
│           Dev          │        Revisión        │
│  ┌─────────┬─────────┐ │ ┌─────────┬─────────┐  │
│  │ Activo  │ Listo   │ │ │ En      │ Aprobado│  │
│  │         │ p/Rev   │ │ │ Revisión│         │  │
│  └─────────┴─────────┘ │ └─────────┴─────────┘  │
│                        │                        │
│  "Hecho" = listo para  │  Traspaso visual       │
│  tirar en siguiente    │  dentro de etapas      │
└─────────────────────────────────────────────────┘

Estrategia de Límites WIP

CONFIGURANDO LÍMITES WIP

Paso 1: Contar miembros del equipo trabajando activamente
Paso 2: Establecer límite WIP por etapa

FÓRMULA (punto de partida):
┌─────────────────────────────────────────────────┐
│  WIP En Progreso = Tamaño Equipo × 1.5          │
│                                                 │
│  Ejemplo: 4 desarrolladores                     │
│  Límite En Progreso: 6 items                    │
│  Límite Revisión: 3 items                       │
└─────────────────────────────────────────────────┘

MUY ALTO (sin efecto):
┌─────────────────────────────────────────────────┐
│  Todos tienen 5 items → cambio constante        │
│  Sin dolor → sin señal de mejora                │
└─────────────────────────────────────────────────┘

MUY BAJO (bloqueante):
┌─────────────────────────────────────────────────┐
│  Personas ociosas esperando capacidad           │
│  Cuellos de botella artificiales                │
└─────────────────────────────────────────────────┘

CORRECTO:
┌─────────────────────────────────────────────────┐
│  Ligera presión para terminar antes de empezar  │
│  Cuellos de botella visibles y atendidos        │
│  El flujo es suave                              │
└─────────────────────────────────────────────────┘

AJUSTAR: Si límite WIP rara vez alcanzado → bajarlo
         Si siempre bloqueado → investigar por qué

Métricas de Kanban

MÉTRICAS CLAVE A RASTREAR

LEAD TIME (Tiempo de Entrega):
┌─────────────────────────────────────────────────┐
│  Tiempo desde solicitud hasta entrega           │
│  Incluye tiempo de espera                       │
│  Meta: Reducir y estabilizar                    │
│                                                 │
│  Promedio Lead Time: 8 días                     │
│  Percentil 85: 12 días                          │
└─────────────────────────────────────────────────┘

CYCLE TIME (Tiempo de Ciclo):
┌─────────────────────────────────────────────────┐
│  Tiempo desde inicio hasta completado           │
│  Solo tiempo de trabajo activo                  │
│  Meta: Reducir                                  │
│                                                 │
│  Promedio Cycle Time: 3 días                    │
└─────────────────────────────────────────────────┘

THROUGHPUT:
┌─────────────────────────────────────────────────┐
│  Items completados por período                  │
│  Meta: Aumentar y estabilizar                   │
│                                                 │
│  Esta semana: 12 items                          │
│  Promedio: 10 items/semana                      │
└─────────────────────────────────────────────────┘

DIAGRAMA DE FLUJO ACUMULATIVO:
┌─────────────────────────────────────────────────┐
│  Visualiza trabajo en cada etapa                │
│  Detecta cuellos de botella                     │
│  Predice capacidad futura                       │
└─────────────────────────────────────────────────┘

Implementando Kanban Paso a Paso

GUÍA DE IMPLEMENTACIÓN

SEMANA 1: VISUALIZAR
├── Mapear flujo de trabajo actual
├── Crear columnas del tablero
├── Mover todo trabajo existente al tablero
└── NO cambiar nada más aún

SEMANA 2-3: ESTABLECER LÍMITES
├── Observar dónde se acumula trabajo
├── Establecer límites WIP conservadores
├── Comenzar a respetar límites
└── Documentar políticas

SEMANA 4+: OPTIMIZAR
├── Revisar métricas semanalmente
├── Ajustar límites según datos
├── Abordar cuellos de botella
└── Mejora continua

Soluciones Relacionadas

• Comenzando con Agile
• Comenzando con Scrum
• Optimización de Flujo de Trabajo Ágil
• Métricas y KPIs Ágiles