Qué es el scope creep y cómo mantenerlo bajo control en tu proyecto de software

Scope creep es el nombre en inglés de la expansión del alcance: un proyecto de software crece más allá de lo acordado, poco a poco y sin que nadie lo decida formalmente. El alcance es la lista de lo que se va a construir y lo que no.

Un ejemplo inventado para ilustrarlo. Una empresa contrata una app para gestionar pedidos. Seis meses después, la app también tiene reportes, notificaciones, inicio de sesión con Google y un módulo de inventario que "era urgente". El presupuesto se agotó y todavía no está lista.

Cómo se ve en el día a día

Sigamos con el ejemplo. Nunca hay un día en que alguien decida duplicar el proyecto. Pasa así:

Semana 3: "¿Podemos agregar que el cliente reciba un correo cuando se aprueba su pedido?"
Semana 6: "Necesitamos que el administrador exporte reportes a Excel."
Semana 9: "Se me olvidó mencionar que también debe funcionar en iPhone. ¿Eso ya estaba incluido?"
Semana 14: "Mi socio quiere ver métricas en tiempo real. ¿Cuánto más demora eso?"

Cada solicitud parece razonable por sí sola. Juntas, describen un proyecto distinto al que se acordó.

Por qué pasa

1. El alcance quedó mal definido

Con una descripción vaga, como "quiero un sistema para gestionar clientes", cada parte entiende algo diferente. Lo que el cliente da por sentado no quedó en el contrato, y el desarrollador tampoco lo consideró en el tiempo ni en el precio.

2. El cliente descubre necesidades al ver el producto

Al ver el sistema tomando forma, entiendes mejor lo que necesitas. Es normal y es sano. El problema aparece cuando no hay un proceso para manejarlo y cada descubrimiento se convierte en un cambio que nadie presupuestó.

3. El proveedor acepta cambios sin registrarlos

Por quedar bien, un equipo puede aceptar solicitudes sin escribirlas ni ajustar lo acordado. Al principio parece un favor. Después se traduce en retrasos que nadie sabe explicar.

Crecer no es el problema

Un proyecto puede y a veces debe crecer. Tenemos un caso real, sin nombre: una empresa de mensajería llegó con un problema concreto, servicios prestados que nunca se facturaban. Con el tiempo, el sistema creció a un control interno completo, con personal, planillas, asignación de repartidores, una vista para el cliente e inventario. Puedes leer más en nuestros casos.

Lo que distingue el crecimiento sano del scope creep es que alguien lo decide, con el costo y el tiempo a la vista.

Qué cuesta cuando se sale de control

Cuando el alcance crece sin que nadie lo decida:

Las fechas de entrega se alargan sin una explicación clara
El equipo pierde de vista qué es prioridad
Tú pierdes confianza en lo que te dice el proveedor
El presupuesto se puede agotar antes de que el sistema esté listo para usarse
Quedan muchas funciones a medias en lugar de pocas bien hechas

Cómo mantenerlo bajo control

1. Escribe el alcance antes de empezar

Debe existir un documento que diga qué incluye el proyecto, qué queda por fuera y qué se evaluará en fases posteriores, firmado por ambas partes. Un correo o una lista informal se presta a interpretaciones.

Una forma útil de escribirlo es con historias de usuario, una por línea: "como coordinador de despacho, quiero asignar un pedido a un repartidor, para saber quién lo lleva". Son fáciles de leer sin saber de tecnología, y puedes revisar una por una si eso es lo que quieres.

2. Distingue un cambio de un error

Si algo no funciona como se acordó, es un error y le toca al proveedor corregirlo. Si quieres algo que no estaba en lo acordado, es un cambio de alcance y se maneja como tal. Conviene dejar clara esta diferencia desde el inicio.

3. Acuerda un proceso para los cambios

Cuando aparece una solicitud nueva:

Se escribe
Se calcula cuánto tiempo y dinero implica
Se le presenta esa información a quien decide
Se ejecuta solo si esa persona la aprueba

Parece trámite, pero te da algo valioso: decidir con el costo a la vista, en vez de enterarte al final.

4. Prioriza pensando en un MVP

MVP significa producto mínimo viable: la primera versión más pequeña que ya resuelve el problema. En el ejemplo de los pedidos, sería poder registrarlos y saber en qué estado va cada uno, sin reportes ni métricas todavía.

Ante una función nueva, pregunta: "¿sin esto, el sistema falla en su objetivo principal?". Si la respuesta es no, puede esperar a la siguiente fase.

5. Revisa el alcance al cerrar cada fase

Al final de cada fase, compara lo construido con lo acordado. Si hay diferencias, conviene resolverlas antes de avanzar, mientras todavía son pequeñas. Esto es lo que hay detrás de prácticas como el agilismo: ver avances reales al final de cada fase, sin esperar meses.

6. Ten a una persona que decida

Si del lado de tu empresa nadie puede decir "esto entra, esto no", cada solicitud termina por entrar. Conviene definir desde el principio quién tiene esa responsabilidad y tiempo para ejercerla.

Dónde empieza a resolverse

El scope creep suele ser síntoma de decisiones que no se tomaron al inicio. Por eso, en Sigma Dev el proyecto empieza con una primera fase dedicada a entender tu negocio, encontrar los puntos ciegos y tomar esas decisiones contigo. Lo acordado queda escrito, en lenguaje de negocio, como una lista de lo que se va a construir. Puedes ver cómo es en nuestro método.

Las ideas nuevas van a seguir apareciendo, y es bueno que aparezcan. La diferencia es que cada una se evalúa y se decide con información completa. Cambiar una decisión en un documento cuesta una conversación. Cambiarla con el sistema construido puede costar semanas de trabajo.

Si tu proyecto ya está creciendo sin control, una revisión de lo que tienes es un buen punto de partida. Si apenas vas a empezar, cuéntanos en qué estás trabajando.