La mayoría de los problemas que aparecen durante la ejecución de un proyecto tienen su origen en la fase de planificación: alcance mal definido, expectativas no alineadas entre el equipo y el cliente, o compromisos asumidos sin analizar sus implicaciones. La declaración del alcance — también llamada enunciado del alcance o scope statement en inglés — es el documento que previene exactamente estos problemas.
Elaborada correctamente, la declaración del alcance es la referencia que define con precisión qué incluye el proyecto y, tan importante como eso, qué no incluye. Es el documento al que el director del proyecto puede remitirse cuando el cliente solicita un trabajo que no estaba acordado, o cuando el equipo tiene dudas sobre si una tarea forma parte del proyecto o no.
Esta plantilla está alineada con el proceso de Definir el Alcance del PMBOK y cubre los seis apartados fundamentales que cualquier declaración de alcance profesional debe incluir.
La declaración del alcance del proyecto es el documento que formaliza qué va a producir el proyecto — sus entregables — y las condiciones bajo las cuales se va a ejecutar: supuestos asumidos, restricciones existentes y criterios que deben cumplirse para que los entregables sean aceptados.
En el PMBOK, la declaración del alcance es la salida principal del proceso de Definir el Alcance, que forma parte del grupo de procesos de Planificación. Es un documento que se elabora a partir del acta de constitución del proyecto y de los requisitos de los interesados, y que sirve de base para desarrollar la WBS, el cronograma y el plan de gestión del alcance.
Sin una declaración de alcance bien definida, cualquier planificación posterior se construye sobre suposiciones no documentadas. Cuando esas suposiciones resultan incorrectas — y en algún momento lo harán — el proyecto no tiene una referencia clara a la que acudir para resolver las discrepancias.
Es habitual confundir la declaración del alcance con el acta de constitución del proyecto (project charter). Son documentos distintos con propósitos distintos:
El acta de constitución autoriza formalmente el proyecto, nombra al director del proyecto y recoge los objetivos de alto nivel, el presupuesto inicial y los principales interesados. Es un documento ejecutivo, breve y de alto nivel.
La declaración del alcance es un documento de planificación detallado. Define con precisión qué entregables se van a producir, qué queda fuera del alcance, qué supuestos y restricciones condicionan el trabajo, y qué criterios deben cumplirse para que los entregables sean aceptados. Puede ser un documento extenso en proyectos complejos.
En la práctica, el acta de constitución se elabora primero — es el documento que autoriza el proyecto — y la declaración del alcance se desarrolla después, durante la planificación, como una especificación mucho más detallada de lo que el acta de constitución define a alto nivel.
El encabezado recoge los datos básicos de identificación: nombre del proyecto, número de pedido o referencia contractual, cliente, director del proyecto y fecha de elaboración. También incluye un resumen de alto nivel del objetivo del proyecto — qué se va a conseguir al finalizar — suficientemente concreto para que cualquier interesado entienda el propósito del proyecto sin necesidad de leer el documento completo.
Este es el núcleo de la declaración del alcance. Los entregables son los resultados tangibles que el proyecto va a producir: documentos, productos, servicios, instalaciones o cualquier otro resultado que el cliente va a recibir al finalizar el proyecto o en sus hitos intermedios.
La descripción de cada entregable debe ser suficientemente precisa para que no haya ambigüedad sobre qué se está comprometiendo. Un entregable definido como "documentación del sistema" puede interpretarse de formas muy distintas por el equipo y por el cliente. "Manual de usuario con instrucciones de operación, mantenimiento preventivo y resolución de averías frecuentes, en formato PDF y en castellano" no deja lugar a interpretaciones.
Este apartado es tan importante como la lista de entregables — y en la práctica se le dedica mucho menos atención. Definir explícitamente qué no incluye el proyecto tiene dos funciones críticas:
Previene el scope creep: cuando el cliente solicita un trabajo no previsto, el director del proyecto puede remitirse a este apartado para explicar que ese trabajo está fuera del alcance acordado y debe tramitarse como un cambio.
Alinea expectativas desde el inicio: en proyectos donde el cliente puede tener expectativas implícitas — trabajos que da por supuestos aunque no están en el contrato — documentar explícitamente que esos trabajos están fuera del alcance evita conflictos durante la ejecución.
Los supuestos son condiciones que el equipo del proyecto asume como verdaderas para poder planificar, pero que no están bajo su control y que podrían resultar falsas. Si un supuesto resulta incorrecto durante la ejecución, puede ser necesario revisar el alcance, el cronograma o el presupuesto.
Documentar los supuestos tiene un propósito doble: transparencia con el cliente — que puede confirmar o corregir las asunciones antes de que se conviertan en problemas — y protección del director del proyecto, que puede demostrar que planificó sobre la base de información acordada, no de suposiciones arbitrarias.
Ejemplos de supuestos habituales: "el cliente proporcionará acceso a las instalaciones durante el horario de trabajo habitual", "los planos de arquitectura estarán disponibles antes del inicio de la fase de diseño", "el número de usuarios del sistema no superará los 500 durante el primer año".
Las restricciones son limitaciones conocidas que condicionan cómo se puede ejecutar el proyecto. A diferencia de los supuestos, las restricciones son hechos confirmados, no suposiciones. No pueden cambiarse — solo gestionarse dentro de sus límites.
Las restricciones más habituales en proyectos son: fechas inamovibles (inauguraciones, ferias, requisitos legales), presupuesto fijo, recursos con disponibilidad limitada, dependencias con otros proyectos o con proveedores externos, y requisitos regulatorios o normativos que condicionan cómo debe ejecutarse el trabajo.
Identificar las restricciones en la fase de planificación permite tenerlas en cuenta en el cronograma y el presupuesto desde el principio, en lugar de descubrirlas durante la ejecución cuando ya no hay margen para adaptarse.
Los criterios de aceptación definen qué condiciones deben cumplirse para que cada entregable sea considerado completado y aceptado por el cliente. Son el estándar objetivo contra el que se evalúa el trabajo realizado.
Sin criterios de aceptación bien definidos, la aceptación de un entregable es subjetiva: el cliente puede rechazar un trabajo completado invocando razones que no estaban acordadas, o el equipo puede considerar que un entregable está listo cuando el cliente tiene una expectativa diferente.
Los criterios de aceptación deben ser verificables — medibles o comprobables de forma objetiva — y deben acordarse con el cliente antes de que empiece la ejecución. Algunos ejemplos: normativas técnicas que debe cumplir un producto, resultados mínimos de ensayos de aceptación, prestaciones funcionales que debe demostrar un sistema, o requisitos de formato y contenido de un documento.
La declaración del alcance debe elaborarse durante la fase de planificación del proyecto, antes de desarrollar la WBS y el cronograma. La secuencia lógica es:
La aprobación de la declaración del alcance requiere la firma del director del proyecto y del cliente o su representante. Esta aprobación es el punto de partida formal del alcance comprometido: cualquier modificación posterior debe tramitarse mediante el proceso de control de cambios.
La declaración del alcance no es un documento que se archiva al finalizar la planificación. Es una referencia activa que debe consultarse durante toda la ejecución del proyecto en tres situaciones concretas:
Cuando el cliente solicita un trabajo no previsto: la declaración del alcance permite verificar si ese trabajo está dentro del alcance acordado o debe tramitarse como un cambio.
Cuando hay dudas sobre si una tarea forma parte del proyecto: la lista de entregables y el apartado de exclusiones proporcionan la respuesta.
Cuando surge un conflicto sobre si el trabajo realizado cumple los requisitos: los criterios de aceptación son la referencia objetiva para resolver la discrepancia.
Esta plantilla forma parte del Pack de Plantillas Profesionales, que incluye 46 plantillas editables alineadas con los procesos del PMBOK. Se integra con otras herramientas del pack:
ASI DE FACIL Y SEGURO. Para cualquier duda puedes ponerte en contacto con nosotros en el pie de página.