Integración de Proyectos · Serie 2 · Semana 1 · Tema 01
Pregúntale a diez personas de un equipo qué es el plan del proyecto y nueve te van a enseñar un cronograma. Un Gantt con barras de colores, hitos y una línea vertical que marca el día de hoy. Ese documento es valioso, pero no es el plan: es una parte del plan, y probablemente ni siquiera la más importante.
La confusión no es inocente. Cuando el plan se reduce al cronograma, todo lo que no cabe en una barra de tiempo desaparece: cómo se van a tomar las decisiones, quién aprueba un cambio, qué pasa cuando un riesgo se materializa, cómo se mide que algo está terminado. Y esas son justamente las cosas que hunden proyectos.
Entonces, ¿qué es el plan de proyecto?
Es el documento que integra cómo se va a ejecutar, supervisar y cerrar el proyecto. La palabra clave es integrar. No es un documento que escribes de corrido: es el resultado de juntar los planes subsidiarios de cada área y resolver las contradicciones entre ellos.
Ahí está el trabajo real. El plan de calidad te pide tres rondas de pruebas; el cronograma tiene dos semanas de holgura; el presupuesto no contempla al equipo de pruebas. Alguien tiene que sentarse a decidir qué cede. Ese acto de reconciliación es la dirección de proyectos.
Los componentes que casi nadie incluye
Estos son los planes subsidiarios que la práctica reconoce, y una nota honesta sobre cuáles suelen faltar:
| Componente | Responde a | ¿Se suele incluir? |
|---|---|---|
| Gestión del alcance | ¿Qué entra y qué no? | Casi siempre |
| Gestión del cronograma | ¿En qué orden y cuándo? | Siempre |
| Gestión de costos | ¿Cuánto y con qué holgura? | Casi siempre |
| Gestión de la calidad | ¿Cuándo decimos que está bien? | A veces |
| Gestión de recursos | ¿Quién hace qué? | A veces |
| Gestión de comunicaciones | ¿Quién se entera de qué y cuándo? | Rara vez |
| Gestión de riesgos | ¿Qué puede salir mal y qué haremos? | Rara vez |
| Gestión de adquisiciones | ¿Qué compramos y a quién? | Solo si hay compras |
| Gestión de interesados | ¿A quién hay que mantener contento? | Casi nunca |
| Gestión de cambios | ¿Cómo se aprueba una desviación? | Casi nunca |
Fíjate en el patrón: lo que falta casi siempre es lo relacionado con personas y decisiones, no con tareas. Y es exactamente donde aparecen los problemas que no se resuelven trabajando más horas.
Las líneas base: el trío que define si vas bien o mal
Dentro del plan hay tres documentos que tienen un estatus especial, porque son la referencia contra la que mides el desempeño:
- Línea base del alcance: el enunciado del alcance, la estructura de desglose del trabajo y su diccionario.
- Línea base del cronograma: la versión aprobada del calendario.
- Línea base de costos: el presupuesto aprobado distribuido en el tiempo.
Las tres juntas forman la línea base para la medición del desempeño. Si no tienes líneas base, no puedes decir que el proyecto va retrasado: solo puedes decir que va distinto de lo que alguien imaginó. No es lo mismo, y no se defiende igual frente a un patrocinador.
La pregunta que revela si tu plan sirve
Hay una prueba muy simple. Toma tu plan y pregúntate: si mañana me atropella un camión, ¿alguien podría continuar el proyecto leyendo esto?
Si la respuesta es no, lo que tienes es un cronograma acompañado de documentación decorativa. El plan existe precisamente para que el proyecto no dependa de lo que una persona tiene en la cabeza.
¿Cuánto hay que planear antes de empezar?
Esta es la tensión real del oficio. Planear de más paraliza; planear de menos garantiza reproceso. La respuesta práctica es la planificación por olas sucesivas: detallas con precisión lo que está cerca y dejas en grueso lo que está lejos, sabiendo que vas a volver.
Una regla que funciona: el siguiente mes con detalle de días, el siguiente trimestre con detalle de semanas, el resto con detalle de meses. Cada cierre de mes bajas un nivel de zoom a lo que se acercó.
Lo que no puede quedar en grueso, aunque el trabajo esté a un año vista, son tres cosas: los hitos contractuales, las dependencias externas y los riesgos de alto impacto. Esos se identifican desde el día uno porque su tiempo de reacción es largo. Si el permiso ambiental tarda seis meses, saberlo en el mes cinco no te sirve de nada.
Un caso concreto: el plan que no servía
Un proyecto de migración de sistemas con doce meses de plazo. El plan tenía 340 actividades, ruta crítica calculada, presupuesto al peso y un Gantt impecable. En el mes cuatro estaba detenido.
¿Qué falló? Nada del cronograma. Falló que nadie había escrito quién autorizaba dar de baja un sistema antiguo. Cada apagado requería el visto bueno del área usuaria, ninguna área quería ser la primera, y no existía un mecanismo para escalar el desacuerdo. El plan tenía 340 actividades y ninguna frase sobre gobernanza.
La corrección cupo en media página: un comité con tres nombres, reunión quincenal, y la regla de que el silencio de un área después de diez días hábiles contaba como aprobación. El proyecto terminó con dos meses de retraso, no con doce.
Lo interesante del caso es que el plan estaba técnicamente bien hecho. El error no fue de rigor, fue de alcance: se planeó el trabajo y no se planeó la decisión.
La diferencia entre un plan y un acuerdo
Un plan que nadie más leyó es una hipótesis. Se vuelve un acuerdo cuando las personas que van a ejecutarlo reconocen sus compromisos en él.
Una prueba barata: pídele a cada responsable de área que te diga, sin mirar el documento, cuál es su primer entregable y para cuándo. Las diferencias entre lo que responden y lo que dice el plan son tu verdadero riesgo, y aparecen en cinco minutos de conversación en vez de en el mes cuatro.
Los tres documentos que convierten el plan en algo vivo
Un plan se muere el día que deja de reflejar la realidad. Lo que lo mantiene vivo no es la voluntad, son tres mecanismos concretos:
El registro de cambios. Cada desviación aprobada se anota con fecha, motivo, impacto y quién la autorizó. No es burocracia: al mes seis, cuando alguien pregunte por qué el presupuesto creció 18%, la respuesta está escrita y tiene nombres. Sin ese registro, la respuesta es "se fue saliendo", que es como se pierden las siguientes negociaciones.
El registro de supuestos. Todo plan descansa en cosas que diste por ciertas sin verificar: que el proveedor entregaría en cuatro semanas, que el equipo estaría completo en marzo, que la normativa no cambiaría. Escríbelas. Un supuesto documentado que falla es un riesgo gestionable; uno no documentado es una sorpresa.
El registro de lecciones. No al cierre, cuando ya nadie recuerda nada. Cada mes, dos preguntas al equipo: qué haríamos igual y qué haríamos distinto. Diez minutos. Ese registro es lo único que hace que el proyecto trece sea mejor que el doce.
Checklist antes de dar por cerrado el plan
- ¿Está escrito quién aprueba un cambio y con qué umbral de monto o de días?
- ¿Hay al menos un criterio de aceptación medible por cada entregable principal?
- ¿Alguien fuera del equipo central lo revisó y lo entendió sin que se lo explicaras?
- ¿Las tres líneas base están aprobadas formalmente, no solo enviadas por correo?
- ¿Existe un registro de riesgos con dueño asignado por cada riesgo, no solo una lista?
- ¿Está definido cómo y cuándo se comunica el avance, y a quién?
Tres errores que se repiten
1. Planear hasta el último detalle desde el día uno. La planificación por olas sucesivas existe porque la información aparece con el tiempo. Detallar el mes doce con la información del mes uno es ficción con formato de tabla.
2. Tratar el plan como un documento de entrega. Un plan que no se actualiza después de la primera semana dejó de ser una herramienta y pasó a ser un trámite cumplido.
3. Confundir aprobación con compromiso. Que el patrocinador firme no significa que el área de compras haya aceptado los tiempos que tú asumiste. El compromiso se consigue conversando, no recolectando firmas.
Para cerrar
El cronograma responde cuándo. El plan responde cómo vamos a decidir cuando la realidad no coincida con el cuándo. Y la realidad nunca coincide.
Te dejo una pregunta para los comentarios: de los diez componentes de la tabla, ¿cuál es el que más veces has visto ausente en los proyectos donde has trabajado? En mi experiencia, el plan de comunicaciones se lleva el primer lugar por bastante margen.
Referencias
- Project Management Institute, Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK), 7.ª edición.
- ISO 21502:2020, Project, programme and portfolio management — Guidance on project management.
- AXELOS, Managing Successful Projects with PRINCE2, sobre el concepto de documento de inicio de proyecto.
Siguiente en la serie: Objetivo y Alcance →
Este artículo forma parte de Integración de Proyectos, una serie de 24 artículos. Ver todos los de esta serie · Índice completo por materia.