Cuando un proyecto está en marcha, los cambios son prácticamente inevitables. Sin embargo, introducir un cambio sin evaluar sus consecuencias puede comprometer el alcance, el cronograma, los costos y la calidad. Por eso, contar con un proceso formal para gestionar solicitudes de cambio es una habilidad crítica para cualquier gerente de proyecto.
¿Por qué es necesario el control integrado de cambios?
Antes de comunicar cualquier modificación a tu equipo, es fundamental ejecutar el control integrado de cambios [0:12]. Este proceso te permite analizar de manera estructurada el impacto que tendrá la solicitud en todas las áreas del conocimiento: alcance, cronograma, costos, calidad y recursos. Además, garantiza que las personas con suficiente autoridad dentro de la organización sean quienes aprueben o rechacen la solicitud, evitando decisiones informales que luego generan problemas.
Saltarse este paso y llevar el cambio directamente al equipo es uno de los errores más comunes. Aunque la solicitud parezca menor, casi siempre tiene algún efecto en al menos una de las líneas base del proyecto.
¿Cómo se documenta una solicitud de cambio paso a paso?
Para ilustrar el proceso, se utiliza como ejemplo un proyecto de migración de cursos de Moodle a Blackboard [1:00]. A mitad del proyecto, la directora del programa de inglés solicita que todos los videos de las clases incluyan subtítulos, algo que no estaba contemplado originalmente.
¿Qué información debe contener la plantilla?
La plantilla de solicitud de cambios [1:14] incluye varias secciones esenciales:
- ID de la solicitud: permite mantener una secuencia y un orden de todas las solicitudes que ingresan.
- Solicitante y área: quién pide el cambio y desde qué departamento.
- Patrocinador y gerente del proyecto: figuras de autoridad involucradas.
- Categoría de impacto: se identifica si el cambio afecta alcance, cronograma, costos, calidad o recursos.
¿Cómo se analiza el impacto en la línea base?
Una vez identificada la solicitud, se documenta el impacto en la línea base [3:26] con información específica:
- Alcance: se modifica porque ahora se incluyen actividades de subtitulado que no existían en el plan original.
- Cronograma: se adicionan aproximadamente un mes y medio para validar que los subtítulos se visualicen correctamente en distintos navegadores [3:32].
- Costos: el presupuesto del proyecto se incrementa en veinticinco mil dólares para cubrir los recursos adicionales necesarios [3:45].
- Calidad: las métricas mínimas definidas en la etapa de iniciación se actualizan, agregando al checklist la verificación de que los videos corran apropiadamente con subtítulos [2:52].
¿Qué más debe incluir la solicitud antes de ser aprobada?
Más allá del impacto técnico, la plantilla exige documentar la causa del cambio [3:05]. En el ejemplo, el origen es una solicitud directa del cliente. Luego, se redacta una descripción detallada y una justificación [3:12]. Para este caso, los docentes del programa de inglés identificaron que los subtítulos ayudan a los estudiantes a familiarizarse con la escritura de las palabras.
Es clave que te reúnas con la persona que solicita el cambio para obtener suficiente detalle. Quienes tomarán la decisión necesitan información completa para aprobar o rechazar con criterio.
Finalmente, la plantilla incluye una sección de firmas [4:08] donde se registra el rol de cada persona involucrada en la decisión y si el cambio fue aprobado o rechazado. Este registro formal protege al proyecto y deja trazabilidad para futuras auditorías.
Todo este análisis normalmente se realiza en conjunto con el equipo de proyecto o con expertos que puedan asesorarte [4:02] para documentar la información de forma precisa.
¿Has enfrentado solicitudes de cambio inesperadas durante la ejecución de tus proyectos? ¿Utilizas un proceso formal o introduces los cambios directamente? Comparte tu experiencia en los comentarios.
