La ampliación del alcance es la expansión gradual e incontrolada de lo que se espera que entregue un proyecto, a través de una sucesión de pequeñas adiciones individuales que nunca se evalúan en función del cronograma, el presupuesto o el objetivo. Cada adición parece razonable de forma aislada, razón por la cual la acumulación pasa desapercibida hasta que el compromiso original deja de ser alcanzable.
La distinción entre la adaptación gradual y la adaptación legítima es importante y, a menudo, difusa. Cambiar de rumbo porque la evidencia ha demostrado que el plan original es erróneo es una decisión deliberada tomada con conocimiento de sus consecuencias, y es precisamente lo que el desarrollo iterativo busca facilitar. La adaptación gradual, en cambio, se da en ausencia de esa decisión: se añade trabajo sin que nadie evalúe lo que reemplaza, por lo que la compensación nunca se hace explícitamente y las consecuencias se manifiestan como un plazo incumplido en lugar de como una elección.
El mecanismo suele ser más social que procedimental. Un interesado menciona una pequeña adición durante una revisión, un desarrollador detecta una mejora adyacente mientras trabaja, una ambigüedad en las especificaciones se resuelve con generosidad, y cada incremento es demasiado insignificante como para justificar la fricción de una solicitud de cambio formal. El efecto acumulativo de muchos de estos incrementos es sustancial, y dado que no se realizó un seguimiento de cada adición individual, el sobrecoste no puede atribuirse a nada específico.
Los requisitos ambiguos son la causa estructural más fiable. Cuando la definición de "completo" es vaga, el trabajo se expande para abarcar cualquier interpretación que surja, y cada ambigüedad que se resuelve durante la implementación tiende a traducirse en más trabajo. Los criterios de aceptación explícitos y una declaración clara de lo que queda fuera del alcance eliminan gran parte de esa flexibilidad, y especificar las exclusiones es considerablemente más eficaz que enumerar las inclusiones.
El exceso de funcionalidades es una variante generada internamente que a menudo se pasa por alto porque proviene del equipo de desarrollo, no de las partes interesadas. Los desarrolladores y diseñadores añaden refinamiento, configurabilidad y robustez más allá de lo solicitado, con el argumento, aparentemente razonable, de que eventualmente serán necesarias. Sin embargo, con frecuencia no lo son, y la complejidad adicional se traduce permanentemente en costos de mantenimiento.
La solución no reside en la rigidez, que fracasa precisamente al ofrecer algo que se sabe que está mal. Lo que funciona es un mecanismo ágil que visibilice las incorporaciones y explicite su coste: cualquier elemento nuevo se registra, se evalúa su impacto y se acepta con la correspondiente eliminación o aplazamiento, o bien se rechaza. El requisito es simplemente que la decisión final la tome alguien con autoridad para hacerlo, en lugar de que el equipo la asimile sin más.
Los compromisos de alcance, fecha y recursos fijos constituyen la condición estructural en la que la desviación se vuelve más perjudicial, ya que no existe una válvula de escape legítima y la presión recae sobre la calidad. Cuando los tres aspectos son realmente fijos, la única variable restante es la calidad del trabajo, y los atajos resultantes se manifiestan posteriormente como defectos y retrabajos. Convertir el alcance en la dimensión flexible es lo que permite que los demás compromisos se mantengan.
Dado que el control depende de que alguien tenga la autoridad y la voluntad de rechazar las adiciones, el problema suele ser de gobernanza más que de gestión de proyectos. En la práctica, el mecanismo se establece dentro de desarrollo de productos junto con el proceso de entrega, la disciplina de priorización que decide qué desplaza qué se basa en la evidencia mantenida a través de investigación de productoy en un estudio de productos En la definición explícita de lo que queda fuera del alcance del proyecto, normalmente se acuerda antes de que comience el trabajo, en lugar de negociarse una vez que este ya está en marcha.