En nuestro artículo anterior Adiós Scope Creep: Proyectos Bajo Control, exploramos cómo la prevención es tu primera línea de defensa contra el scope creep, esa expansión descontrolada del alcance que amenaza la estabilidad de cualquier proyecto. Dejamos claro el papel fundamental de una buena planificación y de documentos clave como el Acta de Constitución del Proyecto para establecer límites claros.
Pero, ¿qué pasa cuando, a pesar de tus esfuerzos preventivos, el «scope creep» ya se ha colado en tu proyecto? Es ese incremento o alteración al alcance original, sin los ajustes correspondientes en tiempo, costes y recursos, lo que lo diferencia de un cambio bien gestionado.
La realidad es que, en la dinámica actual de los proyectos, marcada por la volatilidad y la incertidumbre, erradicarlo por completo es una quimera. Sin embargo, no todo está perdido. Las estrategias que te presentamos a continuación te brindarán herramientas valiosas para comprender su origen y naturaleza, permitiéndote minimizar su incidencia y reducir su impacto cuando se presente. Porque, como bien dice Abramovici, A., aunque se intente prevenir, el scope creep a veces es inevitable. Cuando ocurre, el project manager debe actuar rápidamente para salvaguardar los límites y las líneas base, minimizando la magnitud de los cambios generados y asegurando que, si los cambios son necesarios, se incorporen de la manera más eficaz y sostenible posible.
Estrategias para Combatir el Scope Creep en Ejecución
Como bien dice Abramovici, A., aunque se intente prevenir, el scope creep a veces es inevitable. Cuando ocurre, el project manager debe actuar rápidamente para salvaguardar los límites y las líneas base, minimizando la magnitud de los cambios generados. Es su deber incorporar los cambios de la manera más eficaz y sustentable posible. Algunas estrategias eficaces para lidiar con el scope creep y disminuir su impacto:
1.- Foco en la Visión del Proyecto
El scope creep puede presentarse incluso con un acta de constitución bien definida, una gestión adecuada de requisitos y un buen plan de comunicación, si la visión compartida del proyecto se nubla.
La visión del proyecto crea un magnetismo emocional que impulsa la acción, el sentido de posesión y la unidad del equipo, aumentando la confianza y el propósito. Li, J. resalta que, cuando un proyecto está en apuros, la visión puede ser un indicador para centralizar los esfuerzos y redirigir el enfoque.
Un solo equipo, un solo marco de trabajo.
Oyvetsky, M. cree que los directivos que crean una visión compartida pueden sortear obstáculos, mientras que aquellos con una buena planificación pero una visión débil son víctimas del sope creep. La visión compartida se convierte en una meta, un medidor de avance y un punto de logro. Sin ella, el equipo carece de guía y pierde entusiasmo.
Cuando el equipo pierde el enfoque o los stakeholders buscan agregar funcionalidades no procedentes, recordar o crear una declaración de la visión puede elevar la productividad y reducir el scope creep. Un buen ejercicio es una reunión con el equipo principal y los stakeholders clave para identificar los elementos de la visión. Una vez terminada, la declaración de la visión debe ser:
- Tangible: Para visualizar un futuro claro, realista y con atributos medibles de éxito.
- Interesante: Para mantener al equipo y a los interesados enfocados.
- Factible: Para que sea realizable y las personas crean en ella.
- Enfocada: En problemas relevantes para la estrategia de negocio.
- Sucinta: Fácil de explicar y comprender
Como establece Ladika, S.: una visión sólida provee metas realistas, evitando que el proyecto se desvíe por trabajos fuera de su visión. El alcance debe estar claramente definido en el enunciado del trabajo y detallado en la EDT.
Con la visión en foco, cada miembro del equipo debe cumplir sus funciones para materializarla, y los stakeholders deben vigilar que las solicitudes de cambio no la contradigan, sino que la complementen. La visión es una herramienta sencilla pero poderosa.
2.- Vigilancia de los Recursos Humanos y Resolución de Conflictos
Cuando el scope creep se ha infiltrado, es necesario redistribuir los recursos materiales y humanos para evitar el desperdicio de esfuerzos en labores irrelevantes. Jackson, M. indica que el scope creep ocurre cuando los recursos se invierten en requisitos no documentados, resultando en pérdidas de tiempo y dinero, y retrasos en los entregables que sí están dentro del alcance.
El «gold plating», donde el equipo del proyecto añade funcionalidades extravagantes y no solicitadas en un intento de impresionar a los stakeholders, y la complacencia de estos mismos, pueden generar scope creep. Para evitarlo, es necesario mantener vigilado al equipo y a los stakeholders, comunicándoles que ningún cambio será considerado si no sigue el proceso de gestión acordado.
Se recomiendan técnicas para corroborar el trabajo del equipo:
- Realizar evaluaciones de rendimiento, penalizando si se observa trabajo en requisitos no documentados.
- Incentivar al equipo a comunicar cualquier presencia de scope creep inmediatamente, reconociendo su esfuerzo.
- Mantener una comunicación constante con los miembros del equipo y los stakeholders, más allá de las reuniones de informe de estados, para conocer el trabajo realizado.
El equipo debe comprender sus responsabilidades y el Project Manager debe especificar que todo trabajo fuera de lo planeado o documentado corrompe el alcance. La Estructura de Desglose de Trabajo (EDT) es de gran utilidad para visualizar el trabajo y el rol de cada integrante. Jones, C. atribuye a la EDT la labor de englobar el alcance y la totalidad del trabajo. Una EDT inadecuada puede causar retrabajos, impactar el cronograma, distribuir inadecuadamente recursos y aumentar costos. Ella facilita:
- Enfocar los entregables.
- Representar jerárquicamente todo el trabajo para constituir los entregables.
- Fragmentar los entregables en paquetes de trabajo.
- Ser una herramienta de comunicación para stakeholders y equipo, y componente clave del plan de dirección del proyecto.
La EDT finalizada, junto a su glosario y la versión aprobada del enunciado del alcance, componen la línea base del alcance del proyecto. Esta línea base facilita otras estimaciones, cronogramas, asignación de recursos y análisis de riesgos, y es una unidad para medir y controlar el proyecto, solo modificable a través del proceso de gestión de cambios.
La línea base del alcance facilita la vigilancia del equipo, ya que es deber del gestor dirigir y controlar al equipo en todas las fases.
«Dirigir al equipo es el proceso que consiste en hacer seguimiento del desempeño de los miembros del equipo, proporcionar retroalimentación, resolver problemas y gestionar cambios en el equipo a fin de optimizar el desempeño del proyecto»
Pueden surgir conflictos e incidentes, y es necesario que el gestor los registre, use la inteligencia emocional y mecanismos de resolución para aliviarlos. La resolución de conflictos puede seguir seis pasos:
- Definir el problema.
- Recolectar información.
- Analizar la información y formular soluciones.
- Elegir la mejor solución.
- Implementar la solución.
- Refinar la solución.
Si el scope creep se deriva del «gold plating», se debe identificar las funcionalidades extras, indagar el origen, analizar datos, buscar soluciones, elegir e implementar la mejor; así refinar el mecanismo. Existen cinco técnicas para resolver conflictos:
Si un miembro del equipo o stakeholder genera conflicto por scope creep, se puede retirar del problema, adaptar el trabajo si es necesario, llegar a un acuerdo, prohibir el trabajo fuera de alcance o colaborar para que el cambio pase por el proceso de gestión.
Las evaluaciones e informes de desempeño del equipo permiten constatar en tiempo real la eficacia del esfuerzo. Si los resultados son desfavorables, se deben identificar mejoras, como entrenamientos y redistribución de recursos.
El equipo de trabajo necesita ser dirigido y controlado, comprendiendo claramente sus roles y funciones. La comunicación es clave, incentivando al equipo a expresar su opinión para desarrollar un sentido de posesión. En caso de conflictos, el Project Manager debe actuar rápidamente para minimizarlos y encontrar una solución conjunta, combatiendo el scope creep.
No te pierdas el artículo 7 principios fundamentales sobre Stakeholder Management en los Proyectos donde los autores Max Clarkson, Donaldson, Preston y Brooks, resumen un ciclo de conferencias destinadas a proporcionar a los gerentes de negocios y managers las pautas para ayudarlos a interactuar con las partes interesadas de la empresa.
3.- Gestión del Riesgo Asociado al Scope Creep
A la definición de riesgo de PMI, Thorn, M. añade que cada riesgo se caracteriza por su incertidumbre.
Riesgo: suceso incierto que, si se produce, tiene efecto positivo o negativo en uno o más objetivos del proyecto.
PMI®
El scope creep es un suceso que puede ocurrir y que, en la mayoría de los casos, se produce con un origen e impacto dificilmente determinables. Por tanto, es recomendable gestionarlo como un riesgo para plantear soluciones que minimicen su impacto.
PMI indica que el scope creep es un riesgo potencial causado comúnmente por los stakeholders clave al solicitar e implementar cambios. Debe gestionarse a lo largo de todo el ciclo de vida del proyecto. Los Project Managers deben prever y formular soluciones para los cambios constantes.
Si el riesgo de scope creep se presenta y no se puede adecuar al proyecto por falta de recursos, es probable que los entregables se retrasen y los gastos se disparen.
Los riesgos de scope creep afectan no solo la línea base del alcance, sino también el cronograma y el presupuesto de forma conjunta. Como hemos comentado en párrafos anteriores,alcalce, coste y tiempo, son los elementos de la triple restricción; los tres están intrínsecamente unidos: un cambio en uno repercute en los otros dos.
El scope creep como riesgo puede derivar en:
- Burnout del equipo por trabajo extra.
- Limitación de la distribución de recursos.
- Retraso en la presentación de entregables.
- Reducción de la calidad del resultado final.
- Discordias entre stakeholders y sponsor.
- Compromiso de la transparencia.
- Disminución del valor al entregar resultados sin utilidad.
- Aumento de costos.
Esto demuestra que el scope creep impacta en la mayoría de los aspectos del proyecto. Homer, J. nos indica que la mínima desviación conlleva grandes consecuencias. Sin embargo, las organizaciones reconocen que el riesgo cero no es palpable ni deseable; así, Hillson, D. determina que el nivel de tolerancia y apetito al riesgo de las organizaciones define los beneficios de las oportunidades. Además, destaca que la incertidumbre se convierte en riesgo cuando surge la posibilidad de impactar en los objetivos, ya sea positiva (oportunidades) o negativamente (amenazas).
El scope creep es una amenaza severa acompañada de dificultades técnicas, restricciones y problemas de gestión. Es necesario monitorearla sin cerrar la puerta a los beneficios de posibles oportunidades. En ese sentido, Walker, L. sugiere que un trabajo ampliado (formalmente gestionado y aprobado) puede generar grandes beneficios, como el aumento de valor agregado para la organización.
El PMBOK séptima edición recomienda realizar juntas de revisión de riesgos continuamente para analizar el estado de los riesgos actuales e identificar nuevos. Los riesgos derivados del scope creep suelen generar mayor trabajo, por lo que se necesitan reservas en el itinerario y un presupuesto de contingencia. Según PMBOK la gestión de los riesgos del proyecto se compone de los siguientes procesos:
Destacan la identificación de riesgos y la planificación e implementación de la respuesta. La identificación señala la fuente, características y efecto del riesgo. El scope creep es un riesgo individual del proyecto, una amenaza. Se deben identificar posibles fuentes de scope creep y brindar una respuesta para minimizar su impacto. Al identificar riesgos, el equipo debe preguntar:
- ¿Qué podría pasar?
- ¿Qué lo pudiese ocasionar?
- ¿Su impacto sería positivo o negativo?
- ¿Cuál es la probabilidad de que suceda?
- ¿Qué podría hacerse si ocurriera?
Las tres primeras preguntas se centran en la naturaleza del riesgo para el registro de riesgos. Alderton, M. advierte que lo que no se mide no se gestiona, y lo que no se identifica no se mitiga. El registro de riesgos contiene la lista de riesgos identificados, dueños y respuestas potenciales.
Shrivastava, N. decreta que la identificación de riesgos es la actividad más crucial, ya que los riesgos pueden originarse en cualquier lugar o momento. Involucrar a stakeholders, sponsor y equipo en sesiones de tormenta de ideas es una excelente técnica.
Tras el registro de los riesgos identificados, se realizan análisis cualitativos y cuantitativos para priorizarlos. Luego, se planifica e implementa la respuesta a dar en caso de que aparezcan. El PMBOK ofrece cinco estrategias para amenazas y cinco para oportunidades.
Las amenazas pueden evitarse (eliminando el riesgo), transferirse (a un tercero) o mitigarse (minimizando su impacto). Las oportunidades pueden compartirse, mejorarse (aumentando la probabilidad de ocurrencia) o explotarse (garantizando que suceda). Tanto amenazas como oportunidades pueden escalarse al sponsor o directivos, o aceptarse si hay suficiente tolerancia al riesgo.
La correcta aplicación de los procesos de gestión de riesgos, junto con una planificación apropiada, permite entornos de captura de oportunidades y limitantes a las amenazas. Analizar datos y consultar expertos es sabio. El análisis de datos de riesgos puede incluir análisis de alternativas y costo-beneficio.
El PMI en The Standard for Risk Management in Portfolios, Programs and Projects recomienda obtener el Valor Monetario Esperado (VME) de cada riesgo. La fórmula es VME = P x I (probabilidad por impacto).
Tras analizar los datos, el dueño del riesgo o el comité decidirá la estrategia. El scope creep generalmente se cataloga como amenaza y debe intentarse mitigar, evitar o transferir. Finalizada la toma de decisiones, se sigue el control de cambios para actualizar la documentación. La gestión de riesgos es clave para salvaguardar el proyecto de ambientes dinámicos y cambiantes.
4.- Negociación Efectiva
Toledo, R. reflexiona que los project managers negocian constantemente para adquirir recursos, obtener apoyo directivo o establecer fechas límite, en cada etapa. La preparación y planificación previas a la negociación protegen de imprevistos y malas negociaciones que pueden ser un lastre para el proyecto. Por otro lado, Brox, D. enfatiza la habilidad inherente del project manager para influir en elementos como el alcance, el presupuesto, itinerarios y recursos. Mientras Brown, S. analiza la negociación como una habilidad clave para el éxito del project manager; implicando comunicación adecuada y entendimiento de las metas propias y de la contraparte. Lo que nos dejan claro todos los autores es que la negociación requiere el uso de influencia y persuasión para generar escenarios mutuamente beneficiosos.
Cuando el scope creep se ha colado en nuestro proyecto, por acciones internas o factores externos, es necesario usar técnicas de negociación efectiva y comunicación asertiva para disminuir su impacto y retomar el control del proyecto. Llegados a este punto, hay dos formas de actuar según la naturaleza del proyecto:
- En proyectos con sistema de gestión de cambios, las negociaciones sobre el alcance se dan entre el solicitante, el director y el CCB.
- En proyectos más pequeños o sin un sistema establecido, el gestor o sponsor negocian, protegiendo las líneas base e intereses corporativos.
Según Cialdini, R., para la persuasión en la negociación hay identificadas seis leyes:
- Reciprocidad: Las personas reponen lo recibido.
- Compromiso y consistencia: Ser leal a la opinión.
- Simpatía: Basado en la afinidad de preferencias.
- Autoridad: Seguir el consejo de expertos.
- Escasez: Si es poco, debe ser bueno.
- Consenso: Basado en tendencias y modas.
La persuasión facilita la comprensión de nuestro punto de vista. Por ejemplo, al negociar funcionalidades fuera de alcance, se pueden mostrar impactos negativos en entregables urgentes, sugiriendo implementarlas en un proyecto posterior. Es preferible dejar la puerta abierta a negociaciones; eso sí, recordando que se deben realizar ajustes y actualizaciones a los documentos y seguir los procesos establecidos. Como escribió Brox, D., el responsable de las negociaciones se beneficia de atributos como:
- Conciencia de sí mismo y de los demás.
- Integridad.
- Comunicación clara (verbal y kinésica).
- Diplomacia.
- Adaptabilidad.
- Persistencia
A todo esto, Toledo, R. añade la confianza como atributo crucial. Ésta se gana progresivamente y facilita la negociación cuando el equipo ha tenido un buen desempeño. La confianza propia del project manager, basada en conocimiento, experiencia y habilidad, es aún más importante. Las habilidades de negociación se desarrollan con la práctica, escuchando a todas las partes y proponiendo soluciones.
En una de sus ponencias, Salma, M. A. propone un sistema de cuatro fases para la negociación:
- Preparación: Identifica motivos, importancia y rangos aceptables.
- Debate: La más larga (80% del tiempo). Se asumen posturas, se describen obstáculos, necesidades y expectativas. Es clave no caer en desacuerdo. Para salir de un desacuerdo: separar objeto de opinión, enfocarse en lo alcanzable, formular preguntas para entender la oposición e identificar elementos que inhiben el acuerdo.
- Propuesta: Primeros acercamientos a la solución. Propuestas vagas, condicionales, breves y con silencio. No son acuerdos.
- Cierre de la negociación: Se llega a un acuerdo concreto con una oferta específica. Ésta puede aceptarse, negarse o modificarse. Se fijan límites y se concluye con un acuerdo o desacuerdo.
Las negociaciones pueden ser rutinarias (resolución de conflictos pequeños) o únicas (reasignación de subcontrataciones). Están presentes en todas las etapas, y aunque no siempre se tenga autoridad, el project manager debe influir para salvaguardar los intereses y objetivos principales del proyecto, apelando a proteger la línea base del alcance y la congruencia con la visión.
5.- Análisis de Datos, Métricas y Toma de Decisiones
Como hemos visto hasta ahora, todo proyecto se rige por parámetros aprobados y verificados para determinar su recorrido, denominados líneas base; principalmente el alcance, el cronograma y el coste. El PMBOK define las líneas base como una versión aprobada del producto de trabajo o su plan, con la que se compara el desempeño real para identificar variaciones.
Las principales líneas base del proyecto son:
- El presupuesto o línea base de costes.
- La línea base del cronograma.
- La línea base del alcance.
- El calendario de hitos.
- La línea base para la medición del desempeño.
La línea base para la medición del desempeño es la más relevante para controlar alteraciones en alcance, cronograma o coste. Es un plan integrado a nivel de alcance-cronograma-coste con el que se compara la ejecución. Al comparar el desempeño, se observan variaciones y se toman decisiones ejecutivas en tiempo real. Si se detecta scope creep, los directivos pueden tomar acciones para cambiar, terminar o continuar el proyecto.
Controlar los proyectos es una actividad principal del director. Los estudios de Brantley, W. indican que el plan del proyecto produce un producto cuantificable, pero el alcance es el más difícil de medir, siendo la base angular de la triple restricción. Los directores deben negociar y definir los elementos de las líneas base para un control viable en la fase de ejecución.
El project manager y su equipo construyen la línea base del alcance descomponiendo el trabajo con la EDT, que divide las actividades en paquetes de trabajo. Esto permite estimaciones de costes y duración para definir las líneas base de cronograma y costes. El calendario de hitos marca avances progresivos.
Una métrica clave para constatar variaciones en la línea base de medición del desempeño es el Valor Ganado (EV). El PMI define el EV como la medida del trabajo realizado, expresado en términos del presupuesto autorizado para ese trabajo. Warbuton, R. y Kanabar, V. determinan que el EV convierte unidades físicas en unidades medibles (dólares, coste por hora), facilitando el control de costes, alcance y cronograma.
Por otro lado, Ambriz, R. expone que para implementar la gestión del valor ganado, se necesita definir la línea base de medición del desempeño, integrando la descripción del trabajo, plazos y costes/recursos.
Los elementos más relevantes del método del valor ganado son:
- Valor planificado (PV): Monto presupuestado para la obra en un momento dado.
- Costes reales (AC): Gastos totales reales incurridos hasta la fecha.
- Valor ejecutado (EV): Valor presupuestado realmente realizado para cada actividad de control.
Estos valores se originan de sus respectivas líneas base (EDT, itinerario, presupuesto). La identificación de variaciones o la aproximación a la estimación dota de efectividad al método del valor ganado.
Al graficar los valores del valor ganado, se observan los valores reales y las variaciones entre lo planificado, lo ejecutado y el coste real. La variación de costes (CV) se obtiene al contrastar EV y AC (CV = EV – AC), evaluando sobrecostos. La variación del cronograma (SV) se extrae comparando EV y PV (SV = EV – PV), facilitando la observación de dilaciones.
Para intentar mostrarlo un poco mejor, pongamos un ejemplo:
Un proyecto de instalación de un nuevo servidor de datos para una compañía, se establece que en el plan de la dirección del proyecto se tendrá un cronograma con duración de 5 meses y un presupuesto total de $15 mil dólares (BAC) para completar la obra. Desde el primer mes se empieza utilizar el método de la gestión del valor ganado para identificar el estado actual de las líneas base del proyecto, como se ve en la tabla:
SV= EV-PV | CV= EV-AC | CPI =EV/AC | SPI= EV/PV |
||||
|---|---|---|---|---|---|---|---|
-$3.500 | 0.461 | 0.6 |
|||||
-$2.500 | -$3.750 | 0.571 | 0.67 |
||||
-$4.025 | 0.678 | 0.85 |
Observamos que las variaciones de costo (CV) y cronograma (SV) son negativas, indicando sobrecosto y retraso. Los índices de rendimiento (CPI y SPI) son inferiores a uno, confirmando lo anterior.
Como vemos en la gráfica, la trayectoria ascendente de EV, PV y AC sugiere un pronóstico de sobrepresupuesto. El estimado al finalizar (EAC) se puede calcular como EAC = BAC / CPI. En el ejemplo, $15.000 / 0.678 = 22.123,89, excediendo el presupuesto previsto.
Estos son solo pronósticos que indican problemas en el alcance, cronograma o distribución de recursos. El método del valor ganado identifica riesgos como el scope creep, pero es el project manager quien debe trabajar con el equipo para enmendar el curso y finalizar el proyecto.
Toma de decisiones
La toma de decisiones es fundamental. PMI expone que muchas decisiones son desinformadas, tendenciosas y optimistas, llevando a pérdidas. Para evitar errores, las decisiones deben basarse en datos, opiniones diversas y de expertos, y factores internos/externos, abarcando suficientes puntos de vista.
En el mercado actual, caracterizado por su volatilidad, incertidumbre, complejidad y ambigüedad (VUCA), la toma de decisiones pronta y acertada es esencial. Baker, E. recomienda los bucles OODA (Observar, Orientar, Decidir, Actuar) para decisiones rápidas y basadas en datos.
La observación extrae información; la orientación filtra y evalúa para la toma de decisión. La decisión requiere que todos comprendan la razón y la información que la sustenta. La acción implica implementar la decisión, actualizando planes y documentos, y realizando procesos de gestión de cambios.
Otros autores proponen cuatro estilos de tomar decisiones:
- Orden: Líderes deciden por el grupo.
- Consultativo: Directivos solicitan consejos, pero la decisión final es suya.
- Consenso: Colaboración para que el grupo llegue a la decisión más beneficiosa.
- Mayoría simple: Votación entre soluciones propuestas.
Diferir decisiones difíciles puede ser fatal. La celeridad puede precipitar malas decisiones. El PMBOK clasifica la toma de decisiones:
- unilateral: expedita, pero ignora intereses de otros.
- basada en equipo: amplio espectro de conocimientos, fomenta participación, pero más lenta. Aquí, en su cuarta edición, PMBOK identifica el proceso de seis pasos que acostumbran a implementar los equipos de proyecto al tomar decisiones basadas en equipo:
Muchos autores plantean que la fase tres del modelo es la más relevante; ya que en ésta deben realizarse un análisis profundo de los datos obtenidos de métricas, expectativas de stakeholders y ponderar posibles beneficios y amenazas. Además, analizar posibles alternativas que el grupo deberá de categorizar y elegir aquella que sea la mejor para el proyecto. Las decisiones en equipo se benefician de variadas fuentes de información y motivan al equipo, aunque consumen más tiempo, por lo que se recomiendan para aspectos fundamentales del proyecto.
Como cada decisión debe fundamentarse en datos verídicos de métricas de líneas base y métodos de recolección de información, es deber del project manager y su equipo monitorear datos y tomar decisiones correctivas ante desviaciones. El scope creep a menudo se genera sigilosamente, pero el método del valor ganado permite detectar variaciones inusuales de sobrecostos o retrasos, que con alta probabilidad derivan del scope creep. Es crucial verificar el estado del proyecto para combatir estos riesgos y eliminarlos rapidamente.
Conclusiones
Como hemos visto, aunque la prevención es el mejor escudo, el «scope creep» es un invitado recurrente en la naturaleza cambiante de los proyectos. No podemos erradicarlo por completo, pero sí podemos y debemos dominarlo. La clave no está en evitar el cambio, sino en gestionarlo de forma inteligente y proactiva.
Las estrategias que hemos explorado ofrecen un arsenal completo para cuando el alcance de tu proyecto empieza a descontrolarse:
- Mantener el foco en la visión del proyecto: Es tu brújula inquebrantable. Una visión clara y compartida es el motor que mantiene al equipo alineado y evita que las peticiones externas desvíen el propósito original.
- Vigilancia constante de los recursos humanos y resolución de conflictos: Un equipo bien dirigido, consciente de sus responsabilidades y libre de «gold plating», es fundamental. La Estructura de Desglose del Trabajo (EDT) se convierte en tu aliada para visualizar el alcance y asignar funciones, mientras que una gestión ágil de conflictos asegura que las fricciones no se traduzcan en desviaciones.
- Gestión del riesgo asociada al scope creep: Identificar el scope creep como un riesgo inherente y gestionarlo activamente a lo largo del ciclo de vida del proyecto es crucial. Esto implica anticipar su posible impacto en la triple restricción y tener planes de respuesta que minimicen sus consecuencias negativas.
- Negociación efectiva: Los Project Managers son negociadores natos. Ante el scope creep, la habilidad para influir y persuadir, basada en la confianza y el conocimiento, te permitirá proteger las líneas base y asegurar que cualquier ajuste beneficie al proyecto en su conjunto.
- Análisis de datos, métricas y toma de decisiones informadas: Herramientas como el Valor Ganado (EV) son imprescindibles para monitorear el desempeño en tiempo real, identificar desviaciones tempranas y tomar decisiones basadas en datos concretos. En un entorno VUCA, la agilidad y la información son tus mejores bazas para corregir el rumbo a tiempo.
En definitiva, combatir el scope creep es un esfuerzo continuo que requiere una combinación de visión clara, liderazgo de equipo, gestión de riesgos, habilidades de negociación y un uso inteligente de los datos. Implementar estas estrategias no solo te permitirá minimizar su impacto, sino que también fortalecerá la resiliencia de tus proyectos, asegurando que entregues valor y alcances tus objetivos, incluso en los entornos más dinámicos.
¿Qué otra estrategia crees que podría ser clave para mantener a raya el «scope creep» en tus proyectos?
