Fundamentos de la gestión de proyectos: alcance, acta, EDT y gobernanza

Mucho antes de que nadie entregara software cada dos semanas, las organizaciones necesitaban una forma de llevar a cabo trabajos temporales y únicos con un presupuesto, un plazo y alguien que respondiera del resultado. La disciplina que surgió de esa necesidad aporta la mayor parte del vocabulario que seguimos usando: alcance, línea base, hito, interesado, entregable, registro de riesgos, comité de dirección. Entenderla no es cuestión de nostalgia: todo equipo iterativo acaba teniendo que explicar lo que hace a quien lo financia, y esa conversación se mantiene en ese lenguaje.

Esta guía recoge los fundamentos tal como están hoy, que no es exactamente como estaban hace veinte años. El cuerpo de conocimientos dominante ha pasado de un catálogo de procesos a principios y dominios de desempeño, y la postura honesta en toda la profesión es que el enfoque de entrega debe elegirse para cada trabajo en lugar de imponerse. Para el extremo adaptativo de ese espectro, consulta los principios ágiles; este artículo trata del marco que rodea a cualquier enfoque.

Qué es un proyecto

Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único. Los dos adjetivos cuentan. Temporal significa que tiene un inicio y un final definidos, y el final llega cuando se cumplen los objetivos, cuando ya no pueden cumplirse o cuando la necesidad desaparece. Único significa que el resultado difiere de forma significativa de lo que ya existe: construir la casa idéntica número cincuenta es producción; construir la primera en un terreno complicado es un proyecto.

Eso distingue a los proyectos de las operaciones, que son continuas y repetitivas: procesar las nóminas, monitorizar la plataforma, atender los tickets de soporte. Importa porque ambas cosas se gestionan de manera distinta. Las operaciones buscan estabilidad y repetibilidad; los proyectos buscan entregar un cambio y después disolverse.

Por encima de los proyectos hay dos niveles más. Un programa coordina proyectos relacionados para lograr un beneficio que ninguno alcanzaría por separado; por ejemplo, la sustitución de un sistema central, que abarca software, migración de datos, formación y cambios de procesos. Un portafolio es el conjunto completo de inversiones de una organización, elegidas según la estrategia y limitadas por la financiación. Confundir los niveles es una causa habitual de fracaso: un programa gestionado como un único gran proyecto se ahoga en el detalle, y una decisión de portafolio tomada dentro de un equipo de proyecto se toma sin la información necesaria.

Restricciones

La herramienta didáctica clásica es el triángulo de alcance, tiempo y coste, con la calidad en el centro: si fijas dos, el tercero tiene que ceder. Es una buena forma de abrir la conversación con un patrocinador que quiere los tres fijos, pero se queda corta.

Los enfoques modernos añaden tres restricciones más que se comportan de forma independiente. La calidad no es una consecuencia pasiva, sino una dimensión que se elige. El riesgo es una restricción real: el apetito de riesgo de una organización limita qué planes son aceptables. Y los recursos son distintos del coste, porque el dinero no siempre se convierte en las personas concretas que necesitas. La sostenibilidad se ha incorporado recientemente a la lista en varias normas como objetivo de desempeño explícito, no como algo secundario.

La utilidad práctica del modelo es obligar a responder de forma explícita a una pregunta: ¿qué es realmente fijo? Una entrega con un plazo regulatorio tiene el tiempo fijo y debe ajustar el alcance. Un contrato a precio cerrado tiene el coste fijo. Un sistema crítico para la seguridad tiene la calidad fija. Los proyectos fracasan de forma previsible cuando nadie nombra la dimensión flexible, porque entonces la que cede, en silencio, es la calidad.

Ciclo de vida, fases y el enfoque actual

Todo proyecto recorre alguna versión del mismo arco: una idea se justifica y se autoriza, el trabajo se planifica, se ejecuta y se controla, y el proyecto se cierra. Las cinco agrupaciones —inicio, planificación, ejecución, seguimiento y control, y cierre— siguen siendo el resumen más fácil de recordar, y las guías actuales las tratan como áreas de atención recurrentes, no como etapas secuenciales.

El enfoque cambió sustancialmente con la séptima edición, de 2021, del cuerpo de conocimientos dominante, que sustituyó su catálogo de procesos y áreas de conocimiento por doce principios y ocho dominios de desempeño, dejando claro a propósito que la disciplina trata de resultados y no de un procedimiento fijo. La octava edición, publicada en noviembre de 2025 y base del examen de certificación vigente desde julio de 2026, lo consolida aún más: seis principios, siete dominios de desempeño —gobernanza, alcance, cronograma, finanzas, interesados, recursos y riesgo— y la recuperación de unos cuarenta procesos no prescriptivos integrados en ellos. La alternativa prescriptiva, PRINCE2, pasó a su séptima edición en 2023 y se basa en siete principios, siete prácticas y siete procesos, con las personas incorporadas como elemento integrado y productos de gestión definidos a lo largo de todo el método.

No hace falta memorizar ninguna de las dos taxonomías para gestionar un proyecto. Lo importante es que ambas dicen ya lo mismo: adapta el enfoque al trabajo y trata los artefactos como herramientas, no como obligaciones.

Las fases dividen el trabajo en etapas con un punto de revisión entre ellas: viabilidad, diseño, construcción, transición. Cada puerta de fase es una decisión real, incluida la de detenerse. Una puerta que nunca ha rechazado nada es una ceremonia de firma, y su efecto principal es retrasar el proyecto lo que dure la cola de aprobaciones.

Los documentos fundacionales

El acta de constitución del proyecto autoriza el proyecto y designa al director del proyecto. Es breve, idealmente de dos páginas, y existe para que, seis meses después, todo el mundo pueda señalar la misma declaración de propósito. Contiene la justificación de negocio, los objetivos medibles y los criterios de éxito, un alcance de alto nivel con exclusiones explícitas, el patrocinador con nombre y apellidos, la dotación presupuestaria, los hitos clave y los principales riesgos y supuestos. Si el acta no puede decir cómo se medirá el éxito, el proyecto todavía no está listo para empezar.

El enunciado del alcance va más allá: qué se entregará, los criterios de aceptación, las restricciones y supuestos y, lo más valioso de todo, qué queda explícitamente fuera del alcance. El scope creep rara vez es una única incorporación espectacular. Son veinte pequeñas aclaraciones, cada una razonable por separado, ninguna de las cuales se contrastó nunca con la línea base. Una lista de exclusiones por escrito es la defensa más barata que existe.

La estructura de desglose del trabajo (EDT, o WBS por sus siglas en inglés) descompone jerárquicamente el alcance total en entregables y, después, en paquetes de trabajo. Está orientada a entregables, no a actividades: el segundo nivel enumera las cosas que existirán, no verbos. Un ejemplo simplificado para la sustitución de una tienda online:

1.0 Online store replacement
    1.1 Catalogue
        1.1.1 Product data model
        1.1.2 Import from legacy system
        1.1.3 Search and filtering
    1.2 Checkout
        1.2.1 Basket
        1.2.2 Payment integration
        1.2.3 Order confirmation
    1.3 Migration
        1.3.1 Customer accounts
        1.3.2 Historical orders
    1.4 Project management
        1.4.1 Planning and reporting
        1.4.2 Training and handover

Dos reglas hacen útil una EDT. La regla del 100 %: los hijos de cualquier nodo recogen todo el trabajo del padre y nada más; no existe trabajo fuera de la estructura. Y el nivel más bajo, el paquete de trabajo, debe ser lo bastante pequeño como para estimarlo, asignarle un responsable y seguirlo. La EDT es la columna vertebral de la planificación del cronograma, del presupuesto y de los informes de estado, y por eso tanto la gestión del cronograma como la gestión de costes parten de ella.

Interesados y gobernanza

Un interesado es cualquiera que pueda influir en el proyecto o verse afectado por él, y la lista siempre es más larga que la de invitados a la reunión de arranque: los usuarios, el equipo de operaciones que hará funcionar el sistema, una función de auditoría, un regulador, un proveedor, el departamento cuyo proceso cambia.

El análisis habitual sitúa a cada uno en dos ejes y prescribe un nivel de implicación.

Repite el análisis en cada fase, porque la influencia cambia. El responsable de operaciones con poco interés durante el diseño se convierte en el interesado más importante en la puesta en producción, y descubrirlo durante el fin de semana de migración sale caro.

La gobernanza es la estructura de derechos de decisión: quién aprueba los cambios en la línea base, quién autoriza el gasto por encima de un umbral, quién puede detener el proyecto. Un comité de dirección funciona cuando tiene autoridad para decidir y se reúne con la frecuencia suficiente para ser útil; un órgano que recibe un informe de estado al mes y hace preguntas es un público de informes, no gobernanza. Define de antemano y por escrito los umbrales de escalado, para que el equipo sepa qué puede resolver por sí mismo y qué debe escalar.

Cómo elegir un enfoque

La decisión inicial de mayor peso es qué enfoque de entrega encaja.

El híbrido es la realidad habitual y no es un compromiso del que haya que disculparse. Una forma típica fija de manera predictiva las fechas inamovibles, las compras y los hitos de integración, y desarrolla el software dentro de ese marco de forma adaptativa, con su propio backlog. El fallo que hay que evitar es el híbrido de cara a la galería: trabajar en iteraciones internamente mientras se reporta hacia arriba un porcentaje de avance sobre un plan de tareas, de modo que ambas visiones se separan y ninguna es cierta.

Cerrar como es debido

El cierre es la fase que más a menudo se omite, y es donde la organización materializa el retorno del proyecto. Se obtiene la aceptación formal del patrocinador frente a los criterios establecidos. Los entregables y su documentación se transfieren al equipo que los operará, con acuerdos de soporte pactados y no dados por supuestos. Se cierran los contratos y se liquidan las facturas finales. El equipo se libera de forma deliberada, no por desgaste. Los registros se archivan donde alguien pueda encontrarlos.

Y las lecciones aprendidas se recogen de forma que puedan reutilizarse de verdad: concretas, atribuibles a una causa y guardadas donde el siguiente proyecto vaya a buscar, que suele ser una checklist o una plantilla y no un documento que nadie abre. Un registro de lecciones que nunca ha cambiado un plan posterior es un artefacto administrativo. El cierre también se aplica a los proyectos cancelados: un proyecto detenido antes de tiempo porque su justificación desapareció es un éxito de la gobernanza, y merece la misma disciplina de cierre que uno que llegó a entregar.

Ideas clave

• Un proyecto es temporal y único, lo que lo distingue de las operaciones; los programas coordinan proyectos relacionados y los portafolios equilibran el conjunto de inversiones.
• Nombra explícitamente la restricción fija: si nadie elige entre alcance, tiempo, coste, calidad, riesgo y recursos, la calidad absorbe la presión en silencio.
• Las guías actuales de las dos grandes tradiciones han pasado a los principios y a la adaptación; la octava edición del PMBOK Guide usa seis principios y siete dominios de desempeño, y PRINCE2 7 usa siete principios, siete prácticas y siete procesos.
• El acta autoriza el proyecto y establece cómo se medirá el éxito; la lista de exclusiones del enunciado del alcance es la defensa más barata contra el scope creep; la EDT descompone los entregables según la regla del 100 %.
• Gobernanza significa derechos de decisión y umbrales acordados de antemano, no un público mensual de informes de estado.
• Elige el enfoque predictivo, adaptativo o híbrido para cada trabajo, e informa con la misma forma con la que trabajas de verdad: la divergencia entre ambas es donde los grandes proyectos pierden el control.