Gestión de cambios (change management) en PMBOK 8

¿La raíz? Gestión de cambios inexistente. PMBOK 8 dedica un proceso completo a esto: "Realizar Control Integrado de Cambios". No es un permiso para decir "no" — es un flujo que permite cambios informados.

El flujo de cambios en 5 pasos

1. Solicitud de cambio (CCR): qué, por qué, quién lo pide.
2. Análisis de impacto: esfuerzo, cronograma, presupuesto.
3. Decisión: aprobar, rechazar o diferir — decide el Comité de Control de Cambios (CCB), no el cliente solo.
4. Documentación: si se aprueba, se ajustan alcance, cronograma y presupuesto.
5. Comunicación: el cliente es notificado del impacto y la decisión.

Paso 1: la solicitud formal

Cuando el cliente pide algo, no lo aceptes de inmediato — pídele que formalice qué es, por qué es crítico, cuándo lo necesita y qué prioridad tiene.

=== CCR #001 ===
Solicitante: Juan (cliente)
Descripción: Agregar export a Excel en reportes
Justificación: El usuario final necesita estos datos para su proceso mensual
Fecha requerida: 1 de febrero
Prioridad: Alta

Paso 2: análisis de impacto

Como PM, evalúa esfuerzo, impacto en cronograma y presupuesto, efecto en otros entregables, y riesgos asociados.

=== ANÁLISIS DE IMPACTO CCR #001 ===
Esfuerzo: 8 horas
Cronograma: Sin impacto si se hace en semana 2
Presupuesto: $0 (entra en scope presupuestado)
Recomendación: APROBAR

Paso 3: la decisión es conjunta

El CCB (típicamente PM, cliente sponsor y lead técnico) decide: aprobar, rechazar o diferir a una versión futura. Si el cliente quiere agregar algo y el impacto es "5 semanas de atraso", el cliente conoce el costo real antes de decidir — no después.

Paso 4 y 5: documentar y comunicar

Si se aprueba, se actualiza el baseline del proyecto inmediatamente. Si se rechaza o difiere, se documenta la razón y se comunica una alternativa. La comunicación honesta mantiene la confianza — incluso cuando la respuesta es "no ahora".

Errores comunes

• "Ok, lo agregamos" sin análisis previo — siempre analiza antes de prometer.
• Cambios "pequeños" sin documentar — se acumulan hasta ser 10 días extra sin registro.
• CCB que no es realmente una junta — la decisión debe ser conjunta, no solo del PM.
• Cambios aprobados sin ajustar el cronograma — el proyecto se atrasa igual, pero sin comunicación clara.

Composición típica del CCB

Por qué Actia hace los cambios manejables

En Actia, el cliente (o el PM) crea una solicitud de cambio formal desde el portal, la IA sugiere el impacto en duración si está integrado con el cronograma, y el historial visual muestra la evolución completa: scope original → cambios → scope final. Al cerrar, el acta de entrega refleja los cambios reales frente al plan original.