La respuesta corta
La "expansión del alcance" (Scope Creep) surge cuando no hay una diferencia visible entre lo prometido y lo construido. Esto se resuelve mediante tres mecanismos: una línea base (baseline) documentada y visible para todos, un formulario de solicitud de cambio de media página que incluya una estimación del esfuerzo, y una regla de sustitución que establece que cada adición desplaza algo de tamaño similar o consume un presupuesto de cambio preasignado. Sin estos tres elementos, cualquier "pequeña solicitud" se diluye en el sprint y solo se descubre en la fecha límite.
¿Por qué ocurre esto específicamente en Salesforce?
Salesforce es lo suficientemente flexible como para que casi cualquier solicitud parezca económica. Añadir un campo toma dos minutos, por lo que es difícil explicar a un interesado por qué no hacerlo. Sin embargo, ese campo implica validaciones, permisos, una columna en un informe, un mapeo en la migración, una línea en la capacitación y una prueba en UAT. El costo real es de cinco a diez veces mayor que el tiempo de construcción, y esa es precisamente la diferencia que nadie ve en el momento de la solicitud.
Marco de control en cuatro componentes
| Componente | ¿Qué incluye? | ¿Quién es el responsable? | Resultado |
|---|---|---|---|
| Línea Base Congelada | Lista de capacidades, escenarios y exclusiones explícitas (Out of Scope) | Product Owner | Documento firmado al final del Discovery |
| Solicitud de Cambio (Change Request) | Descripción, justificación de negocio, estimación de esfuerzo, impacto en la fecha | Solicitante + Tech Lead | Formulario de media página |
| Comité de Cambios | Sesión semanal de 30 minutos sobre todas las solicitudes abiertas | Patrocinador, PO, Tech Lead | Decisión: Aprobado / Rechazado / Para la siguiente fase |
| Presupuesto de Cambios | 10%–20% del presupuesto total, asignado al inicio del proyecto | Patrocinador | Seguimiento semanal del saldo |
El poder de las exclusiones explícitas (Out of Scope)
La sección más importante del documento de la Línea Base no es lo que se incluye, sino lo que explícitamente no se incluye. Frases como "la integración con el sistema de nóminas no está incluida en la primera fase" o "la migración de la actividad anterior a 2022 no está incluida" ahorran semanas de discusión. La regla: cualquier cosa que un interesado pueda asumir erróneamente que está incluida debe aparecer en la lista de exclusiones por su nombre completo.
Cómo decir "sí" sin pagar por ello
Un rechazo generalizado genera un proyecto que termina a tiempo y no es utilizado por nadie. El enfoque eficaz es aceptar cada solicitud en el repositorio, valorarla con transparencia y permitir que el interesado elija: incorporarla ahora a expensas de otro elemento, esperar a la próxima fase o consumirla del presupuesto de cambios. Cuando la elección es transparente, la discusión pasa de lo emocional a lo económico, y en la práctica, aproximadamente un tercio de las solicitudes se desestiman tan pronto como se ve el costo.
Para una expansión sobre la definición del Baseline, consulte Definición de MVP y Discovery para CRM.
Riesgos comunes y acciones preventivas
El riesgo principal es un control excesivamente riguroso. Un proceso que requiere tres formularios y dos semanas de espera hace que los equipos lo eviten, y los cambios continúan, pero sin documentación. Media página y una discusión semanal son el límite práctico.
Un segundo riesgo es la "expansión técnica": decisiones arquitectónicas que se toman dentro de un sprint y amplían el alcance sin que nadie las catalogue como un cambio. Por lo tanto, un cambio arquitectónico significativo también debe pasar por el mismo comité. Un tercer riesgo es un Patrocinador ausente: cuando no hay nadie con autoridad para decir "no", cada solicitud recibe un "lo evaluaremos", lo cual es equivalente a un "sí".
Cómo medir el éxito
Se realiza un seguimiento de cuatro métricas en un informe semanal: número de solicitudes abiertas, porcentaje aprobado, cambio acumulativo en el alcance con respecto a la Línea Base, y saldo restante del presupuesto de cambios. Un proyecto saludable muestra un cambio acumulativo de hasta el 15% y un saldo de presupuesto positivo en la fase de UAT. Un cambio acumulativo superior al 30% es una señal de que el Discovery fue demasiado superficial, y no que el equipo sea indisciplinado.