Empezaste con 14 pantallas y ahora vas por 23. El presupuesto sigue siendo el mismo. La fecha de entrega también.
Nadie te pidió permiso para eso. Fue pasando: un correo el martes, un comentario en la demo, un «aprovechando que estamos» en la reunión de seguimiento.
Eso es scope creep. Y no se arregla trabajando más horas, se arregla cambiando cómo entran las peticiones.
Cómo se ve por dentro antes de que te lo diga el Gantt
El scope creep no aparece en el cronograma hasta que ya es tarde. Aparece antes en el lenguaje de las reuniones.
Frases que deberían encenderte una luz roja:
- «Es solo un cambio pequeño, media hora como mucho.»
- «Esto ya lo dábamos por supuesto.»
- «Aprovechando que vais a tocar esa pantalla…»
- «No hace falta que lo pongas por escrito, nos entendemos.»
- «Yo lo veo dentro del alcance, la verdad.»
La última es la peor. Significa que tú y tu cliente tenéis dos documentos distintos en la cabeza, y ninguno de los dos está escrito.
Señal cuantitativa: si en las últimas cuatro semanas has aceptado más de tres peticiones que no estaban en la línea base y no has emitido ni una solicitud de cambio, ya estás dentro.
De dónde sale de verdad
La causa raíz casi nunca es un cliente abusón. Suele ser una de estas cuatro, y normalmente varias a la vez.
1. Nunca hubo una línea base
Hay una propuesta comercial de doce diapositivas y un acta de reunión. Eso no es alcance, es intención.
Si no puedes señalar un documento fechado, aprobado por nombre y apellidos, y decir «esto es lo que entra», no tienes con qué comparar. Y sin comparación no existe el cambio: todo es «matizar».
2. El alcance está escrito en verbos vagos
«Integrar con el ERP» puede ser un conector de lectura en tres días o una sincronización bidireccional con gestión de conflictos en seis semanas.
Cuando el enunciado admite las dos lecturas, la interpretación cara siempre se la queda el cliente y la barata te la quedas tú. Trocearlo en entregables verificables con una EDT bien construida mata la mitad de las discusiones antes de que existan.
3. Decir que sí es más barato hoy
Aceptar una petición cuesta cero en la reunión y cuesta un fin de semana en la semana 9. El coste está diferido, así que el cerebro lo descuenta.
Además, decir que no en directo se siente como una pelea. Decir que sí se siente como servicio. El problema es que el precio lo paga tu equipo, no tú.
4. Peticiones que entran por la puerta de atrás
El desarrollador recibe un WhatsApp del responsable de marketing. El diseñador acepta un ajuste en un comentario de Figma. Nadie te lo cuenta porque «no era nada».
Si el alcance puede modificarse por cinco canales distintos, no controlas ninguno. Y muchas veces la petición viene de alguien que ni siquiera figuraba en tu mapa de interesados, lo cual es un problema aparte.
No todo lo que crece es scope creep
Aquí se confunden tres cosas distintas, y tratarlas igual te hace quedar como un burócrata o como un pusilánime.
| Situación | Qué es | Quién lo origina | Qué haces |
|---|---|---|---|
| El cliente pide un informe nuevo no previsto | Cambio legítimo | Cliente | Solicitud de cambio, impacto en plazo y coste, decisión formal |
| Entran ocho peticiones pequeñas sin registrar en dos meses | Scope creep | Nadie y todos | Cortar el canal informal y reconstruir la línea base |
| Tu equipo añade animaciones que nadie pidió | Gold plating | Equipo interno | Retirar el extra y explicar por qué el margen no es tuyo |
| Aparece un requisito legal obligatorio a mitad | Cambio no negociable | Entorno | Aceptar el alcance, negociar plazo o quitar otra cosa |
| Un requisito ambiguo resulta ser tres veces mayor | Fallo de definición | Tú | Reconocerlo, cuantificar y renegociar sin echar la culpa |
El cambio legítimo es sano: significa que el proyecto sigue vivo y que aprendéis. Lo que mata es que el cambio ocurra sin quedar registrado, sin precio y sin firma.
Qué hacer mañana por la mañana
No necesitas una oficina de proyectos ni una herramienta nueva. Necesitas cuatro cosas y una tarde.
Paso 1: congela una línea base, aunque sea imperfecta
Abre un documento. Escribe qué entra, qué no entra y qué está pendiente de decidir. La lista de «qué NO entra» es la más valiosa y la que todo el mundo se salta.
Si el proyecto nació sin nada firmado, un acta de constitución retroactiva sirve perfectamente. Lo mandas, das cinco días hábiles para objeciones y a partir de ahí es la referencia.
Paso 2: un solo canal de entrada
Todas las peticiones pasan por ti o por un formulario. Ninguna se acepta en una llamada, en un pasillo ni en un hilo de Slack.
Díselo al equipo así: «Si te piden algo que no está en la lista, no digas que no. Di que lo registras y que te lo confirmen por escrito.» Nadie queda mal y tú te enteras.
Paso 3: registro de cambios con precio
Una hoja con siete columnas basta: id, fecha, quién lo pide, descripción, impacto en horas, impacto en fecha, estado. Nada más.
La columna que cambia el comportamiento del cliente es la de horas. Cuando «es solo un cambio pequeño» se convierte en «18 horas, la entrega se va al día 12», la mitad de las peticiones se caen solas.
Paso 4: hazlo visible cada semana
En tu informe de estado incluye siempre dos números: cambios solicitados acumulados y horas acumuladas de esos cambios.
Un cliente que ve «peticiones acumuladas: 11, equivalente a 96 horas, 0 aprobadas formalmente» entiende el problema sin que tengas que acusar a nadie.
El guion para cuando presionan
La conversación difícil no es decir que no. Es decir que sí con condiciones.
Cuando te pidan algo fuera de alcance, no discutas si entra o no entra. Esa discusión no la ganas y además te posiciona en contra.
Usa esta secuencia:
- Acepta la petición como válida: «Tiene sentido, entiendo para qué lo quieres.»
- Traslada el impacto, no la negativa: «Son unas 20 horas. Eso mueve la entrega del 14 al 21, o sacamos el módulo de informes de esta fase.»
- Devuelve la decisión: «Dime qué prefieres y lo dejo montado hoy mismo.»
Nunca digas «eso no estaba en el contrato» como primera frase. Es cierto y es inútil: convierte una decisión de negocio en una pelea de documentos.
Si insisten en que es pequeño, responde con el dato, no con la opinión: «Lo he estimado con el equipo, son 20 horas. Si me dan un camino más rápido, lo revisamos.» El triángulo de alcance, tiempo y coste no se negocia con voluntarismo.
Un caso completo, con números
Proyecto real por tipología: portal de reservas para una cadena hotelera pequeña. 480 horas presupuestadas, 14 semanas, equipo de tres personas.
Semana 2. El director de marketing pide que el buscador filtre también por «hoteles con parking». Nadie lo registra. 6 horas.
Semana 4. En la demo, alguien comenta que estaría bien ver fotos en el listado, no solo en la ficha. El diseñador lo hace esa misma tarde. 9 horas.
Semana 6. Recepción pide poder editar las reservas desde el panel. Se acepta verbalmente. 34 horas y aparece un requisito de permisos que no existía.
Semana 8. El equipo va con retraso pero nadie sabe cuánto, porque las horas extra no se imputaron a nada. El informe de estado sigue diciendo «en curso».
Semana 10. Se descubre que el módulo de pagos no está empezado. Quedan 4 semanas y 190 horas de trabajo para 3 personas: no cabe.
Total consumido fuera de alcance hasta ese punto: 71 horas, casi un 15% del presupuesto. Nadie firmó ninguna de ellas.
Qué se hizo para reconducirlo
Primero, reconstruir la contabilidad. Se listaron las nueve peticiones aceptadas, se estimaron a posteriori y se pusieron en una tabla con fecha y solicitante.
Segundo, una reunión de 45 minutos con el patrocinador. Sin reproches y con una sola diapositiva: 71 horas consumidas, 190 pendientes, 168 disponibles. El déficit era de 93 horas.
Tercero, tres opciones cerradas, no una queja abierta:
- Ampliar 3 semanas y mantener todo el alcance.
- Entregar en fecha sacando la edición de reservas desde el panel a una fase 2.
- Añadir una persona durante 4 semanas, con el sobrecoste calculado.
Eligieron la segunda. El proyecto entregó con una semana de retraso en lugar de cinco, y la fase 2 se vendió como ampliación.
La lección incómoda: el problema no fueron las 71 horas, fue que tardaron 10 semanas en verlas. Una estimación honesta de cada petición en el momento habría bastado.
Lo que no funciona
Hay cuatro respuestas habituales al scope creep que suenan razonables y no sirven.
Decir que no a todo. Te ganas fama de rígido, el cliente empieza a pedirle cosas directamente a tu equipo y pierdes visibilidad. Peor que antes.
Blindarte en el contrato. El contrato te protege en un juicio, no en la semana 6. Si tu única herramienta es la cláusula, ya has perdido la relación.
Apuntarlo y no cuantificarlo. El registro de cambios sin columna de horas es un cementerio de peticiones. Nadie cambia de opinión leyendo una lista sin precio.
Confiar en que ágil te salva. Trabajar por sprints no impide el scope creep, solo lo hace más difícil de ver. Si el backlog crece más rápido de lo que se cierra y la fecha no se mueve, tienes exactamente el mismo problema con otro vocabulario.
Y una trampa menos evidente: absorber el desvío con horas extra del equipo. Funciona dos meses, esconde el síntoma y garantiza que el siguiente proyecto se presupueste igual de mal.
Cómo detectarlo antes de la semana 10
Dos indicadores, revisados cada viernes, te avisan con tiempo.
Horas fuera de línea base acumuladas. Divide entre el presupuesto total. Por debajo del 5% es ruido normal. Entre 5% y 10% toca hablar con el patrocinador. Por encima del 10% sin cambios aprobados, tienes un problema de gobierno, no de trabajo.
Peticiones aceptadas sin registrar. Pregúntalo en la reunión de equipo con una frase concreta: «¿Alguien ha aceptado algo esta semana que no esté en la lista?» Sin juicio. La respuesta honesta vale más que cualquier herramienta.
Y trata el scope creep como lo que es: un riesgo identificable, con probabilidad alta y disparadores conocidos. Debería estar en tu registro de riesgos desde el primer día, con su plan de respuesta escrito y su responsable.
Lo mínimo que puedes hacer esta semana
Si solo haces tres cosas, que sean estas.
Escribe la lista de lo que NO entra y mándala. Abre el registro de cambios con la columna de horas. Anuncia el canal único de peticiones en la próxima reunión.
Con eso no evitas que te pidan cosas. Evitas que te las pidan gratis, que es lo que estaba pasando.