1.3Alcance, supuestos & exclusiones
Lo esencial en 30 segundos
- El alcance traza la frontera entre lo incluido y lo excluido.
- Sin frontera escrita, el proyecto deriva (scope creep): los «pequeños añadidos» desbordan plazos y presupuesto.
- Escribir las exclusiones y validar los supuestos es tan importante como escribir las inclusiones.
Mini-caso hilado — Bilal escribe lo excluido
Bilal escribe negro sobre blanco: el proyecto NO comprende la formación de los 15 almaceneros, NI la recuperación del histórico, NI el mantenimiento. Supuesto anotado: «la contable entregará el fichero de artículos antes del 15». El gerente se extraña — «¡la formación, obviamente estaba incluida!» — y es exactamente la discusión que había que tener al inicio en vez de en conflicto de fin de proyecto.
Continuación del caso 1.1-1.2 — Bilal protege el objetivo SMART con una frontera escrita.
1. Trazar la frontera
Definir el alcance es trazar una frontera neta entre lo incluido y lo excluido. Es uno de los actos más protectores de la gestión de proyectos.
Sin frontera clara, el proyecto se extiende insidiosamente (el scope creep, o deriva del alcance) hasta desbordar plazos y presupuesto.
2. Incluido, excluido, supuestos
Un buen encuadre explicita tres cosas: lo incluido, lo excluido («esto NO estará en este proyecto») y los supuestos en que nos apoyamos (lo que damos por cierto, a confirmar).
Escribir las exclusiones y los supuestos es tan importante como escribir las inclusiones: eso previene los malentendidos.
El muro de los objetivos difusos (vistos de verdad, anonimizados)
Moraleja: si tu objetivo hace sonreír amarillo, pásalo por el filtro SMART anterior.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Escribir lo excluido
La evidencia que salva la relación.
«Este proyecto NO incluye mantenimiento / formación / migración de datos».
→ lo que parece evidente para ti no lo es para el cliente.
Las exclusiones escritas previenen los conflictos de fin de proyecto.Resultado: un baluarte contra las expectativas implícitas.
Reflejo: hacer validar el alcance por el patrocinador.
Vocabulario de la sección
- Alcance (scope)
- El conjunto de lo que el proyecto debe entregar y, por diferencia, lo que no entregará.
Ejemplo sencillo: El software parametrizado y el inventario de control de Bilal — y nada más.
Lo que no es: una vaga intención («ocuparse del stock»).
Reflejo: todo lo no escrito dentro está fuera.
- Scope creep (deriva del alcance)
- Ampliación progresiva y no controlada del alcance, que desborda plazos y costes.
Ejemplo sencillo: Tres «pequeños» módulos añadidos de palabra que duplican el plazo de Bilal.
Lo que no es: una adenda firmada que añade presupuesto y plazo en consecuencia.
Reflejo: contar los añadidos aceptados este mes — incluso los pequeños.
- Exclusión
- Lo explícitamente FUERA del alcance. Escribirlo evita expectativas implícitas y malentendidos.
Ejemplo sencillo: «NADA de formación de almaceneros» escrito por Bilal.
Lo que no es: un sobrentendido supuesto «evidente» por cada uno de forma distinta.
Reflejo: escribir al menos tres exclusiones, sobre todo en las zonas grises.
- Supuesto
- Elemento dado por cierto para planificar (ej. «el cliente entregará los contenidos a tiempo»), a validar y vigilar.
Ejemplo sencillo: «Fichero de artículos entregado por la contable antes del 15» en lo de Bilal.
Lo que no es: un hecho verificado y garantizado por contrato.
Reflejo: cada supuesto tiene un nombre, una fecha y un verificador.
- Pliego de condiciones
- Documento que detalla los requisitos y el alcance esperado del proyecto.
Ejemplo sencillo: El detalle funcional del software que Bilal hará redactar tras el encuadre.
Lo que no es: la nota de encuadre de una página (demasiado pronto para el detalle).
Reflejo: encuadre primero (el porqué), detalle después (el qué preciso).
En la práctica — En la práctica — Delimitar el alcance de un proyecto
- Lista lo claramente INCLUIDO en el proyecto (las grandes funcionalidades/entregables cubiertos).
- Lista explícitamente lo EXCLUIDO («no incluye…»), sobre todo las zonas grises donde podría suponerse lo contrario.
- Anota los SUPUESTOS de trabajo (lo que das por cierto) y quién debe confirmarlos.
- Haz validar ese alcance por el patrocinador: es tu baluarte contra el scope creep.
Guion listo para decir — responder a un «pequeño añadido» fuera de alcance (30 s)
«Con gusto, lo estudiamos. Como está fuera del alcance validado, les cifro el impacto en coste y plazo para mañana, y ustedes deciden. Eso nos protege a ambos — y evita que los pequeños añadidos hagan descarrilar el 30 de junio.»
Para decir al solicitante: ni negativa en seco ni aceptación de palabra — una evaluación antes de toda decisión.
Modelo copiar-pegar — ficha alcance del proyecto
INCLUIDO (el proyecto entregará) : _______________
EXCLUIDO (NO comprende) : _______________
SUPUESTOS (supuesto cierto, a confirmar por / cuándo) : _______________
PETICIÓN FUERA DE ALCANCE → proceso de cambio (impacto coste / plazo) : sí
VALIDADO POR (nombre + fecha) : _______________TPE / proyecto pequeño
Tres líneas bastan — incluido / excluido / supuesto — pero escritas: es en los pequeños proyectos donde los añadidos de palabra pasan más desapercibidos.
Remoto / multisede
Compartir la ficha de alcance en el espacio común y exigir toda petición por escrito: lo oral en videollamada se olvida aún más rápido que en presencial.
PYME Argelia
Bilal hace releer las exclusiones al gerente en voz alta: cuando el jefe dice «sin formación incluida», ya nadie puede pretender lo contrario a fin de proyecto.
Precio cerrado de cliente
Anexar la ficha al contrato: cada añadido fuera de alcance se convierte en adenda cifrada — el scope creep se paga, o no se hace.
✓ Buenas prácticas
- Escribe las exclusiones tanto como las inclusiones.
- Anota y haz confirmar los supuestos de trabajo.
- Remite toda nueva solicitud al proceso de cambio.
✗ Errores frecuentes
- Definir solo lo incluido y dejar lo excluido implícito.
- Aceptar sucesivos «pequeños añadidos» (scope creep).
- Basar la planificación en supuestos nunca validados.
Puntos clave
- El alcance traza la frontera entre incluido y excluido.
- Sin frontera clara, el proyecto deriva (scope creep) y desborda.
- Escribir las EXCLUSIONES es tan importante como escribir las inclusiones.
- Los supuestos (dados por ciertos) deben validarse y vigilarse.
Reto 48h — aplica mañana
Escribe para un proyecto real 3 exclusiones explícitas («NO comprende…») y 2 supuestos con verificador y fecha, y haz validar por el patrocinador. 20 minutos bastan.
- Puedo explicar el scope creep con un ejemplo.
- He escrito las exclusiones de mi proyecto (al menos 3).
- Mis supuestos tienen verificador y fecha.
Preguntas frecuentes
¿Qué es el scope creep y cómo evitarlo?
Es la adición progresiva de «pequeñas» solicitudes que, acumuladas, hacen explotar plazos y presupuesto sin que nadie lo haya decidido. Se evita con un alcance escrito y validado, exclusiones explícitas y un proceso formal de gestión de cambios (sección 3-3): toda nueva solicitud se evalúa (impacto en coste/plazo) antes de aceptarse o rechazarse. El scope creep es una causa mayor de sobrecostes, tanto más peligrosa por silenciosa.
¿Por qué escribir lo excluido, no es evidente?
Justamente, lo que parece evidente para ti no lo es para el cliente. Escribir en blanco y negro «este proyecto no incluye mantenimiento / formación / migración de datos» previene expectativas implícitas y conflictos de fin de proyecto. Las exclusiones son a menudo la parte que salva la relación con el cliente. Transforman un desacuerdo de fin de proyecto («pero yo creía que estaba incluido») en una discusión enmarcada al inicio.
¿Qué es el «scope creep»?