Gestión de proyectos
Alcance de proyecto: definirlo y evitar el scope creep
En una línea: el alcance de un proyecto es la línea escrita entre lo que se entrega y lo que no. El scope creep (crecimiento de alcance) pasa cuando esa línea se corre de a poco, sin que nadie la apruebe formalmente — "ya que estamos, agreguemos esto también" repetido diez veces. No se combate diciendo que no a todo: se combate teniendo la línea escrita y un camino claro para cambiarla a propósito.
Qué es el alcance (y por qué “todo lo que se pueda” no es un alcance)
El alcance de un proyecto define qué se entrega, con qué características, y — igual de importante— qué no se entrega. Un alcance bien escrito tiene tres partes: los entregables concretos, los criterios de "terminado" para cada uno, y una lista explícita de exclusiones (lo que alguien podría asumir que está incluido pero no lo está).
Ejemplo de alcance débil: "Renovar el sitio web." Admite cualquier interpretación — ¿incluye el blog? ¿el checkout? ¿la versión en inglés? Ejemplo de alcance fuerte: "Rediseñar las 5 páginas principales del sitio (inicio, producto, precios, sobre nosotros, contacto), responsive, en español. No incluye: blog, checkout, versión en inglés — quedan para una fase 2 a definir después del lanzamiento."
Las 4 señales de scope creep
- "Ya que estamos" se dice más de una vez por semana. Cada "ya que estamos, agreguemos X" es un cambio de alcance disfrazado de comentario casual. Uno aislado es normal; varios por semana es la señal más clara de que el alcance ya se está corriendo sin control.
- Nadie recuerda haber aprobado un pedido nuevo. Si un entregable apareció en el tablero y nadie puede decir quién lo pidió ni cuándo se aprobó agregarlo, entró por scope creep, no por un proceso de cambio real.
- La fecha de entrega no se movió a pesar de que el trabajo creció. Es matemáticamente imposible que el alcance crezca y la fecha y el equipo se mantengan iguales sin sacrificar calidad. Si nadie ajustó la fecha, algo se está rompiendo en silencio.
- Las estimaciones originales dejaron de tener sentido. Cuando el equipo ya no puede decir "vamos a tiempo" porque el alcance contra el que se estimó ya no es el alcance real, perdiste la capacidad de medir progreso.
Cómo prevenirlo sin volverte el que siempre dice que no
El objetivo no es rechazar todo pedido nuevo — a veces un cambio de alcance es exactamente lo correcto. El objetivo es que todo cambio pase por una decisión visible, no que entre por la puerta de atrás.
- Documentá el alcance original en un lugar que todo el equipo pueda consultar — no en la cabeza de una sola persona.
- Definí quién aprueba cambios de alcance antes de que aparezca el primer pedido — esa persona es el "Aprobador" de la matriz RACI del proyecto, no cualquiera que lo pida con suficiente insistencia.
- Cuando llegue un pedido nuevo, hacé visible el trade-off: "Podemos agregar esto, pero corre la fecha 1 semana o sacamos otra cosa del alcance actual." Ese único paso convierte el scope creep invisible en una decisión consciente — casi siempre cambia la conversación.
- Reservá una "fase 2" explícita para todo lo bueno que surja durante el proyecto pero no estaba en el alcance original. Le da un lugar al pedido sin comprometer la entrega actual.
Alcance y estimación van de la mano
Un alcance que crece sin ajustar la estimación es la forma más común de que un proyecto "bien estimado" termine atrasado — no porque la estimación estuviera mal, sino porque estimó un alcance distinto al que finalmente se entregó. Ver cómo estimar tiempos sin fallar siempre para la otra mitad de este problema.
Preguntas frecuentes
- ¿El scope creep siempre es malo?
- No necesariamente — a veces un cambio de alcance es la decisión correcta porque cambió el contexto del negocio. Lo problemático no es cambiar el alcance, es que cambie sin que nadie lo apruebe ni ajuste la fecha o los recursos en consecuencia.
- ¿Cómo se documenta el alcance en un proyecto chico?
- No hace falta un documento formal extenso: una lista corta de qué se entrega, los criterios de 'terminado' y una lista explícita de qué queda afuera, compartida con todo el equipo, es suficiente para la mayoría de los proyectos pequeños.
- ¿Quién debería aprobar los cambios de alcance?
- Una sola persona designada de antemano — el mismo criterio que la matriz RACI aplica al rol de Aprobador. Si dos personas pueden aprobar cambios de alcance por separado, el alcance terminará creciendo sin coordinación.