Gestión de proyectos

Por qué tu equipo entrega poco: demasiado trabajo empezado

En una línea: un equipo que empieza 12 tareas a la vez no entrega 12 tareas más rápido — entrega ninguna más lento, porque cada cambio de foco cobra un peaje invisible. Bajar el trabajo en curso (WIP) casi siempre aumenta la velocidad de entrega real, aunque se sienta contraintuitivo: parece que estás haciendo menos porque estás terminando, no empezando.
9 min de lectura

La paradoja: más trabajo empezado, menos entregado

Cuando un equipo se siente lento, el reflejo es abrir más frentes: “si esto está trabado, empecemos otra cosa mientras se destraba”. El resultado casi siempre es lo opuesto a lo buscado:

  • Todo está “en curso”, nada está “hecho”.
  • El tiempo de ciclo (de empezar a terminar una tarea) se alarga para todos.
  • Cada tarea nueva compite por la misma atención, así que ninguna avanza a la velocidad que tendría sola.
  • La sensación de progreso baja aunque las horas trabajadas sean las mismas.

Es la misma lógica que en los límites WIP de Kanban — pero acá no hablamos de una columna de un tablero, sino de la capacidad real del equipo o la persona.

El costo real del cambio de contexto

Cada vez que alguien pasa de la tarea A a la tarea B, no retoma donde quedó de forma instantánea: reconstruye contexto (qué faltaba, qué decisión estaba pendiente, dónde quedó el código o el documento). Con pocas tareas en curso ese costo es chico. Con muchas, se acumula:

Tareas en curso por personaEfecto típico
1Foco completo, menor tiempo de ciclo
2-3Manejable si hay bloqueos naturales de espera entre ellas
4+El cambio de contexto empieza a comerse más tiempo que el trabajo mismo

No es un número mágico universal — depende del tipo de trabajo — pero la tendencia es consistente en casi cualquier equipo.

Cómo medir cuánto WIP tenés hoy

No hace falta instrumentación compleja. Tres preguntas simples ya diagnostican:

  1. Contá cuántas tarjetas están en “En curso” (o equivalente) por persona, ahora mismo.
  2. Preguntá a cada persona: “¿en cuántas de estas estuviste trabajando hoy de verdad?” — la diferencia con el conteo anterior es el WIP fantasma.
  3. Medí cuánto tiempo pasa, en promedio, desde que una tarjeta entra a “En curso” hasta que sale a “Hecho”. Si ese número crece sin que las tareas sean más grandes, el WIP es la causa más probable.

Límites que sí funcionan (por persona y por equipo)

Reglas prácticas, no teóricas:

  • Por persona: 1-2 tareas activas en foco profundo. Una tercera solo si está genuinamente bloqueada esperando a otra persona.
  • Por columna del tablero: un límite explícito visible en la columna “En curso”, no una convención tácita que nadie respeta.
  • Por portafolio: si gestionás varios proyectos, el mismo principio aplica un nivel arriba — ver cómo gestionar varios proyectos a la vez.

Qué hacer cuando el límite frena a alguien

El punto de un límite WIP no es prohibir trabajar — es hacer visible el bloqueo en vez de esconderlo detrás de “trabajo alternativo”. Cuando alguien choca contra el límite:

  • Primero, ayudá a terminar algo de lo que ya está en curso, no a empezar algo nuevo.
  • Si de verdad no hay nada para avanzar, esa persona debería estar destrabando a otro, no abriendo un tercer frente propio.
  • Si esto pasa seguido, el límite está bien puesto y el problema real es de dependencias mal secuenciadas — revisá el orden de trabajo, no el límite.

Cuando reducir reuniones libera más capacidad que cualquier límite

El WIP no es solo de tareas de producto — también de reuniones que fragmentan el día. Si el calendario de una persona tiene 6 bloques de 30 minutos entre reuniones, su “capacidad disponible” en el tablero es una ficción. Antes de pedirle que baje su WIP de tareas, revisá si el WIP de reuniones de status es el verdadero cuello de botella.

Plan de 2 semanas para bajar el WIP sin frenar al equipo

  1. Semana 1 — medir: contá el WIP real por persona y el tiempo de ciclo actual. No cambies nada todavía.
  2. Semana 1 — poner el límite visible: agregá el número al tablero, aunque al principio se incumpla.
  3. Semana 2 — priorizar terminar sobre empezar: regla explícita: nadie toma tarea nueva si está por debajo del límite gracias a una que ya podría cerrar.
  4. Semana 2 — revisar el tiempo de ciclo: comparalo con la semana 1. Si bajó, el límite está funcionando; si no, revisá si el límite es realista para el tipo de trabajo.

Preguntas frecuentes

¿Bajar el WIP significa que el equipo produce menos?
Al contrario: casi siempre entrega más, porque cada tarea pasa menos tiempo esperando turno de atención. Lo que baja es el número de cosas empezadas a la vez, no el trabajo terminado.
¿Cuál es un buen límite WIP para empezar?
1-2 tareas activas en foco profundo por persona es un punto de partida razonable para la mayoría de roles de ejecución. Ajustalo según el tipo de trabajo: tareas muy cortas toleran algo más de paralelismo que tareas largas y complejas.
¿Qué hago si el equipo se resiste al límite?
Mostrales el tiempo de ciclo antes y después de dos semanas de prueba. La resistencia suele bajar cuando ven en números que menos tareas abiertas significa entregas más rápidas, no menos trabajo.
¿El límite WIP aplica también a proyectos, no solo a tareas?
Sí. El mismo principio de foco escala a nivel portafolio: menos proyectos activos a la vez suele significar hitos más predecibles para todos.

Equipo Hito

Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.

Empieza

¿Listo para tener el control de tus datos y proyectos?