Cómo redactar un alcance de trabajo (+ ejemplos y plantillas)
Gestión de Proyectos

Cómo redactar un alcance de trabajo (+ ejemplos y plantillas)

Para una persona, eso significa cinco páginas y diseños más limpios. Para otra, significa la migración de un blog, nuevas páginas de destino, textos actualizados y un logotipo que lleva meses queriendo rediseñar.

Un alcance del trabajo soluciona todo eso. Define qué se entregará en el proyecto, cómo se llevará a cabo el trabajo, cuándo vence cada parte, qué se considera aprobado y qué queda fuera del acuerdo.

Esa claridad es más importante de lo que parece. El informe CHAOS del Standish Group reveló que solo alrededor del 31 % de los proyectos se completan a tiempo y sin salirse del alcance previsto.

Aquí viene la parte incómoda: la mayoría de esos errores no son un problema de disciplina. Son un problema de archivo. El alcance del trabajo se firma, se envía por correo electrónico y se archiva, y a partir de ese momento empieza a desviarse del trabajo real. Para la tercera semana, el documento dice cinco páginas y el proyecto dice quince, y nadie puede señalar dónde se abrió la brecha. La solución no es un alcance del trabajo más extenso. Es un alcance que se mantenga vinculado al trabajo que describe.

Esta guía te muestra cómo redactar un alcance del trabajo lo suficientemente claro como para poder presupuestarlo, planificarlo, asignar tareas, aprobarlo y gestionarlo tras la reunión inicial.

En resumen

Un buen alcance del trabajo responde a cuatro preguntas: qué se va a entregar, cómo, para cuándo y qué se considera terminado. El mejor alcance no es el más detallado, sino aquel que sigue siendo veraz y transparente al cabo de 30 días.

Los detalles pueden desvanecerse una vez que comienza el trabajo, por lo que es fundamental disponer de un documento actualizado a lo largo de todo el proyecto. Esto garantiza que lo que queda «fuera del alcance» quede claramente definido y sea consultable.

Abarca los siete componentes y, en lugar de verbos vagos como «gestionar», especifica números como «4 publicaciones al mes». Explica claramente lo que no vas a hacer, identifica las dependencias por parte del cliente que causan la mayoría de los retrasos y obtén siempre una aprobación por escrito para cada solicitud de cambio antes de comenzar el trabajo. A continuación, mantén el documento firmado vinculado a las tareas en curso, de modo que, cuando se produzca una ampliación del alcance, el cambio sea visible y se pueda presupuestar, en lugar de ser silencioso y gratuito.

¿Qué es un alcance de trabajo?

Ejemplo de alcance del trabajo de ClickUp
Ejemplo de alcance del trabajo de ClickUp

Un pliego de condiciones (SOW) es un documento que define exactamente qué se va a entregar en un proyecto, cómo, en qué plazo y qué se considera trabajo finalizado. Define claramente el alcance del trabajo para que todas las partes —clientes, proveedores y equipos internos— se pongan de acuerdo sobre los resultados esperados antes de comenzar.

Su función es la coordinación. El SOW define los objetivos, enumera los entregables, los desglosa en tareas, los vincula a un cronograma y establece cómo se considerará completada cada entrega. Se convierte en la referencia a la que todos recurren cuando surge una duda o un cambio. Por eso también constituye la columna vertebral de la gestión de proyectos.

¿Cuál es la diferencia entre el alcance del trabajo y la declaración de trabajo?

Un alcance del trabajo responde a la pregunta de qué se va a hacer; una declaración de trabajo responde a la pregunta de cómo van a colaborar ambas partes para llevarlo a cabo. Ambos comparten el acrónimo SOW y, a menudo, se utilizan indistintamente, pero operan a niveles diferentes.

Un tercer término similar es «alcance del proyecto». Este define los límites del propio proyecto —lo que se incluye y lo que no— más que el trabajo o la relación laboral.

DocumentoA qué respondeNormalmente incluyeCuándo utilizarla
Alcance del trabajo¿Qué trabajo se va a realizar?Objetivos, resultados esperados, tareas, cronograma, criterios de aceptación, exclusionesDefinición de un encargo específico o de una fase del proyecto
Declaración de trabajoCómo colaborarán las partes en el trabajoEl alcance del trabajo, además de los términos legales, el calendario de pagos, las garantías y la gobernanza.El contrato completo, que a menudo incluye el pliego de condiciones (SOW) como parte integrante del mismo.
Alcance del proyectoEl alcance completo del proyectoTodos los entregables y el trabajo necesario para producirlos, además de lo que queda fuera del alcance del proyecto.Planificación interna y gestión del alcance a lo largo de todo el proyecto

En la práctica, la declaración de trabajo (Statement of Work) es el contrato marco, y el alcance del trabajo es la sección dentro de este que detalla los resultados esperados. El alcance del proyecto es el concepto de planificación que describen ambos documentos. Si una parte interesada solicita «el SOW», merece la pena dedicar diez segundos a aclarar a cuál se refiere, ya que las condiciones legales y de pago figuran en la declaración, no en el alcance.

¿Qué debe incluir un alcance de trabajo? Los componentes fundamentales

Un pliego de condiciones completo debe facilitar la comprensión, la valoración, la planificación y la aprobación del trabajo. Si se omite algún componente fundamental, se abre la puerta a posibles confusiones más adelante.

Esto es lo que debes incluir:

  • Objetivos y finalidad: Este apartado explica por qué se lleva a cabo el trabajo y qué resultados debe producir. Limítate a una o dos frases, redactadas en el lenguaje del cliente. Por ejemplo, «Mejorar la generación orgánica de clientes potenciales a partir del blog de la empresa» es más claro que «ejecutar una estrategia de contenido».
  • Entregables: Son los resultados concretos que entregarás. Nómbralos y cuantifícalos siempre que sea posible. Escribe «12 publicaciones al mes en LinkedIn e Instagram», en lugar de «gestión de redes sociales».
  • Tareas y actividades: Esta sección desglosa el trabajo necesario para producir cada entrega. No es necesario incluir cada pequeña acción, pero debe ser lo suficientemente detallada como para que alguien pueda entender qué trabajo se incluye. En el caso del rediseño de una página web, esto podría incluir la creación de esquemas funcionales, la redacción de contenidos, el desarrollo, el control de calidad y el soporte al lanzamiento.
  • Cronograma y hitos: Utiliza esta sección para mostrar cómo avanzará el proyecto desde su inicio hasta su finalización. Incluye la fecha de inicio, la fecha de finalización, las fases principales, los puntos de revisión y las dependencias. Un cronograma de proyecto bien definido ayuda a todos a ver qué debe suceder antes de que pueda comenzar la siguiente fase.
  • Criterios de aceptación: definen cómo se revisará, aprobará y considerará completada cada entregable. El cliente sabe qué nivel de calidad puede esperar y tú sabes cuándo se puede dar por cerrada el trabajo, en lugar de tener que revisarlo indefinidamente.
  • Exclusiones y supuestos: Aquí debes detallar lo que no se incluye y de qué condiciones depende el proyecto. Por ejemplo, podrías excluir la gestión de publicidad de pago de un alcance de trabajo de contenidos o dar por hecho que el cliente proporcionará las directrices de marca antes de que comience el trabajo. Esta sección evita que el alcance se amplíe sin control antes de que empiece.
  • Coste y condiciones de pago: Esta sección abarca el coste total, la estructura de facturación, el calendario de pagos y los hitos que son desencadenantes de los pagos. Muchos pliegos de condiciones vinculan los pagos a hitos, como la firma del contrato, la entrega del primer borrador, la aprobación final o la finalización del proyecto.
  • Roles y responsabilidades: Especifica quién es el responsable de cada entrega, quién la aprueba y quién es la persona de contacto única del cliente.

¿Cuáles son los tipos de pliego de condiciones para el trabajo?

Los alcances del trabajo suelen clasificarse en cuatro estructuras. La más adecuada depende del grado de previsibilidad del proyecto, de la claridad con la que se puedan definir los resultados esperados y del tipo de riesgo que cada parte esté dispuesta a asumir.

  • Basado en entregables (diseño/construcción): Este tipo vincula el pago y la aprobación a resultados específicos. Funciona mejor cuando los entregables ya están claros, como una página web con un número fijo de páginas, un número determinado de elementos de diseño o un conjunto definido de entradas de blog.
  • Tiempo y materiales: Esta estructura factura las horas, las herramientas y los costes incurridos a medida que se desarrolla el trabajo. Es adecuada para proyectos cuyo alcance aún es incierto, que requieren un proceso de análisis exhaustivo o que es probable que sufran cambios. Úsala cuando una lista fija de entregables sea más una suposición que un plan.
  • Nivel de esfuerzo: Este tipo de contrato implica dedicar una cantidad fija de tiempo, soporte o capacidad durante un periodo definido. Es habitual en contratos de retención, consultoría continua, mantenimiento y soporte, en los que las tareas concretas pueden variar de una semana a otra, pero el nivel de servicio se mantiene constante.
  • Basado en el rendimiento: esta estructura vincula el pago a los resultados o a unos resultados medibles, en lugar de a las horas registradas o a los activos entregados. Solo funciona cuando ambas partes acuerdan una métrica clara, la referencia es evidente y el proveedor tiene suficiente control sobre el resultado.

Selección rápida:

  • Entregables fijos y bien definidos → basado en entregables
  • Alcance incierto o que requiere un gran trabajo de análisis → tiempo y materiales
  • Soporte continuo o contrato de servicios → nivel de esfuerzo
  • Pago vinculado a un resultado claro y cuantificable → basado en el rendimiento

La mayoría de las disputas sobre el alcance surgen cuando la estructura no se ajusta al trabajo. Un pliego de condiciones basado en entregables puede funcionar bien para la creación de una página web con un presupuesto fijo, pero puede resultar arriesgado para un proyecto que aún requiera investigación, estrategia o coordinación con las partes interesadas. Si aún no puedes especificar los entregables, no finjas que puedes hacerlo en el pliego de condiciones. Utiliza una estructura que refleje esa incertidumbre.

Cómo redactar un alcance de trabajo (proceso paso a paso)

Para redactar un alcance de trabajo (SOW), define el objetivo, elabora una lista de entregables y no entregables, divídelos en tareas, establece un cronograma con las dependencias, redacta los criterios de aceptación, indica las hipótesis y un proceso de control de cambios, y, por último, añade el coste y apruébalo. Estos siete pasos llevan un proyecto desde su inicio hasta su cierre. En la práctica:

Paso 1: Define los objetivos y los criterios de éxito

Empieza por definir por qué se realiza el trabajo y cuál debería ser un buen resultado. Este es el pilar fundamental de todo el pliego de condiciones. Si el objetivo es impreciso, los resultados esperados, el cronograma y el proceso de aprobación también lo serán.

Redacta el objetivo en una o dos frases que el cliente pueda entender fácilmente. Evita la jerga interna y las expresiones vagas como «mejorar la presencia de la marca» o «apoyar los esfuerzos de marketing». En su lugar, vincula el trabajo a un resultado empresarial claro.

Por ejemplo:

  • Objetivo poco concreto: «Crear una página web mejor».
  • Objetivo más concreto: «Rediseñar la página web para ayudar a los compradores B2B a comprender el producto más rápidamente y a enviar solicitudes de demostración con menos abandonos».

A continuación, añade los criterios de éxito. No siempre tiene por qué tratarse de un KPI estricto, sobre todo si el proyecto es creativo o se centra en gran medida en la fase de exploración. Pero debe explicar cómo ambas partes sabrán que el trabajo ha cumplido su objetivo.

Paso 2: Haz una lista de los entregables y los no entregables

A continuación, enumera todos los resultados que recibirá el cliente. Sé específico, cuantificable y directo.

Evita verbos vagos como «gestionar», «apoyar», «ocuparse de» u «optimizar», a menos que definas lo que incluyen. Esas palabras pueden parecer útiles en una propuesta, pero dan pie a que el alcance se desvíe dentro de un SOW.

Por ejemplo:

  • Resultado esperado poco concreto: «Gestionar el blog de la empresa».
  • Resultado más concreto: «Publicar cuatro entradas de blog optimizadas para SEO al mes, cada una de entre 1.500 y 2.000 palabras, con una ronda de revisión incluida por entrada».

La versión más completa explica al cliente qué va a recibir, en qué medida y cuáles son los límites. A continuación, elabora una lista en la misma sección de los elementos que no se incluyen en el trabajo. Aquí es donde debes especificar claramente qué no está incluido en el trabajo, aunque te parezca obvio.

En el caso de un proyecto de blog, los elementos no entregables podrían incluir:

  • Investigación de palabras clave más allá del plan de contenido aprobado
  • Subir entradas al CMS
  • Gráficos o ilustraciones personalizados
  • Entrevistas a expertos en la materia
  • Más de una ronda de revisión por artículo
  • Promoción en redes sociales tras la publicación

Ejemplo real: el sistema de equipajes del Aeropuerto Internacional de Denver

El sistema automatizado de equipaje del Aeropuerto Internacional de Denver es una advertencia útil para cualquier pliego de condiciones.

El objetivo principal parecía sencillo: construir un sistema automatizado de gestión de equipajes para el nuevo aeropuerto. Pero el trabajo real implicaba múltiples terminales, compañías aéreas, tipos de equipaje, normas de enrutamiento y excepciones operativas.

Según un análisis del proyecto realizado por la GAO, Denver adjudicó a BAE Automated Systems un contrato por valor de unos 195,6 millones de dólares en 1992. En 1995, el coste había aumentado hasta superar los 290 millones de dólares. La inauguración del aeropuerto también se retrasó de octubre de 1993 a febrero de 1995 debido a problemas en el sistema y a modificaciones importantes.

El alcance del proyecto fue cambiando constantemente debido a la incorporación de cintas transportadoras, la gestión de equipaje de tamaños irregulares, el equipo de mantenimiento, las actualizaciones de las rutas y los cambios solicitados por las aerolíneas. Un acuerdo posterior redujo la capacidad de gestión de equipaje de 65 maletas por minuto por línea a 30. Denver también tuvo que construir un sistema convencional de copia de seguridad de equipaje, cuyo coste estimó la GAO en 63 millones de dólares.

La lección: No te limites a definir el resultado final; define también los límites que lo rodean. En el caso del «sistema automatizado de equipajes», se debería haber especificado qué aerolíneas, tipos de equipaje, excepciones, procesos alternativos y normas de prueba estaban incluidos o excluidos.

Pero los límites sobre el papel no eran la solución definitiva. Denver tenía un alcance. Lo que no tenía era una conexión con la ejecución real, por lo que cada cinta transportadora, cada cambio de ruta y cada solicitud de línea aérea acababan convirtiéndose en un acuerdo paralelo que el documento original nunca incorporaba. El expediente y la construcción se convirtieron en dos proyectos distintos.

Paso 3: Desglosa los resultados esperados en tareas

Una vez que hayas enumerado cada entrega, haz una prueba sencilla: ¿podría alguien empezar el trabajo a partir de esta línea mañana mismo?

Si la respuesta es «no», sigue siendo demasiado amplio.

Aborda cada entrega por separado y desglósala en acciones concretas a nivel de tarea utilizando el formato «verbo + objeto». Por ejemplo: «crear el esquema de la página de inicio», «revisar el texto legal», «aprobar el diseño definitivo» o «subir la entrada del blog al CMS». Evita nombres de tareas vagos como «trabajo en la web», «apoyo en contenido» o «actualizaciones de diseño», ya que no indican quién hace qué.

En el caso de un proyecto de blog (4 entradas de blog optimizadas para SEO al mes), el desglose de tareas podría ser el siguiente:

TareaPropietarioDependencia
Confirma los temas y las palabras claveEstratega de contenido/estratega de SEOEl cliente aprueba el plan de contenidos
Elaborar pliegos de condicionesEstratega de contenidosPalabras clave confirmadas
Redacta los primeros borradoresEscritorPliegos de condiciones aprobados
Revisión para garantizar la exactitud del productoCliente: SMEBorradores enviados
Realizar la edición de la estructura y la claridadEditorSe han añadido comentarios de expertos en la materia
Añade enlaces internos y metadatosEspecialista en SEORevisiones finales completadas
Subir al CMSGestor de contenidoEl cliente aprueba el borrador final

Esta capa de tareas pone de manifiesto la carga de trabajo real que hay detrás del producto final. También muestra dónde pueden producirse retrasos. Si el experto en la materia del cliente no revisa el borrador a tiempo, el editor, el especialista en SEO y el gestor de contenidos se ven afectados. Esa dependencia debe quedar patente antes de que comience el proyecto.

Para proyectos de mayor envergadura, utiliza una estructura de desglose del trabajo. Esto implica agrupar el trabajo por fases y, a continuación, desglosar cada fase en tareas asignadas. Por ejemplo, el rediseño de una página web podría incluir el análisis inicial, el mapa del sitio, los esquemas funcionales, los textos, el diseño, el desarrollo, el control de calidad, la configuración de las herramientas de análisis y el lanzamiento. A continuación, cada fase debe desglosarse en tareas concretas con un propietario, una fecha límite y un punto de aprobación.

Puedes crear este mapa de tareas en:

  • ClickUp, Asana o monday.com para gestionar propietarios, plazos, dependencias y el seguimiento del estado de las tareas
  • Jira para el alcance de proyectos de software, productos e ingeniería
  • Trello para una entrega más sencilla al estilo Kanban
  • Miro o FigJam para correlacionar visualmente el flujo de trabajo antes de dividirlo en tareas
  • Hojas de cálculo de Google o Excel si el cliente desea que se adjunte al pliego de condiciones una tabla de tareas sencilla.

Paso 4: Establecer el cronograma, los hitos y las dependencias

Ahora convierte la lista de tareas en un cronograma. Añade la fecha de inicio, la fecha de finalización, los hitos principales y cualquier dependencia que pueda afectar a la entrega.

No te limites a escribir «El proyecto debe entregarse en seis semanas». Divide el cronograma en fases, como la fase de análisis, el primer borrador, la revisión, las correcciones, la aprobación final y el lanzamiento. A continuación, indica qué hitos son los desencadenantes del pago, de la aprobación o del inicio de la siguiente fase del trabajo.

Por ejemplo:

  • Reunión inicial completada antes del 3 de mayo
  • El cliente será el proveedor de los recursos de marca antes del 6 de mayo.
  • Entrega del primer borrador antes del 15 de mayo
  • Los comentarios del cliente deben recibirse en un plazo de tres días laborables.
  • Las revisiones finales se entregarán antes del 24 de mayo.
  • La aprobación definitiva debe realizarse antes del 28 de mayo.

Lo más importante es identificar las dependencias, especialmente las que se dan por parte del cliente. Muchos retrasos en los proyectos no se deben al trabajo en sí, sino a comentarios que llegan tarde, falta de acceso de inicio de sesión, retrasos en las revisiones legales, partes interesadas ilocalizables o recursos que llegan cuando el equipo ya ha empezado a trabajar.

Deja todo esto bien claro antes de que comience el trabajo.

Por ejemplo: «Los cronogramas del proyecto dependen de que el cliente facilite sus comentarios a tiempo, del acceso a las herramientas necesarias y de la entrega de los recursos de marca aprobados. Los retrasos en los comentarios, las aprobaciones, el acceso o los materiales pueden desplazar el cronograma del proyecto en el mismo número de días laborables».

Paso 5: Redacta los criterios de aceptación para cada entrega

Para cada entrega, define qué se considera «aprobado». Esta es la cláusula que evita que un proyecto se vea abocado a un sinfín de revisiones en las que «ya casi está».

Asegúrate de que los criterios se basen en comprobaciones observables. En el caso de la migración de una página web, «listo para su lanzamiento» podría significar que se han probado las redirecciones, que las herramientas de análisis funcionan correctamente, que los formularios de contacto están operativos y que las páginas aprobadas se cargan correctamente tanto en ordenadores de sobremesa como en dispositivos móviles. En el caso de una presentación comercial, podría significar algo completamente diferente.

Evita expresiones de aprobación que se basen únicamente en el gusto personal, como «el cliente está satisfecho con el trabajo». Una frase más adecuada sería:

«El trabajo se da por aceptado una vez que cumple los criterios acordados, incluye la ronda de revisiones aprobada y recibe la aprobación por escrito del cliente».

Esto proporciona a ambas partes un punto de cierre claro. Aunque puedan surgir nuevas solicitudes a partir de ese momento, estas se tratarán como solicitudes de cambio, en lugar de ampliar el alcance original.

Paso 6: Indica las hipótesis, las exclusiones y un proceso de control de cambios

Aquí es donde evitas que el proyecto se amplíe sin que te des cuenta.

Supuestos

  • Se proporcionará la respuesta del cliente en un plazo de tres días laborables.
  • Todos los archivos fuente necesarios estarán disponibles antes del inicio del proyecto.
  • Un único responsable de la toma de decisiones se encargará de dar la aprobación definitiva.

Exclusiones

  • Diseño de logotipos
  • Mantenimiento continuo
  • Solicitudes de nuevas páginas que excedan el alcance acordado
  • Soporte en SEO tras el lanzamiento

Proceso de control de cambios

  • Cualquier trabajo que no esté incluido en este alcance deberá solicitarse por escrito.
  • Se evaluará la solicitud para determinar su impacto en los costes y el cronograma.
  • Ambas partes deben aprobar el cambio antes de que comience el trabajo.

Esta última parte es la más importante. Si el proveedor completa primero el trabajo adicional y negocia el pago más tarde, resulta mucho más difícil hacer valer la solicitud de cambio.

Ejemplo real: el proyecto «Virtual Case File» del FBI

El proyecto «Virtual Case File» del FBI es un claro ejemplo de por qué es necesario incluir desde el principio en el alcance el control de cambios y los hitos.

El proyecto tenía como objetivo modernizar el sistema de gestión de casos del FBI. Sin embargo, según un informe del Inspector General del Departamento de Justicia, el FBI y sus contratistas carecían de una comprensión clara de los requisitos de diseño a medida que avanzaban los trabajos. Un director de proyecto del FBI afirmó que el alcance del programa Trilogy aumentó en torno a un 80 % una vez iniciado el proyecto.

La estructura del contrato también dificultó el control del problema. La revisión reveló que las especificaciones del trabajo no incluían hitos de finalización específicos ni puntos críticos de revisión de decisiones, y tampoco establecían sanciones en caso de incumplimiento de dichos hitos.

El proyecto acabó abandonándose tras haber gastado unos 170 millones de dólares.

La lección: Define el proceso de cambios antes de que comience el trabajo. El pliego de condiciones debe especificar cómo se solicitan, presupuestan, aprueban e incorporan los cambios al cronograma, con hitos y puntos de revisión concretos. De lo contrario, los cambios en el alcance se convierten en decisiones informales, y las decisiones informales salen caras.

Es el mismo error que el de un PDF archivado, solo que a una escala de 170 millones de dólares: los pliegos de condiciones eran estáticos, mientras que los requisitos cambiaban. Al no haber nada que conectara el alcance con el trabajo real, no hubo forma de detectar el crecimiento del 80 % a medida que se producía.

Paso 7: Añadir el coste, las condiciones de pago y la firma

Concluye el pliego de condiciones con las condiciones comerciales: precio total, estructura de facturación, calendario de pagos, fechas límite de pago, condiciones en caso de retraso en el pago y la persona autorizada para aprobar el trabajo.

Siempre que sea posible, vincula los pagos a hitos claros. Por ejemplo:

  • El 40 % se abonará en el momento de la firma del contrato
  • El 30 % se abonará tras el envío del primer trabajo importante o del primer borrador.
  • El 30 % se abonará tras la entrega final o la aprobación.

En el caso de trabajos continuados, indica los honorarios mensuales, la fecha de facturación, el alcance incluido y qué ocurre si el cliente supera las horas o los entregables acordados.

A continuación, obtén una firma de aceptación por escrito. Un SOW sin aprobación no es más que un borrador de trabajo. Las firmas confirman que ambas partes están de acuerdo en los resultados esperados, el cronograma, las exclusiones, las condiciones de pago y el proceso de modificación antes de que comience el trabajo.

Crea un pliego de condiciones en cuestión de minutos con esta plantilla lista para usar

La plantilla de alcance del trabajo de ClickUp te ofrece un documento ya preparado para recopilar en un solo lugar los detalles del proyecto, los entregables, las responsabilidades, los cronogramas, la gestión de cambios, el presupuesto y las aprobaciones. Resulta útil cuando quieres que el alcance del trabajo forme parte del flujo de trabajo del proyecto.

Comparte fácilmente el alcance del proyecto y el plan de acción con la plantilla de alcance del trabajo de ClickUp.

¿Por qué utilizar esta plantilla?

  • Correlaciona desde el principio las secciones fundamentales del pliego de condiciones, incluyendo los antecedentes y las metas, los resultados esperados, las responsabilidades del proveedor, las responsabilidades del cliente, el cronograma, el plan de comunicación, la gestión de cambios, el presupuesto y las aprobaciones.
  • Enlaza el alcance del trabajo con la ubicación correspondiente en ClickUp, de modo que el documento se relacione con el proyecto real.
  • Utiliza más de 15 vistas personalizadas, como «Lista», «Diagrama de Gantt», «Carga de trabajo» y «Calendario», para convertir el alcance descrito en un trabajo que se pueda hacer un seguimiento, con propietarios, fechas y dependencias.
  • Añade campos personalizados y estados para realizar el seguimiento del progreso de las aprobaciones, los cambios en el alcance, los detalles presupuestarios y las responsabilidades de las partes interesadas a medida que avanza el proyecto.

Ejemplos de pliegos de condiciones por sector

Un pliego de condiciones (SOW) incluye las mismas secciones fundamentales en todos los sectores: objetivos, entregables, cronograma, supuestos, exclusiones, criterios de aceptación, condiciones de pago y firma.

Lo que cambia es el riesgo.

Los proyectos web suelen fracasar por cuestiones relacionadas con el número de páginas, las revisiones, la propiedad del CMS y el soporte técnico tras el lanzamiento. Por su parte, los proyectos de construcción suelen fracasar por cuestiones relacionadas con los permisos, las condiciones de la obra, las inspecciones y los cambios en los materiales.

Utiliza los ejemplos que figuran a continuación como orientación para definir tu propio alcance, no como contratos que debas copiar palabra por palabra.

Aquí tienes un ejemplo resumido de un pliego de condiciones para el rediseño de una página web, con todas las secciones principales completadas:

Objetivo: Renovar la página web de marketing para ayudar a los compradores B2B a comprender el producto más rápidamente y aumentar el número de registros para las demostraciones.

Entregables: 8 páginas diseñadas y desarrolladas según el mapa del sitio aprobado, 2 rondas de revisión por página, traspaso del CMS y una sesión de formación de 1 hora.

Cronograma: 6 semanas repartidas en 3 hitos: aprobación del diseño (semana 2), finalización del desarrollo (semana 4) y lanzamiento (semana 6).

Criterios de aceptación: Cada página se aprueba en función del boceto de diseño firmado, se carga correctamente tanto en escritorio como en móvil y recibe la aprobación por escrito del cliente.

Exclusiones: redacción publicitaria, licencias de fotos de archivo, nuevas páginas que no figuren en el mapa del sitio, migración SEO y mantenimiento tras el lanzamiento.

Pago: 40 % al firmar el contrato, 30 % al completar la construcción y 30 % en el momento de la puesta en marcha.

Control de cambios: Cualquier solicitud que se salga de este alcance se registra, se evalúa su impacto en los costes y el cronograma, y se aprueba por escrito antes de que comience el trabajo.

Objetivo: Renovar la página web de marketing para ayudar a los compradores B2B a comprender el producto más rápidamente y aumentar el número de registros para las demostraciones.

Entregables: 8 páginas diseñadas y desarrolladas según el mapa del sitio aprobado, 2 rondas de revisión por página, traspaso del CMS y una sesión de formación de 1 hora.

Cronograma: 6 semanas repartidas en 3 hitos: aprobación del diseño (semana 2), finalización del desarrollo (semana 4) y lanzamiento (semana 6).

Criterios de aceptación: Cada página se aprueba en función del boceto de diseño firmado, se carga correctamente tanto en escritorio como en móvil y recibe la aprobación por escrito del cliente.

Exclusiones: redacción publicitaria, licencias de fotos de archivo, nuevas páginas que no figuren en el mapa del sitio, migración SEO y mantenimiento tras el lanzamiento.

Pago: 40 % al firmar el contrato, 30 % al completar la construcción y 30 % en el momento de la puesta en marcha.

Control de cambios: Cualquier solicitud que se salga de este alcance se registra, se evalúa su impacto en los costes y el cronograma, y se aprueba por escrito antes de que comience el trabajo.

Pliego de condiciones para una agencia creativa o el rediseño de una página web

El riesgo en los proyectos web es el trabajo oculto. Un cliente puede dar por hecho que la redacción de contenidos, la migración SEO, las nuevas páginas, las fotos de archivo, los gráficos personalizados, la subida al CMS y la asistencia tras el lanzamiento están incluidos, a menos que el alcance del trabajo indique lo contrario.

Incluye:

  • Número de páginas o plantillas
  • Responsabilidades de diseño y desarrollo
  • Rondas de revisión por página
  • Traspaso o formación sobre el CMS
  • Pruebas en navegadores y dispositivos
  • Ventana de soporte para la puesta en marcha

Excluir:

  • Redacción publicitaria, salvo que se indique lo contrario
  • Fotografías de archivo o derechos de licencia
  • Nuevas páginas que no figuran en el mapa del sitio aprobado
  • Migración SEO, salvo que se especifique lo contrario
  • Mantenimiento continuo tras el lanzamiento

Muestra de redacción de un pliego de condiciones:

«El proveedor diseñará y desarrollará ocho páginas web basadas en el mapa del sitio aprobado, con un máximo de dos rondas de revisión por página. Quedan excluidos la redacción de contenidos, las licencias de imágenes de archivo, las solicitudes de páginas adicionales, la migración SEO y el mantenimiento posterior al lanzamiento, salvo que se aprueben mediante una solicitud de cambio por escrito».

Ámbito de trabajo en la construcción

El riesgo en la construcción radica en dar por sentado que el «proyecto de construcción» incluye todo lo que rodea a la obra. Las licencias, las inspecciones, el acceso a la obra, los retrasos por condiciones meteorológicas, los aumentos en el coste de los materiales y los cambios de diseño solicitados por el propietario deben tratarse de forma explícita.

Incluye:

  • Trabaja por fases, como demolición, preparación del terreno, estructura, instalaciones eléctricas, fontanería, acabados o limpieza.
  • Materiales y especificaciones
  • Puntos de inspección
  • Hitos de pago por tramos
  • Normas de acceso a la obra

Excluir:

  • Tasas de permisos, salvo que estén incluidas
  • Condiciones imprevistas en la obra
  • Cambios de diseño solicitados por el propietario
  • Modificaciones en los materiales tras la aprobación
  • Trabajos que se salen de los planos aprobados

Muestra de redacción de un pliego de condiciones:

«El contratista completará la preparación del terreno, la estructura, la instalación eléctrica en bruto y los acabados, de acuerdo con los planos y las especificaciones aprobados. Quedan excluidos los gastos de licencia, los cambios solicitados por el propietario, las condiciones imprevistas del terreno y las mejoras en los materiales, que se gestionarán mediante una orden de modificación.»

Ámbito de trabajo (SOW) para el desarrollo de software o productos

El riesgo en el ámbito del software radica en una descripción imprecisa de las funciones. «Crear un panel» puede significar diez cosas diferentes para diez partes interesadas. Define la función, las condiciones de prueba, el entorno, la responsabilidad de integración y el plazo de soporte tras el lanzamiento.

Incluye:

  • Historias de usuario o lista de funciones
  • Requisitos funcionales
  • Requisitos no funcionales, como el rendimiento, la seguridad y la accesibilidad
  • Responsabilidades relacionadas con la API o la integración
  • Alcance de las pruebas y la corrección de errores
  • Fase de preparación y traspaso a producción

Excluir:

  • Funciones que no figuran en las historias de usuario de la lista
  • Costes de herramientas de terceros
  • Limpieza o migración de datos, salvo que se especifique lo contrario
  • Rediseños importantes de la experiencia de usuario (UX)
  • Soporte tras el periodo de garantía

Muestra de redacción de un pliego de condiciones:

«El proveedor desarrollará las historias de usuario enumeradas en el Apéndice A y las implementará en el entorno de ensayo para que el cliente las revise. Quedan excluidas las funciones que no figuren en el Apéndice A, las cuotas de suscripción de terceros, la limpieza de datos históricos y la asistencia técnica fuera del periodo de garantía, salvo que se aprueben mediante una solicitud de cambio.»

Ámbito de trabajo de una campaña de marketing

El riesgo en el ámbito del marketing radica en confundir los resultados esperados con los resultados reales. Puedes definir el alcance de la estrategia de la campaña, los recursos, la elaboración de informes y el soporte para el lanzamiento. Debes tener cuidado a la hora de prometer clientes potenciales, ingresos, CAC o ROAS, a menos que el proveedor controle el presupuesto publicitario, la página de destino, el seguimiento de ventas y la configuración del seguimiento.

Incluye:

  • Estrategia de campaña
  • Público objetivo y mensajes
  • Número de conceptos publicitarios o variantes creativas
  • Redacción o creación de una página de destino
  • Texto del correo electrónico
  • Panel de elaboración de informes
  • Frecuencia de la elaboración de informes

Excluir:

  • Gasto en medios de pago
  • Configuración de la cuenta publicitaria, salvo que se indique lo contrario en la lista
  • Variantes creativas adicionales
  • Honorarios de influencers o socios
  • Seguimiento de ventas
  • Garantías de rendimiento fuera de los controles acordados

Muestra de redacción de un pliego de condiciones:

«El proveedor proporcionará la estrategia de la campaña, tres conceptos creativos para los anuncios, el texto de la página de destino, dos correos electrónicos de marketing y un panel para la elaboración de informes sobre los resultados. Quedan excluidos los gastos en medios de pago, los honorarios de los influencers, las variantes creativas adicionales y el seguimiento de ventas. Los objetivos de rendimiento son orientativos, salvo que se vinculen por separado a un presupuesto aprobado, al seguimiento y a los controles de la campaña.»

Pliego de condiciones para servicios de consultoría o de asistencia continua

El riesgo de los contratos de servicios continuados radica en la falta de claridad sobre la capacidad. El «soporte continuo» puede traducirse en llamadas ilimitadas, estrategia, ejecución, elaboración de informes y solicitudes puntuales, a menos que el alcance del trabajo defina las horas, los tiempos de respuesta, la frecuencia de las reuniones y las normas de prórroga.

Incluye:

  • Horas mensuales o volumen de entregables
  • Expectativas en cuanto al tiempo de respuesta
  • Frecuencia de las reuniones
  • Frecuencia de la elaboración de informes
  • Persona de contacto principal
  • Normas de prórroga o caducidad

Excluir:

  • Trabajo más allá de las horas mensuales
  • Entrega en el mismo día, salvo que se acuerde lo contrario
  • Nuevos proyectos estratégicos
  • Talleres adicionales para las partes interesadas
  • Trabajos de ejecución fuera del ámbito de los servicios contratados

Muestra de redacción de un pliego de condiciones:

«El proveedor prestará hasta 20 horas de apoyo en consultoría al mes, lo que incluye una llamada de asesoramiento semanal, la revisión asíncrona de los materiales acordados y un resumen mensual de recomendaciones. Las horas no utilizadas no se acumulan. Los nuevos proyectos, las solicitudes para el mismo día y el trabajo que supere las 20 horas requieren autorización por escrito.»

La estrategia más útil es la misma en todos los sectores: enumera los resultados esperados, identifica los supuestos comunes y especifica las exclusiones en relación con las peticiones que es más probable que se planteen más adelante.

El cambio de perspectiva: considera el pliego de condiciones como una base de trabajo, no como un PDF archivado

A estas alturas, el patrón está claro: un PDF firmado no permite hacer un seguimiento de un proyecto en constante evolución. Así que la verdadera pregunta no es cómo redactar un mejor pliego de condiciones, sino en qué se convierte dicho pliego tras la firma.

Considéralo como dos cosas distintas, no como una sola. El acuerdo firmado permanece inalterable como referencia, es decir, el registro de lo que ambas partes acordaron al principio. El trabajo que gira en torno a él sigue en constante evolución: tareas, propietarios, cronogramas, aprobaciones, presupuestos, riesgos y solicitudes de cambio. Cuando ambos aspectos están conectados, una nueva solicitud no puede convertirse silenciosamente en trabajo gratuito; aparece en la referencia como un cambio.

Esta es la diferencia:

Ámbito de trabajo estáticoReferencia básica para el alcance de los trabajos
Disponible en formato PDF o como archivo adjunto.Vinculado a tareas, cronogramas, aprobaciones y presupuesto
Se reabre únicamente cuando surge algún problemaSe utiliza como referencia durante los ciclos de ejecución y revisión.
Los cambios se comunican a través de Slack, por correo electrónico o mediante llamadas adicionales.Los cambios se registran, se presupuestan, se aprueban y se vinculan al impacto en el cronograma.
La lista de tareas se aleja del acuerdo originalLa ejecución se mantiene alineada con el alcance aprobado

El alcance del trabajo firmado no debe editarse a la ligera cada vez que surge un cambio. Se trata de una versión a pequeña escala del problema de la dispersión del trabajo, en la que la actualización se envía por mensaje directo, el alcance del trabajo se encuentra en un documento aparte y la lista de tareas está en otro sitio.

Aquí es donde herramientas como ClickUp resultan útiles. El pliego de condiciones puede integrarse junto a las tareas, los comentarios, las aprobaciones, los plazos y el presupuesto.

Este breve Clip de ClickUp muestra cómo es y cómo los equipos lo llevan a cabo.

Buena práctica: Mantén siempre estable la versión original y gestiona los cambios mediante un registro de cambios claro o una solicitud de cambio aprobada. Por ejemplo, si un cliente solicita dos páginas de destino adicionales durante una campaña, la solicitud no debe limitarse a aparecer en el tablero del proyecto. Debe registrarse como un cambio en el alcance, revisarse para evaluar su impacto en los costes y el cronograma, aprobarse por escrito y, a continuación, añadirse al plan de trabajo.

Cómo gestionar un alcance de trabajo en ClickUp

Un pliego de condiciones es más fácil de gestionar cuando el documento, las tareas, las aprobaciones y el cronograma están conectados:

Utiliza ClickUp Docs para redactar el pliego de condiciones (SOW) en el mismo lugar donde se lleva a cabo el trabajo

Aprovecha las funciones de ClickUp Brain para crear tu documento de alcance del trabajo en ClickUp Docs
Aprovecha las funciones de ClickUp Brain para crear tu documento de alcance del trabajo en ClickUp Docs

Empieza con el alcance del trabajo (SOW) en ClickUp Docs. Puedes utilizar el documento para plasmar el objetivo, los resultados esperados, las exclusiones, el cronograma, los criterios de aceptación y las condiciones de pago. A medida que avanza el proyecto, el documento puede seguir vinculado a las tareas y los hitos a los que da respuesta.

Por ejemplo, la sección «Entregables» de un pliego de condiciones de una página web puede incluir enlaces a tareas relacionadas con el texto de la página de inicio, los esquemas funcionales, la revisión del diseño, el desarrollo, el control de calidad y la aprobación final. Esto facilita la consulta del pliego de condiciones durante la ejecución del proyecto.

Convierte los entregables en tareas y subtareas de ClickUp

Una vez redactado el alcance del trabajo, convierte cada entrega en una tarea o un grupo de subtareas con las tareas de ClickUp.

Por ejemplo, «tres páginas de destino» pueden convertirse en tareas independientes para cada página. A su vez, cada página puede tener subtareas relacionadas con el contenido, el diseño, el desarrollo, la revisión, el control de calidad y la aprobación.

Esto ayuda al equipo a ver el trabajo real que hay detrás de cada entrega. Además, reduce el riesgo de que el alcance se amplíe de forma silenciosa. Si aparece una cuarta página de destino en la lista de tareas, es más fácil detectarla porque no se ajusta al SOW original.

Supervisa los alcances activos con paneles en tiempo real

Los paneles de ClickUp te ayudan a gestionar varios alcances de trabajo a la vez.

Una agencia, un contratista o un equipo de operaciones puede utilizar los paneles para realizar el seguimiento de las aprobaciones pendientes, el trabajo por cliente, los próximos hitos, las solicitudes de cambio pendientes, la carga de trabajo y las señales presupuestarias. Esto facilita la detección de los riesgos relacionados con el alcance antes de que se conviertan en un problema para los márgenes.

Por ejemplo, si hay tres proyectos de clientes a la espera de comentarios, un panel puede mostrar ese retraso en todas las cuentas, en lugar de ocultarlo en listas de tareas separadas.

Los paneles de control de ClickUp han cambiado la forma en que gestionamos las operaciones diarias de la agencia. Supervisamos la capacidad de los tres equipos de desarrollo e identificamos los obstáculos antes de que se conviertan en retrasos, por lo que dedicamos menos tiempo a estar pendientes del estado de los proyectos en los hilos de Slack y más tiempo a avanzar realmente en el trabajo de los clientes.

Los paneles de control de ClickUp han cambiado la forma en que gestionamos las operaciones diarias de la agencia. Supervisamos la capacidad de los tres equipos de desarrollo e identificamos los obstáculos antes de que se conviertan en retrasos, por lo que dedicamos menos tiempo a estar pendientes del estado de los proyectos en los hilos de Slack y más tiempo a avanzar realmente en el trabajo de los clientes.

Redacta, resumir y comprueba el contexto con ClickUp Brain

ClickUp Brain puede redactar un pliego de condiciones a partir de un resumen del proyecto, resumir largas llamadas con los clientes, convertir notas en diapositivas o responder a preguntas utilizando los datos del equipo procedentes de Tareas, Documentos, Chat y los entornos de trabajo conectados.

En el caso del pliego de condiciones, esto significa que puedes plantear preguntas como:

  • «¿Qué entregables están aún pendientes de la aprobación del cliente?»
  • «¿Qué tareas se añadieron después del alcance de trabajo original?»
  • «Resumir las solicitudes de cambio pendientes para este cliente».
  • «Elabora los criterios de aceptación basándote en estos entregables».

Brain amplía aún más este enfoque basado en el contexto, con una IA desarrollada en torno a los proyectos, documentos, personas, conversaciones y conocimientos de la empresa.

Deja que los Superagentes se encarguen de las comprobaciones periódicas del alcance

Los «Super Agents» resultan más útiles una vez que el proceso ya está definido.

Por ejemplo, un equipo podría encargar a un agente que prepare una revisión semanal del alcance, resuma las aprobaciones pendientes, señale las tareas que carecen de un estado de alcance o redacte una actualización para el cliente antes de una reunión de hito.

Un buen ejemplo de aplicación sería:

«Cada viernes, resume todas las solicitudes de cambio pendientes, las tareas añadidas esta semana, las aprobaciones retrasadas y los hitos en riesgo para este proyecto del cliente». Esto permite al gestor de proyectos realizar un ciclo de revisión más rápido. Sin embargo, no debe sustituir a la aprobación formal. Cualquier trabajo adicional sigue necesitando una aprobación por escrito antes de pasar a formar parte del alcance.

Limitación honesta

ClickUp resulta útil cuando las desviaciones del alcance tienen un coste real: agencias, equipos de servicio, contratistas, consultores, equipos de operaciones y equipos internos que gestionan varios proyectos a la vez.

Para un autónomo que trabaje por su cuenta y tenga que redactar un alcance de trabajo de una sola página para un proyecto sencillo, puede que resulte más estructurado de lo necesario. Un documento claro, una lista de tareas compartida y una aprobación firmada pueden ser suficientes.

Los beneficios se hacen evidentes cuando el alcance del trabajo deja de ser un mero documento. Se convierte en la base de referencia que tu equipo puede utilizar para establecer conexiones con tareas, cronogramas, aprobaciones, solicitudes de cambio y la comunicación con el cliente.

Errores habituales en los pliegos de condiciones que hay que evitar

ErrorPor qué esto causa problemasCorregir
Entregables imprecisosPalabras como «gestionar», «soporte» u «optimizar» pueden interpretarse de varias maneras cuando no se les asigna una cantidad o un límite concreto.Asigna un nombre al resultado, añádele un número y define el traspaso
Lista de no exclusionesTodo lo que no se mencione explícitamente se dará por incluido, especialmente en los trabajos de prestación de servicios a clientes.Añade una sección de «trab ajos no incluidos en el alcance» para aquellos trabajos relacionados que el cliente pueda esperar razonablemente.
Contar las revisiones sin definir qué es una revisión«Dos rondas» pueden seguir siendo un lío si una de ellas incluye diez cambios inconexos propuestos por cinco partes interesadas.Define qué incluye una ronda de revisión, quién puede solicitarla y cuándo finaliza.
No existe un proceso de control de cambiosCada nueva solicitud se convierte en una negociación informal una vez que el trabajo ya ha comenzado.Exige una autorización por escrito para cualquier cambio en el alcance, incluidos los que afecten a los costes y al cronograma.
Ignorar las dependencias del lado del clienteLos comentarios tardíos, los archivos que faltan o las aprobaciones retrasadas pueden alargar el cronograma, mientras que el proveedor acaba cargando con la culpa.Indica qué debe aportar el cliente, en qué plazo y cómo los retrasos afectan a las fechas de entrega.

Convierte tu alcance del trabajo en un sistema dinámico

Un buen pliego de condiciones (SOW) sale tres veces más a cuenta. Redactarlo obliga a concretar los aspectos vagos. Durante la ejecución del proyecto, resuelve las disputas antes de que se agraven. Y cuando se producen desviaciones del alcance, hace que el cambio sea visible en lugar de dejar que pase gratis.

Pero todo ese valor depende de una condición: el documento no puede quedarse olvidado en una bandeja de entrada.

Los equipos que sacan el máximo partido de ello tratan el alcance como un sistema en constante evolución: definido con claridad desde el principio, con conexión a las tareas reales y revisado a medida que avanza el trabajo. Aborda los siete componentes, cuantifica cada entrega, especifica las exclusiones y mantén el documento vinculado al trabajo que describe.

La forma más rápida de ponerlo en práctica es partir de una plantilla y enlazarla a tu proyecto. Empieza a utilizar ClickUp de forma gratuita, personaliza la plantilla de alcance de trabajo en Docs y, a continuación, enlaza cada entrega a las tareas que la generan.

Preguntas frecuentes sobre el alcance del trabajo

¿Cuál es la diferencia entre el alcance de los trabajos y el alcance del proyecto?

Un alcance del trabajo es un documento que especifica los resultados esperados y las tareas correspondientes a un encargo o una fase concretos. El alcance del proyecto es el concepto de planificación más amplio que define los límites completos del proyecto: todo lo que se incluye y todo lo que se excluye. En resumen, el alcance del trabajo describe una parte del trabajo, mientras que el alcance del proyecto describe el conjunto de límites dentro de los cuales se enmarca dicho trabajo.

¿Cuál es la diferencia entre un alcance de trabajo y un contrato marco de servicios (MSA)?

Un acuerdo marco de servicios (MSA) establece las condiciones legales y comerciales generales que rigen una relación continua entre el cliente y el proveedor; un alcance de trabajo define los resultados esperados para un proyecto específico en el marco de dicho acuerdo. La jerarquía habitual es la siguiente: el MSA en la parte superior, las declaraciones de trabajo individuales debajo de él y el alcance de trabajo incluido dentro de cada declaración. El MSA se firma una sola vez; para cada encargo se emite un nuevo alcance de trabajo.

¿Cuáles son los cuatro tipos de alcance de los trabajos?

Las cuatro estructuras más habituales son: basada en entregables (el pago está vinculado a resultados específicos), por tiempo y materiales (facturación por horas y costes a medida que se realiza el trabajo), por nivel de esfuerzo (una capacidad fija durante un periodo determinado, habitual en los contratos de retención) y basada en el rendimiento (el pago está vinculado a resultados medibles). Elige la estructura que mejor se adapte al grado de previsibilidad de los resultados. La mayoría de las disputas sobre el alcance surgen cuando la estructura no se ajusta al trabajo.

¿Quién redacta el alcance del trabajo?

Normalmente, la parte que realiza el trabajo es la que redacta el alcance del trabajo: la agencia, el proveedor o el responsable interno del proyecto. A continuación, ambas partes lo revisan y lo aprueban antes de que comience el trabajo. Redactarlo tú mismo supone una ventaja, ya que te permite establecer los resultados esperados, los límites y las exclusiones según tus propios términos.

¿Es legalmente vinculante un alcance de los trabajos?

Un alcance de trabajo adquiere carácter vinculante desde el momento en que se firma como parte de un contrato o de una declaración de trabajo. Por sí solo, define principalmente el trabajo, pero dentro de un acuerdo firmado, se convierte en la referencia de lo que se ha prometido. Para cualquier asunto contractual, haz que un profesional cualificado revise las condiciones vinculantes.

¿Se puede utilizar un alcance del trabajo para proyectos internos?

Sí. Un alcance de trabajo se aplica tanto entre equipos internos —por ejemplo, cuando el departamento de marketing encarga un panel de datos o el de operaciones solicita una herramienta interna— como entre un cliente y un proveedor. Los componentes son idénticos: objetivos, entregables, cronograma, criterios de aceptación y exclusiones. La única diferencia es que la aprobación la da una parte interesada interna en lugar de un cliente externo, y las condiciones de pago pueden sustituirse por una asignación de presupuesto o de recursos.

¿Qué otro término se puede utilizar para referirse al «alcance del trabajo»?

El alcance del trabajo se denomina a veces «declaración de trabajo», «declaración del alcance del proyecto» o, simplemente, «el alcance», aunque estos términos no son sinónimos perfectos. Una declaración de trabajo es el contrato en sentido amplio; una declaración del alcance del proyecto es la versión de planificación interna. Si alguien utiliza estos términos de forma imprecisa, aclara si se refiere a los resultados esperados (alcance del trabajo) o al acuerdo completo (declaración de trabajo) antes de actuar en consecuencia.

¿Cuál es la diferencia entre un alcance del trabajo y una estructura de desglose del trabajo (WBS)?

El alcance del trabajo establece qué se va a entregar y las condiciones que lo rodean; una estructura de desglose del trabajo (WBS) desglosa esos entregables en una jerarquía de subentregables y tareas. El alcance del trabajo (SOW) es el acuerdo; la WBS es el mapa de ejecución que lo sustenta. La WBS se elabora a partir de los entregables del SOW, lo que permite que el documento se mantenga vinculado a las tareas reales en lugar de desviarse de ellas.