3.3Gestión de cambios & del alcance
Lo esencial en 30 segundos
- El peligro no es el cambio sino el cambio no controlado : los « pequeños añadidos » acumulados hacen derivar plazos y presupuesto.
- Todo cambio se formaliza por escrito, se evalúa (coste, plazo, calidad, riesgos) y luego se decide (aceptar, rechazar, aplazar).
- Reflejo : « sí, y esto es lo que implica » — un proceso que protege el triángulo coste / plazo / calidad.
Mini-caso hilado — Bilal dice « sí, y este es el precio »
En plena ejecución, el cliente de Bilal pide « solo un pequeño módulo más » oralmente, luego un segundo. Antes, Bilal habría aceptado por complacer — y habría explotado la planificación. Esta vez, cada solicitud se escribe, se cifra (3 días, + presupuesto de pruebas) y se decide en COPIL : una aceptada con plazo ajustado, la otra aplazada a la fase 2. El cliente comprende : el proceso protege SU proyecto.
Continuación del caso 3.1-3.2 — Bilal canaliza los cambios en vez de sufrirlos.
1. El peligro del cambio no controlado
Un proyecto vive : las solicitudes de cambio surgen forzosamente. El peligro no es el cambio en sí, sino el cambio no controlado — esos « pequeños añadidos » aceptados sobre la marcha que, acumulados, hacen explotar plazos y presupuesto. Es el retorno del alcance progresivo : la deriva lenta del alcance. Bilal ya pagó por no disciplinarse.
Las micro-solicitudes informales son las más peligrosas porque parecen inofensivas : su suma es una causa mayor de sobrecoste.
2. Un proceso, no un rechazo
El remedio es un proceso de gestión de cambios : toda solicitud de cambio se formaliza (quién, qué, por qué), su impacto se evalúa (coste, plazo, calidad, riesgos), y luego se valida o rechaza por la instancia competente (a menudo el COPIL o el patrocinador).
No se dice « no » a todo — se dice « sí, y esto es lo que implica ». La decisión se traza y el alcance de referencia se actualiza. Dominar los cambios es proteger el triángulo de oro.
🔎 Ejemplo concreto — Las micro-solicitudes informales
Las más peligrosas.
« Solo un pequeño añadido » oral → parece inofensivo, pero se acumula.
Reflejo : incluso una pequeña solicitud pasa por el proceso (traza + eval rápida).
→ eso es lo que protege EL proyecto del cliente contra los desvíos.Resultado : el coste de cada cambio hecho visible.
Reflejo : actualizar el alcance de referencia.
Vocabulario de la sección
- Solicitud de cambio
- Toda petición que modifica el alcance, la planificación o el presupuesto convenidos ; a tratar formalmente.
Ejemplo sencillo: el « pequeño módulo más » del cliente de Bilal, escrito y cifrado.
Lo que no es: un ajuste interno sin efecto convenido entre partes.
Reflejo: ningún añadido aceptado oralmente, incluso pequeño.
- Proceso de gestión de cambios
- Circuito definido : formalizar la solicitud, evaluar el impacto, decidir, trazar.
Ejemplo sencillo: Bilal aplica escrito → cifrado → COPIL → traza.
Lo que no es: aceptar sobre la marcha por complacer.
Reflejo: mostrar el circuito a todo el equipo y al cliente.
- Análisis de impacto
- Evaluación de las consecuencias de un cambio en coste, plazo, calidad, riesgos y recursos.
Ejemplo sencillo: « +3 días, + pruebas, riesgo de retraso de entrega ».
Lo que no es: « sí, ya veremos » sin cifrado.
Reflejo: cada solicitud = 4 casillas de impacto rellenadas.
- Comité de cambios (CCB)
- Instancia que decide sobre las solicitudes (a menudo el COPIL en proyectos corrientes).
Ejemplo sencillo: el COPIL de Bilal decide : aceptar con plazo o aplazar.
Lo que no es: el miembro del equipo que acepta solo un añadido del cliente.
Reflejo: solo la instancia competente decide, nunca solo.
- Trazabilidad
- Registro de solicitudes, decisiones y justificaciones, para el historial y la referencia.
Ejemplo sencillo: Bilal archiva solicitud, cifrado y decisión firmada.
Lo que no es: acuerdos orales inencontrables al final del proyecto.
Reflejo: toda decisión escrita y compartida con todos.
En la práctica — Instaurar un proceso de cambio
- Define un miniproceso : toda solicitud de cambio es escrita (quién, qué, por qué), nunca aceptada oralmente.
- Para cada solicitud, realiza un análisis de impacto : efecto en el coste, el plazo, la calidad y los riesgos.
- Haz decidir a la instancia competente (patrocinador/COPIL) : aceptar (ajustando el triángulo), rechazar o aplazar.
- Traza la decisión y comunícala : el alcance de referencia se actualiza, todos están alineados.
Script listo para decir — responder a un « pequeño añadido » (30 s)
« Con gusto, lo estudiamos. Te hago escribir la solicitud en dos líneas, cifro el impacto en plazo y presupuesto, y lo decidimos juntos : lo integramos ajustando, o lo ponemos en fase 2. Eso es lo que protege tu planificación. »
Para decir al cliente con calma, sin defensiva : el proceso es un servicio, no un rechazo.
Modelo copiar-pegar — ficha solicitud de cambio
SOLICITUD (quién / qué / por qué) : _______________
IMPACTO COSTE : _______________ | IMPACTO PLAZO : _______________
IMPACTO CALIDAD / RIESGOS : _______________
DECISIÓN (aceptar / rechazar / aplazar) : _______________
AJUSTE TRIÁNGULO : _______________ | ALCANCE ACTUALIZADO EL : _______________TPE / presupuesto pequeño
Un cuaderno basta : 1 línea por solicitud (qué, impacto, decisión) releída con el cliente cada semana.
Pyme Argelia
Bilal hace validar por escrito incluso las solicitudes urgentes por mensaje : captura + cifrado antes de ejecutar.
Proyecto informático
Todo añadido = cifrado desarrollo + pruebas + recepción : el cliente ve que « pequeño » nunca es gratis.
Proyecto cliente externo
Vincular cada aceptación a una adenda (plazo, presupuesto) firmada : la traza protege a ambas partes.
✓ Buenas prácticas
- Formaliza toda solicitud por escrito, incluso « pequeña ».
- Haz visible el coste de cada cambio (impacto cifrado).
- Traza las decisiones y actualiza el alcance de referencia.
✗ Errores frecuentes
- Aceptar añadidos oralmente, sobre la marcha.
- Rechazarlo todo por principio (rigidez contraproducente).
- Dejar pasar las micro-solicitudes sin ninguna traza.
Puntos clave
- El peligro no es el cambio, sino el cambio no controlado.
- Todo cambio se formaliza, se evalúa (impacto) y se decide.
- « Sí, y esto es lo que implica » más que « sí » sobre la marcha.
- Un proceso de cambio protege el triángulo coste/plazo/calidad.
Reto 48h — aplica mañana
Escribe la próxima solicitud entrante en la ficha cambio (modelo anterior), cifra su impacto y hazla decidir por quien corresponda.
- Puedo citar las 4 etapas del proceso.
- Sé decir « sí, y esto es lo que implica ».
- He trazado 1 solicitud real (o preparado la ficha).
Preguntas frecuentes
¿Hay que rechazar todos los cambios para mantener la planificación?
No : rigidizar en exceso daña tanto como aceptarlo todo. Un proyecto debe integrar las evoluciones útiles. La clave es hacer visible el coste de cada cambio (impacto en plazo/presupuesto) para decidir con conocimiento de causa : se acepta o se renuncia con lucidez. El proceso sirve para decidir, no para bloquear.
¿Cómo gestionar las micro-solicitudes informales del cliente?
Son las más peligrosas porque parecen inofensivas. Reflejo : incluso una pequeña solicitud pasa por el proceso (traza + evaluación rápida). Explica que eso es lo que protege SU proyecto contra los desvíos. Una vez comprendida la regla, evita innumerables tensiones : la suma de « pequeñas nadas » sin traza es una causa mayor de sobrecoste.
El cliente de Bilal desliza « solo un pequeño añadido » oralmente. ¿Qué hacer?