Cuellos de botella en proyectos: encuentra la cola que frena el trabajo

Una tarea tardía es una pista, no un diagnóstico

El plan de un proyecto puede mostrar que la aprobación técnica llega tarde. Eso sitúa el retraso, pero no explica por qué. Quizá falte un plano, quizá un expediente listo espere al único revisor cualificado o quizá la revisión haya terminado y la decisión espere a una reunión.

El camino crítico identifica dependencias que determinan la duración prevista del proyecto. Un cuello de botella de cola identifica un recurso o una regla limitante en el flujo. Pueden interactuar, pero no son intercambiables. Un especialista compartido crea esperas que los planes separados pueden ocultar.

Sigue primero un solo proceso de aprobación. Usa la guía de cartera para decidir qué proyectos iniciar; el análisis de cuellos de botella explica la lógica general de capacidad.

Registra por separado llegada, preparación, revisión y decisión

En este ejemplo ficticio, los tiempos son horas desde el inicio de la misma semana laboral. El reloj solo avanza durante las horas de trabajo declaradas y excluye fines de semana y descansos. Dos expedientes siguen la misma aprobación. No se convierten zonas horarias ni calendarios.

¿Puede seguir el ritmo el revisor compartido?

Supón que llegan diez expedientes listos por semana. Cada uno necesita dos horas de revisión cualificada, pero el especialista solo dispone de 12 después de sus otras tareas. La demanda es de 20 horas de revisión y la capacidad, de seis expedientes semanales. Con esos supuestos estables, la cola lista crece unos cuatro expedientes por semana.

Comprueba la distribución medida, además de este promedio. Correcciones, complejidad variable e interrupciones pueden empeorar la cola. Si el revisor suele estar sin expedientes listos, el problema limitante quizá sea la preparación previa y no la capacidad nominal de seis.

Limita la liberación sin esconder la espera

El equipo podría probar un máximo de dos expedientes listos liberados a la cola de revisión a la vez, con una lista de espera previa visible. Dos es un experimento inicial, no una regla universal. Publica la lista completa, su antigüedad y prioridad para que un tablero local atractivo no esconda proyectos demorados.

El límite no convierte una capacidad de seis expedientes en diez. El equipo también debe reducir demanda de revisión evitable, mejorar el traspaso, cambiar compromisos o añadir capacidad realmente cualificada. Nunca omitas una aprobación obligatoria de seguridad o calidad para que la cola parezca menor.

1. Acuerda qué significa listo

   Define planos, pruebas y decisión necesaria antes de que un expediente entre en revisión.

2. Fija una prueba breve

   Nombra responsable, límite de liberación, visibilidad de la espera previa y regla de urgencias.

3. Registra cada devolución

   Vincula las correcciones al expediente original, con tiempo y motivo.

4. Revisa el recorrido completo

   Compara decisiones aceptadas, tiempo total, expediente abierto más antiguo y calidad antes de mantener la regla.

Comprueba si el cuello se desplazó o el trabajo mejoró

Observa varios ciclos comparables. Si la revisión es más rápida pero los expedientes esperan más a la reunión de decisión, la restricción puede haberse movido. Si llegan menos porque los equipos dejaron de registrar trabajo difícil, la aparente mejora es un problema del informe.

Un resultado útil aporta más decisiones aceptadas o recorridos completos más cortos sin correcciones inaceptables, compromisos incumplidos ni sobrecarga en otra parte. Deja visibles las decisiones de capacidad y prioridad para quienes prometen fechas.

Si todavía se discute la causa, una investigación A3 permite reunir el síntoma, las pruebas, el cambio propuesto y su seguimiento. Deja por escrito qué falta comprobar antes de decidir.

Una etiqueta 5C necesita autor y propósito

No existe una única definición de las 5C para todas las tareas de gestión de proyectos. Un ejemplo concreto es la ponencia de Gupta y Rao de 2007 para PMI sobre el uso del conocimiento en proyectos de Infosys. Sus cinco áreas son un cambio de mentalidad obligatorio, la creación de repositorios reutilizables, una organización clara de la gestión del conocimiento, una comunicación constante y una gestión del conocimiento ligada a la carrera profesional. Ese modelo de un caso concreto no es un ciclo de vida de proyecto de cinco fases.

Ante una revisión bloqueada, lo útil es saber si la siguiente persona tiene la información, la autoridad y el tiempo para actuar. Una lección guardada en un repositorio solo ayuda si el equipo puede encontrarla y aplicarla. Usa un marco identificado cuando aclare ese trabajo, no para sustituir la comprobación de dependencias.