Scope creep: qué es (corrupción del alcance) y cómo evitarlo

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." Esa línea se escribe en la planificación — ver las fases de un proyecto.

1. "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.
2. 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.
3. 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.
4. 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.

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.

• Documenta el alcance original en un lugar que todo el equipo pueda consultar — no en la cabeza de una sola persona.
• Define 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, haz 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.
• Reserva 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.

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.