Enunciado del Alcance del Proyecto: Definición, Ejemplos y Plantilla

El enunciado del alcance del proyecto es el documento que convierte una idea vaga en un acuerdo compartido y firmado sobre lo que el equipo va a construir, lo que no tocará y cómo se ve el «listo». Sin él, cada nueva solicitud de funcionalidad o deseo de una parte interesada parece completamente razonable, y el cronograma se desmorona en silencio.

¿Qué es un enunciado del alcance del proyecto?

Datos clave

• Según la 7.a edición del PMBOK, el enunciado del alcance es la base de la línea base del alcance del proyecto e informa la WBS, el cronograma y el presupuesto (PMI, 2021).
• El 52% de los proyectos experimenta expansión del alcance, y la principal causa raíz es un enunciado del alcance poco claro o inexistente al inicio (PMI Pulse of the Profession, 2024).
• Los proyectos con un enunciado del alcance firmado al inicio son un 39% más propensos a cumplir con su presupuesto original (Standish Group CHAOS Report, 2024).

Un enunciado del alcance del proyecto es un documento formal que define los límites completos de un proyecto: qué trabajo está incluido, qué está explícitamente excluido, qué entregables se producirán y los criterios que determinan si cada entregable se ha completado de forma aceptable. Se crea durante la fase de planificación y se convierte en el punto de referencia para cada decisión relacionada con el alcance a lo largo del ciclo de vida del proyecto.

Piense en él como el contrato entre el equipo del proyecto y sus partes interesadas. Responde tres preguntas que, si quedan sin respuesta, garantizan problemas:

• ¿Qué producirá este proyecto?
• ¿Qué no producirá este proyecto?
• ¿Cómo sabremos cuándo cada entregable está terminado?

El enunciado del alcance alimenta directamente la estructura de desglose del trabajo, que descompone los entregables en tareas accionables. También ancla el cronograma, el presupuesto y el proceso de control de cambios. Cualquier modificación en el alcance requiere revisar todos los planes posteriores.

Por qué importa el enunciado del alcance

La expansión del alcance es la razón más común por la que los proyectos superan el presupuesto y no cumplen los plazos. Ocurre gradualmente: una parte interesada pide «solo un pequeño añadido», el equipo dice que sí, y seis semanas después el proyecto es un 40% mayor de lo planeado originalmente y el equipo está agotado.

Un enunciado del alcance firmado no impide que las personas pidan cambios. Lo que hace es darle al director del proyecto una línea base documentada a la que referirse. Cuando llega una nueva solicitud, el equipo puede evaluarla frente al enunciado y decir claramente: «Eso está fuera del alcance acordado. Podemos añadirlo, pero así es el impacto en el cronograma y el presupuesto». Esa conversación es mucho más fácil que intentar recordar lo que se acordó informalmente al inicio.

Los enunciados del alcance también sirven para alinear a las partes interesadas. Cuando los ejecutivos, los clientes y los equipos de entrega leen y firman el mismo documento antes de que comience el trabajo, las expectativas desalineadas se detectan temprano, cuando son baratas de corregir, y no tarde, cuando son costosas.

Esta alineación es especialmente valiosa en proyectos que utilizan metodología Agile, donde los Backlogs cambian con frecuencia. Incluso los equipos ágiles se benefician de un límite de alcance de alto nivel que previene el crecimiento sin control del Product Backlog.

Los 7 componentes del enunciado del alcance

Un enunciado del alcance completo aborda siete áreas. Omitir cualquiera de ellas tiende a generar exactamente los vacíos por los que se cuela la expansión del alcance.

1. Objetivos del proyecto: Los resultados medibles que el proyecto debe alcanzar. Los objetivos deben ser específicos y tener un plazo definido. «Lanzar un sitio web rediseñado antes del 31 de agosto que reduzca la tasa de rebote de la página de inicio en un 15%» es un objetivo del proyecto. «Mejorar el sitio web» no lo es.

2. Entregables: Los resultados tangibles que producirá el proyecto. Para un rediseño de sitio web, esto podría incluir una nueva página de inicio, cinco plantillas de páginas interiores, una guía de estilo y un documento de capacitación del CMS. Enumere cada entregable por nombre para que no haya suposiciones.

3. Criterios de aceptación: Las condiciones específicas que cada entregable debe cumplir para considerarse completo y aprobado. Los criterios de aceptación eliminan la subjetividad. «La página de inicio carga en menos de 2,5 segundos en una conexión 4G» es un criterio de aceptación. «La página de inicio debe sentirse rápida» no lo es.

4. Elementos dentro del alcance: El trabajo, las funcionalidades, los sistemas y los procesos que abordará el proyecto. Esta sección evita que el equipo pase por alto involuntariamente cosas que deberían estar incluidas.

5. Elementos fuera del alcance: El trabajo, las funcionalidades y los sistemas que el proyecto explícitamente no abordará. Esta es posiblemente la sección más importante. Documentar lo que no se hará es lo que le da la autoridad para decir no más adelante.

6. Restricciones: Las limitaciones conocidas dentro de las que debe operar el proyecto: techo presupuestario, plazo fijo, pila tecnológica específica, requisitos regulatorios, tamaño del equipo. Las restricciones no desaparecen al ignorarlas; escribirlas significa que todos planifican en torno a la misma realidad.

7. Supuestos: Las condiciones que el equipo asume como verdaderas cuando se definió el alcance. Si algún supuesto resulta incorrecto, el alcance debe revisarse. Por ejemplo: «Asumimos que el cliente proporcionará todos los activos de marca antes del 15 de junio». Si esos activos llegan dos semanas tarde, el cronograma cambia.

Enunciado del alcance vs. acta de constitución del proyecto vs. WBS

Estos tres documentos están estrechamente relacionados y suelen confundirse entre sí. Así es como difieren:

El acta llega primero y es amplia. El enunciado del alcance completa los detalles durante la planificación del proyecto. La WBS luego toma esos entregables y los descompone en trabajo programable.

Ninguno de estos documentos reemplaza a los otros. Un acta sin enunciado del alcance deja demasiado margen para la interpretación. Un enunciado del alcance sin WBS se mantiene demasiado abstracto para que el equipo lo ejecute.

Cómo redactar un enunciado del alcance del proyecto: paso a paso

Paso 1: Revise el acta de constitución del proyecto

Comience con lo que ya se ha aprobado. El acta contiene el propósito declarado del proyecto, los objetivos del patrocinador y las restricciones conocidas. El enunciado del alcance debe ser coherente con el acta, no contradictorio. Extraiga los objetivos y úselos tal cual o refínelos en forma medible.

Paso 2: Enumere todos los entregables

Trabaje con el equipo y las partes interesadas clave para enumerar todo lo que producirá el proyecto. No solo el resultado final; incluya entregables intermedios como prototipos, informes de pruebas y materiales de capacitación. Use frases sustantivas («Página de inicio adaptada a dispositivos móviles», «Informe de pruebas de aceptación del usuario») en lugar de tareas («Construir página de inicio», «Ejecutar pruebas»). Los entregables son cosas, no actividades.

Paso 3: Defina los criterios de aceptación para cada entregable

Para cada entregable, escriba cómo se ve «aprobado». Involucre a la parte interesada que dará su visto bueno sobre ese entregable, porque su definición de listo puede diferir de la suya. Dejarlo por escrito ahora evita retrabajos más adelante.

Paso 4: Trace el límite de lo que está fuera del alcance

Este es el paso que la mayoría de los equipos omite y del que después se arrepiente. Revise cada entregable y pregúntese: ¿qué trabajo adyacente podrían asumir las partes interesadas que está incluido? Escriba esas cosas explícitamente como fuera del alcance. Si su proyecto es un rediseño de sitio web, es posible que marketing asuma que la auditoría SEO está incluida. Si no lo está, dígalo.

Esta sección también se complementa bien con el proceso de la matriz RACI: a menudo se descubren elementos fuera del alcance cuando se intenta asignar responsabilidad por trabajo que no estaba formalmente en el plan.

Paso 5: Registre las restricciones y los supuestos

Enumere cada restricción real (presupuesto, plazo, tecnología, dotación de personal). Luego liste cada supuesto en el que se apoya. Sea honesto con ambos. Los equipos suelen evitar escribir los supuestos porque parece admitir incertidumbre. Pero un supuesto no escrito es un riesgo oculto. Escríbalo y haga un plan para validarlo temprano.

Paso 6: Obtenga la firma de las partes interesadas

Un enunciado del alcance que nadie ha firmado es solo un borrador. Distribúyalo al patrocinador del proyecto, las partes interesadas clave y el equipo de entrega. Resuelva los desacuerdos antes de firmar, no después. Una vez firmado, se convierte en la línea base contra la que se miden las solicitudes de cambio.

Plantilla de enunciado del alcance del proyecto

Copie y adapte esta plantilla para su proyecto:

ENUNCIADO DEL ALCANCE DEL PROYECTO

Nombre del proyecto: [Nombre del proyecto] Director del proyecto: [Nombre del director] Fecha de aprobación: [Fecha] Versión: [1.0]

---

Objetivos del proyecto [Indique de 2 a 4 resultados medibles que el proyecto debe alcanzar, cada uno vinculado a una métrica y un plazo.]

Entregables

1. [Nombre del entregable]: [Breve descripción]
2. [Nombre del entregable]: [Breve descripción]
3. [Nombre del entregable]: [Breve descripción]

Criterios de aceptación

• [Entregable 1]: [Condición específica y medible para su aprobación]
• [Entregable 2]: [Condición específica y medible para su aprobación]
• [Entregable 3]: [Condición específica y medible para su aprobación]

Dentro del alcance

• [Trabajo, funcionalidad o sistema que está incluido]
• [Trabajo, funcionalidad o sistema que está incluido]

Fuera del alcance

• [Trabajo, funcionalidad o sistema explícitamente excluido]
• [Trabajo, funcionalidad o sistema explícitamente excluido]

Restricciones

• Presupuesto: [Monto o techo]
• Cronograma: [Fecha de finalización fija o restricción]
• Tecnología: [Herramientas o plataformas requeridas o prohibidas]
• Recursos: [Restricciones de dotación de personal o habilidades]

Supuestos

• [Condición asumida como verdadera]
• [Condición asumida como verdadera]

Aprobaciones

Rol	Nombre	Firma	Fecha
Patrocinador del proyecto
Director del proyecto
Parte interesada clave

Ejemplos de enunciados del alcance del proyecto

Así es como se desglosan cuatro tipos comunes de proyectos según entregables, elementos dentro del alcance y elementos fuera del alcance:

Observe cómo cada columna de «fuera del alcance» documenta el trabajo adyacente que las partes interesadas habitualmente asumen que está incluido. Esa especificidad es el punto central. Las exclusiones vagas no protegen a nadie.

Para proyectos que usan Scrum, el enunciado del alcance vive a nivel de épica. El alcance individual del Sprint se gestiona a través del Backlog, pero los límites de alto nivel siguen aplicando.

Cómo prevenir la expansión del alcance con un enunciado del alcance

Un enunciado del alcance solo es tan poderoso como el proceso de control de cambios que lo hace cumplir. Aquí hay cinco formas de hacerlo funcionar en la práctica:

1. Refiérase a él en cada reunión de estado. No deje que el enunciado del alcance viva en una carpeta y se olvide. Abra cada llamada semanal de estado con un recordatorio de 60 segundos de lo que está dentro del alcance y lo que no. Esto mantiene la línea base fresca en la mente de las partes interesadas antes de que planteen nuevas solicitudes.

2. Úselo como filtro para las solicitudes de cambio. Cuando una parte interesada solicita trabajo nuevo, comience verificándolo frente al alcance aprobado. Si está fuera del alcance, no diga no de inmediato. Diga: «Eso está fuera del enunciado del alcance actual. Evaluemos el impacto». Luego tramite una solicitud de cambio formal con estimaciones revisadas. Esto demuestra buena fe sin absorber silenciosamente trabajo adicional.

3. Señale la lista de elementos fuera del alcance por nombre. Cuando alguien pide algo explícitamente listado como fuera del alcance, haga referencia al documento: «En realidad, eso lo registramos en la sección 4 del enunciado del alcance como fuera de alcance, porque añadirlo requeriría X. ¿Desea abrir una solicitud de cambio?». La especificidad elimina la ambigüedad y mantiene la conversación en un plano profesional.

4. Trate los cambios en los supuestos como disparadores del alcance. Si un supuesto declarado resulta ser incorrecto, reevalúe el alcance de inmediato. Los equipos a menudo absorben en silencio los fallos de supuestos, ajustando su trabajo sin revisar el acuerdo formal. Así es como la expansión del alcance se cuela por la puerta trasera.

5. Combínelo con un diagrama de Gantt o un análisis de ruta crítica. Cuando las partes interesadas ven el impacto en el cronograma de agregar nuevo alcance, las objeciones abstractas se vuelven concretas. «Si añadimos la integración con el CRM, la fecha de lanzamiento se mueve del 1 de octubre al 14 de noviembre» es un argumento mucho más persuasivo que «eso está fuera del alcance».

6. Vincule los cambios de alcance con las aprobaciones presupuestarias. Cualquier cambio que añada trabajo debe activar una revisión presupuestaria. Cuando el alcance adicional tiene un monto en dinero asociado, las partes interesadas lo ponderan con más cuidado. Los cambios pequeños parecen inofensivos de forma aislada; una línea presupuestaria hace visible el costo acumulado.

Errores comunes

Mejores prácticas

• Redacte la sección de elementos fuera del alcance antes que la de elementos dentro del alcance. Comenzar con las exclusiones fuerza la claridad sobre lo que no es el proyecto, lo que hace que las inclusiones sean más precisas.
• Mantenga los entregables en el nivel de detalle correcto: lo suficientemente específicos como para ser inequívocos, pero no tan granulares como para pertenecer a la WBS. Apunte a entre 5 y 15 entregables por proyecto.
• Controle las versiones del documento. Cuando cambie el alcance, actualice el número de versión y la fecha. Conserve las versiones anteriores para poder hacer seguimiento de qué cambió y por qué.
• Vincule el enunciado del alcance con la matriz RACI. Cada entregable debe tener un responsable claro; si un entregable no tiene responsable, probablemente esté fuera del alcance.
• Para proyectos Waterfall, congele el enunciado del alcance antes de que comience la planificación detallada. Para proyectos ágiles, trátelo como un resultado del Sprint cero que establece el límite exterior sin bloquear el Backlog.
• Use lenguaje sencillo. Los enunciados del alcance fracasan cuando están escritos en jerga legal que las partes interesadas hojean en lugar de leer. Escríbalo de modo que un nuevo miembro del equipo pueda tomarlo el primer día y entender exactamente de qué trata este proyecto.
• Adjunte el enunciado del alcance firmado a cada informe de estado del proyecto para que permanezca visible durante toda la entrega.
• Revise los supuestos en cada puerta de fase. Si un supuesto ha sido invalidado, comuníquelo de inmediato en lugar de dejar que el equipo absorba el impacto en silencio.

Preguntas frecuentes

¿Cuál es la diferencia entre un enunciado del alcance y una línea base del alcance? El enunciado del alcance es la descripción escrita de los límites del proyecto: entregables, exclusiones, criterios de aceptación, restricciones y supuestos. La línea base del alcance es la versión formalmente aprobada del enunciado del alcance más la WBS y el diccionario de la WBS. La línea base es contra lo que se mide el desempeño y lo que el control de cambios protege. Primero se redacta el enunciado del alcance; se convierte en línea base una vez que se aprueba.

¿Quién redacta el enunciado del alcance del proyecto? El director del proyecto es el responsable del enunciado del alcance, pero no debe redactarse solo. Los enunciados del alcance efectivos se co-crean con el equipo del proyecto (que sabe qué es realista entregar), las partes interesadas clave (que saben cómo se ve el éxito) y los expertos en la materia (que saben qué es técnicamente factible). El trabajo del director del proyecto es facilitar esa conversación y consolidar los resultados en un documento claro.

¿Puede cambiar el enunciado del alcance a mitad del proyecto? Sí, pero solo mediante un proceso formal de control de cambios. Si una parte interesada identifica una necesidad legítima que cambia el alcance, el director del proyecto evalúa el impacto en el costo, el cronograma y los recursos, lo documenta en una solicitud de cambio y obtiene la aprobación antes de actualizar el enunciado del alcance. Los cambios informales de alcance son exactamente cómo ocurre la expansión del alcance.

¿Qué tan detallado debe ser un enunciado del alcance? Lo suficientemente detallado como para eliminar la ambigüedad, pero no tanto como para que parezca una especificación técnica. Una buena regla práctica: si dos partes interesadas diferentes pueden leer una sección y llegar a interpretaciones distintas de lo que está incluido, necesita más detalle. Si la sección tiene más de dos párrafos y cubre detalles de implementación, probablemente pertenece a un documento técnico separado vinculado desde el enunciado del alcance.

¿El enunciado del alcance es lo mismo que un SOW? No. Un SOW (statement of work) es un contrato legalmente vinculante entre dos organizaciones (normalmente un cliente y un proveedor) que define los servicios a entregar, los plazos, las condiciones de pago y las obligaciones. Un enunciado del alcance del proyecto es un documento interno de planificación que define lo que construirá el equipo del proyecto. El SOW puede informar el enunciado del alcance, pero sirven a propósitos diferentes y tienen audiencias distintas.

Reflexión final

El enunciado del alcance del proyecto no es el documento más emocionante que redactará en un proyecto. Pero probablemente es el que determina si el proyecto tiene éxito o se desmorona lentamente. La media hora que invierte en redactar una lista precisa de elementos fuera del alcance al inicio vale mucho más que las horas que pasará en negociaciones de cambios de alcance seis meses después.

Redáctelo pronto. Obtenga las firmas. Consúltelo con frecuencia. Y cuando alguien pida «solo un pequeño añadido», trate el enunciado del alcance como su aliado, no como un obstáculo burocrático. Ese documento es la razón por la que el equipo puede decir sí a las cosas correctas y no al resto.

Para el siguiente paso después de definir el alcance, construya su estructura de desglose del trabajo para descomponer esos entregables en tareas programables. Luego use técnicas de planificación del proyecto para secuenciarlas y asignarles recursos antes del inicio.