La orden de cambio que nadie quiere escribir (y te protege)

Tarde o temprano, todo proyecto cambia a mitad de camino. Un proveedor modifica una especificación, un regulador mueve un requisito, o quien encargó el trabajo se da cuenta de que necesita algo distinto. El cambio en sí rara vez es el problema. El problema es manejarlo con una llamada y un “tranquilo, eso lo arreglamos después”, porque así es como se dañan los presupuestos y las relaciones.

Una orden de cambio es el registro escrito y aprobado de una modificación a lo acordado. A nadie le gusta redactarla, pero es la protección más barata que tiene un proyecto.

Qué es una orden de cambio y cuándo pedirla

Una orden de cambio es un documento formal que modifica el alcance, el costo o el cronograma acordados, y deja constancia de quién lo autorizó. El nombre varía según el sector (orden de variación, solicitud de cambio, otrosí o modificación contractual), pero la idea es la misma: el acuerdo original sigue siendo legible, y cada cambio es un paso aparte y firmado.

Pídela cuando un cambio toque algo a lo que te comprometiste: la especificación, los entregables, el presupuesto o las fechas. En la contratación federal de Estados Unidos, por ejemplo, una orden de cambio es una modificación escrita que el funcionario contratante puede emitir dentro del alcance del contrato, y el contratista debe continuar la ejecución del contrato tal como fue modificado. La lección para el resto es que seguir trabajando y resolver el papeleo son dos pasos distintos, y el segundo no debe omitirse solo porque el primero ya está en marcha.

Una prueba sencilla: si el cambio sorprendería a quien lea el acuerdo original, necesita una orden de cambio.

Qué debe decir

La APM, el organismo profesional británico de gestión de proyectos, describe la evaluación de un cambio como una revisión de su efecto sobre el alcance, la calidad, el tiempo, los recursos, el costo, los riesgos y los interesados, además de lo que ocurre si no se hace el cambio. Ese último punto es el que más se olvida. Llevado a un documento, se reduce a cinco cosas:

1. Qué cambió, en una o dos frases, frente al acuerdo original.
2. Por qué cambió, y quién o qué lo originó.
3. El efecto en costo, incluido el costo de no hacer nada.
4. El efecto en tiempo, con las nuevas fechas.
5. Quién lo aprueba, con nombre y cargo, y la fecha en que lo hizo.

Si falta alguno de los cinco, el documento es una nota, no una orden de cambio. Y la aprobación debe venir de alguien con autoridad para darla. La guía de entrega de proyectos del gobierno británico es explícita: los cambios que exceden la autoridad de una persona se escalan, no se absorben.

Mantener la conversación en los hechos

El caso más difícil es cuando un socio causó el cambio. La tentación es empezar por la culpa, pero la culpa no cambia nada en el papel: el costo y el cronograma son los mismos de todas formas.

Un planteamiento que funciona: la especificación cambió, esto es lo que implica en costo y tiempo, y esto es lo que necesito firmado. Así la conversación se queda en hechos que la otra parte puede verificar, y la relación queda intacta para lo siguiente que salga mal. Imagina, como hipótesis, un proveedor que cambia un componente por un modelo más nuevo. No necesitas discutir si el cambio era razonable. Necesitas el efecto sobre tus entregables por escrito y aprobado antes de seguir.

En un despliegue en varias ciudades para una cadena nacional de cines, un socio tecnológico modificó las especificaciones de sus equipos a mitad del proyecto. Lo gestioné mediante una orden de cambio formal. Esa frase es corta porque el proceso lo es: describir el cambio, ponerle precio, ponerle fecha y firmarlo.

Qué registrar para poder auditar el proyecto

Una orden de cambio que vive en la bandeja de entrada de alguien es media orden de cambio. Lleva un registro de cambios: una línea por solicitud, con su categoría, descripción, impacto, estado y quién decidió. La guía británica propone estados como solicitado, evaluado, aprobado, aplazado, implementado y cerrado. También indica que los cambios cerrados permanecen en el registro, con cuándo y por quién se cerraron.

Registra también los rechazados y los aplazados. Seis meses después, cuando alguien pregunte por qué se descartó un requisito, “se rechazó en esta fecha por este motivo” es una respuesta completa. Es el mismo punto que traté al hablar de automatizar workflows sin perder el control: documenta el porqué, no solo el qué.

Otra práctica de las normas federales estadounidenses vale la pena copiar: cuando se acuerda el ajuste, recomiendan incluir una renuncia a nuevos ajustes por los mismos hechos. En palabras simples, ambas partes confirman que este cambio queda cerrado, para que no reaparezca como una factura sorpresa.

Una lista que puedes copiar

• ¿El cambio está por escrito, con referencia al acuerdo original?
• ¿Dice qué cambió y por qué?
• ¿Indica el efecto en costo y el costo de no cambiar?
• ¿Están las nuevas fechas?
• ¿Está nombrado el aprobador, con autoridad para ese monto?
• ¿Se obtuvo por escrito la conformidad de la otra parte?
• ¿Está en el registro de cambios con un estado?
• ¿Queda claro que esto cierra el asunto y que no hay nada más pendiente por la misma causa?

La conclusión

Una orden de cambio no frena un proyecto. Hace visible, valorado y aprobado un cambio cuando todavía es pequeño. Esto es práctica general de proyectos, no asesoría legal: si los montos son altos o es probable una disputa contractual, pide a un abogado que lea tu contrato.

Si quieres esta estructura en tu propio trabajo, mira cómo abordo la gestión de proyectos.

¿Tienes un proyecto que necesita estructura? Cuéntame el alcance y te respondo con una propuesta concreta.