Gestión de Alcance y Tiempo · Serie 3 · Semana 1 · Tema 1.1
Se estudian en capítulos distintos y se gestionan como si fueran cosas distintas. En la práctica son la misma conversación vista desde dos ángulos, y tratarlas por separado produce cronogramas que no se cumplen desde el día que se aprueban.
La razón es simple: el tiempo de un proyecto no se decide, se calcula. Sale del alcance. Cuando alguien fija primero la fecha y después define qué se va a hacer, no está planificando: está expresando un deseo.
Damos por sabido qué separa el objetivo del alcance: aquí empieza lo que pasa cuando el alcance se cruza con el calendario.
La secuencia que no se puede alterar
Hay un orden lógico y saltárselo es la causa de la mayoría de los retrasos:
- Definir el alcance. Qué entregables, con qué criterios de aceptación.
- Descomponer en paquetes de trabajo. La estructura de desglose.
- Identificar actividades dentro de cada paquete.
- Secuenciarlas según sus dependencias reales.
- Estimar duraciones y recursos necesarios.
- Construir el cronograma y obtener la fecha.
La fecha aparece en el paso seis. Cuando llega impuesta desde fuera —y muchas veces llega— el trabajo no es fingir que el cálculo la respalda, sino determinar qué alcance cabe en ese plazo. Es la misma ecuación resuelta para otra variable, y es una respuesta profesional; forzar las estimaciones hasta que cuadren, no.
Las dependencias que se olvidan
Secuenciar parece mecánico hasta que aparecen los tipos de dependencia que nadie anotó:
- Obligatorias. No se pueden alterar: no puedes probar lo que no has construido.
- Discrecionales. Las eliges tú por buenas prácticas. Se pueden romper si hace falta comprimir.
- Externas. Dependen de terceros: un permiso, un proveedor, otra área. Son las más peligrosas porque no las controlas y suelen estimarse con optimismo.
- Internas de recurso. Dos tareas que podrían ir en paralelo pero las hace la misma persona. En el diagrama se ven independientes; en la realidad, no.
Esta última es la que más cronogramas rompe. Un plan que muestra ocho actividades simultáneas y tiene tres personas no es un plan optimista: es aritmética incorrecta.
La ruta crítica y lo que realmente significa
La ruta crítica es la secuencia más larga de actividades dependientes: determina la duración mínima del proyecto. Sus actividades tienen holgura cero, y cualquier retraso en ellas retrasa el proyecto entero.
Dos matices que se pasan por alto:
La ruta crítica cambia. No es una propiedad fija del proyecto. Si una actividad fuera de la ruta se retrasa lo suficiente, se vuelve crítica. Recalcularla cada semana es parte del trabajo, no un lujo.
Vigilar solo la ruta crítica es insuficiente. Las actividades con poca holgura son las candidatas a convertirse en críticas. Un buen seguimiento mira las dos cosas: lo crítico hoy y lo que está a punto de serlo.
Comprimir: dos opciones y sus costos
| Técnica | Qué hace | Cuesta |
|---|---|---|
| Intensificación | Añadir recursos a actividades críticas | Dinero, y no siempre funciona |
| Ejecución rápida | Solapar actividades que iban en serie | Riesgo de reproceso |
La intensificación tiene un límite que conviene recordar: añadir gente a una tarea que ya va tarde suele retrasarla más, porque el tiempo de incorporación lo pagan quienes ya estaban produciendo.
Por qué las estimaciones siempre se quedan cortas
Hay un patrón tan consistente que tiene nombre: la falacia de la planificación. Las personas subestimamos sistemáticamente cuánto tardaremos, incluso sabiendo que en ocasiones anteriores tardamos más.
El motivo es que estimamos imaginando el camino ideal: sin interrupciones, sin esperar respuestas, sin el día que el servidor no funcionó. Ese camino existe, pero ocurre pocas veces.
Dos correcciones prácticas funcionan mejor que pedir "estimaciones realistas":
Estimar por comparación, no por imaginación. En vez de preguntar "¿cuánto tardarás?", preguntar "¿cuánto tardó la última vez que hiciste algo parecido?". El dato histórico incorpora automáticamente las interrupciones que la imaginación omite.
Y si nadie lo ha hecho antes, la pregunta siguiente es igual de útil: "¿qué tendría que pasar para que tardara el doble?". La lista que sale de ahí es tu registro de riesgos y suele corregir la estimación sola.
Estimar en rangos, no en cifras únicas. "Entre 6 y 10 días" comunica la incertidumbre real. "8 días" la oculta, y esa ocultación se acumula: un cronograma de cuarenta actividades estimadas con falso optimismo produce una fecha final que no tiene ninguna probabilidad de cumplirse.
La holgura que desaparece
Un fenómeno curioso: cuando una actividad tiene holgura, tiende a consumirla aunque pudiera terminar antes. Se empieza más tarde porque hay margen, o se pule más de lo necesario.
El resultado es que las holguras protegen poco: absorben los retrasos pero nunca devuelven los adelantos. Por eso conviene concentrar el margen al final del proyecto, gestionado por el director, en vez de repartirlo actividad por actividad donde se evapora.
Caso práctico: la dependencia que nadie dibujó
Escenario construido con patrones habituales; las cifras son ilustrativas.
Dos equipos de la misma empresa trabajan en paralelo. Uno construye el nuevo sistema de pedidos; el otro, la migración del catálogo de productos. Cada uno con su cronograma, ambos con holgura razonable.
El de pedidos necesita el catálogo migrado para las pruebas integradas. Lo sabían los dos equipos y no estaba en ningún cronograma, porque ninguno de los dos era dueño de la relación.
La migración se retrasa tres semanas por un motivo menor. Es un retraso absorbible dentro de su propia holgura, así que no se escala.
En el proyecto de pedidos, esas tres semanas caen sobre una tarea que sí estaba en la ruta crítica. El retraso final no fueron tres semanas: fueron siete, porque el equipo de pruebas ya estaba comprometido con otra cosa cuando el catálogo por fin llegó.
Una dependencia que no está dibujada no tiene holgura: tiene cero. Y el retraso no se propaga sumando, se propaga por donde encuentra hueco.
La comprobación que lo evita cabe en una reunión de una hora entre los dos equipos, con los dos cronogramas en la misma pantalla y una sola pregunta por entregable: ¿alguien de fuera necesita esto, y sabe cuándo lo tendrá?
Es la reunión que no se convoca porque cada cronograma, mirado por separado, está bien.
Checklist
- ¿La fecha salió de un cálculo o se fijó antes de definir el alcance?
- ¿Están identificadas las dependencias externas y quién responde de cada una?
- ¿El cronograma respeta cuántas personas hay realmente disponibles?
- ¿Recalculas la ruta crítica con regularidad, o la calculaste una vez?
- ¿Sabes qué actividades tienen poca holgura y podrían volverse críticas?
- Si hay que comprimir, ¿sabes qué alcance está dispuesto a ceder el patrocinador?
Para cerrar
Alcance y tiempo son la misma restricción vista dos veces. El cronograma no es una promesa: es el resultado aritmético de lo que decidiste hacer y con quién cuentas para hacerlo.
¿Cuántas veces te ha llegado la fecha antes que el alcance? En mi experiencia es la norma, y la diferencia entre los proyectos que sobreviven a eso y los que no está en si alguien hizo explícito el intercambio.
Referencias
- Project Management Institute, Guía del PMBOK, 7.ª edición.
- ISO 21502:2020, apartados de alcance y cronograma.
- Brooks, F., The Mythical Man-Month, sobre añadir recursos a proyectos retrasados.
- Goldratt, E., Critical Chain, sobre holguras y gestión de la cadena crítica.
← Anterior en la serie: Recolección de requerimientos: del método SMART a la matriz de trazabilidad
Siguiente en la serie: Los requisitos que nadie te dice: factores ambientales de la organización →
Este artículo forma parte de Gestión de Alcance y Tiempo, una serie de 52 artículos. Ver todos los de esta serie · Índice completo por materia.