¿Cómo gestionas el desbordamiento de alcance en un proyecto?

Question

Accepted Answer

**Desbordamiento de alcance**, la acumulación constante de "solo una cosa más", es la razón por la que los proyectos en el camino correcto se deslizan silenciosamente. La solución no es decir no a todo; es hacer que **cada adición sea un intercambio visible y explícito** contra el tiempo, en lugar de una absorción silenciosa.

## Cómo controlar el alcance

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## El movimiento clave

No rechaces directamente las nuevas solicitudes, eso te convierte en un obstáculo. En su lugar, presenta el intercambio: "Podemos agregar eso. Significa que la fecha límite se mueve una semana o eliminamos la función X. ¿Qué prefieres?" Ahora es una decisión de *negocio*, tomada por la persona correcta, con los ojos abiertos.

## Un ejemplo concreto

A mitad del proyecto, el PM sigue agregando "pequeños" ajustes. Comienzas un registro de cambios de alcance compartido. De repente, todos ven que el proyecto original de dos semanas absorbió tres semanas de adiciones, y la conversación sobre la fecha límite se vuelve obvia y fácil.

## Por qué es importante

El desbordamiento de alcance no controlado es el asesino silencioso de los plazos; ningún cambio único se siente grande, pero todos juntos suman un fracaso.

Hacer que los intercambios sean explícitos mantiene el equipo protegido, los interesados informados y la culpa fuera de la ingeniería cuando el alcance, no el esfuerzo, fue la causa.