Cómo gestionar solicitudes de cambio en un proyecto

Casi ningún proyecto termina con el alcance con el que empezó. El cliente cambia de criterio, aparece un requisito que nadie vio o alguien pide «solo una cosita más». Eso no es un problema: el problema es que el cambio se acepte sin que nadie decida nada. Una solicitud de cambio es la herramienta para convertir cada petición en una decisión consciente, con su coste a la vista, antes de que entre en el plan.

Qué es una solicitud de cambio

Una solicitud de cambio es una petición que queda fuera del alcance acordado: una funcionalidad nueva, un informe extra, un cambio en algo ya aprobado. No es un error (eso es una incidencia) ni algo que podría pasar (eso es un riesgo): es algo que alguien pide y que, si se acepta, cambiará el esfuerzo, el coste o el plazo.

Por qué hace falta un proceso, aunque sea sencillo

Sin registro, los cambios pequeños se absorben por cortesía y se suman. Cada uno parece inofensivo; juntos consumen un porcentaje relevante del presupuesto. Con registro pasa lo contrario:

• Hay constancia de quién pidió qué y cuándo.
• El cliente ve el precio de lo que pide antes de decidir.
• Se puede decir que no, o «ahora no», con un argumento y no con una opinión.
• Al final del proyecto se puede explicar por qué se pasó de las horas previstas: lo que no estaba en el alcance, está en la lista.

Qué datos registrar

Una buena solicitud de cambio es corta pero completa:

Lo importante es estimar el impacto antes de decidir, no después.

El flujo mínimo

1. Se recibe la petición y se registra como solicitud, con quien la pide.
2. Se valora el impacto: esfuerzo, coste y plazo. Si hace falta, se consulta al equipo.
3. Se decide: aprobar (se incorpora al plan), rechazar (se comunica el motivo) o dejarla pendiente hasta tener más información.
4. Se actúa sobre el plan: si se aprueba, se crean las tareas o fases correspondientes y se ajustan fechas y presupuesto. Aprobar sin actualizar el plan es el error más común: la decisión existe, pero el proyecto no la refleja.
5. Se comunica la decisión a quien la pidió.

Ejemplo

El cliente pide un informe adicional de ventas por zona, que no estaba en el alcance.

• Solicitante: dirección comercial del cliente.
• Esfuerzo estimado: 24 h.
• Plazo: una semana más en la fase de construcción.
• Decisión: se aprueba porque el cliente acepta asumir el coste adicional.
• Acción: se crea una tarea de 24 h en la fase correspondiente y se actualiza el presupuesto de horas.

Si el cliente no lo acepta, la solicitud queda rechazada, con constancia, y no se pierde el rastro de que se pidió.

Errores habituales

1. Aceptar cambios de palabra. Sin registro, no hay forma de reconstruir qué se acordó.
2. Aprobar sin estimar. Se decide sin saber lo que cuesta.
3. Mezclar cambios con errores. Un fallo es una incidencia y se corrige dentro del alcance; un cambio es algo nuevo. La guía sobre incidencia, riesgo o solicitud de cambio ayuda a distinguirlos.
4. No actualizar el plan tras aprobar.
5. Burocracia desproporcionada. Un proyecto pequeño no necesita un comité: necesita un registro y una decisión clara.

Cómo se hace en PjMan

PjMan incluye un registro de solicitudes de cambio por proyecto, con un flujo sencillo:

1. Registra la solicitud desde la pestaña Solicitudes de cambio del proyecto: título, origen o solicitante (texto libre, no tiene que ser un usuario), descripción, esfuerzo estimado en horas, coste y plazo estimados. (Solicitudes de cambio)
2. Toda solicitud nace pendiente. Se aprueba o se rechaza con un selector en la propia tabla y queda guardado quién cambió el estado y cuándo.
3. El coste y el plazo son texto libre, para poder escribir «a valorar con el proveedor» o «dos semanas»; PjMan no los suma ni los convierte. El esfuerzo sí es un número de horas.
4. Aprobar no crea nada por sí solo: es el registro de la decisión. Las tareas o fases que se deriven las creas tú en el plan. (Tareas, Fases y subfases)
5. También puedes pedírselo al asistente: los cambios sobre una solicitud ya registrada se proponen en una tarjeta con el antes y el después que confirmas, y se pueden deshacer durante diez minutos.

Solo el PM propietario del proyecto crea y decide solicitudes; la dirección del proyecto las ve en lectura, y un consultor no accede a ellas. Para preparar una reunión de seguimiento, el asistente reúne las solicitudes sin resolver, con quién las pidió, el esfuerzo y los días que llevan pendientes.

Crea tu cuenta o explora la demo.

Preguntas frecuentes

¿Y si el cambio es muy pequeño? Regístralo igualmente, con una o dos líneas. La suma de cambios pequeños es la causa más habitual de las desviaciones.

¿Puedo cambiar una decisión ya tomada? Sí, pero deja constancia: en PjMan se guarda quién cambió el estado y cuándo, y el formulario avisa de que estás modificando una decisión ya tomada.

¿Una solicitud de cambio es lo mismo que una tarea nueva? No. La solicitud es la petición y su decisión; la tarea es el trabajo que se hace si se aprueba.