Los documentos no se terminan

Todos hemos guardado alguna vez un archivo con un nombre parecido a proyecto_final_definitivo_v3_ahorasi.pdf.

Y todos sabemos también lo que suele pasar después: una corrección, un comentario que nadie había hecho, una medida que no encaja, una normativa que obliga a revisar algo, un cliente que cambia de opinión cuando todo parecía cerrado…

Entonces nace una nueva versión, normalmente con un nombre todavía más optimista que el anterior.

Nos gusta pensar que los la información que generamos avanza en línea recta. Que los documentos empiezan incompletos, pasan por distintas revisiones y, en algún momento, alcanzan un estado definitivo. Una especie de punto final administrativo a partir del cual ya no deberían cambiar.

La realidad es mucho menos ordenada. Los documentos no siempre se terminan, se entregan. Muchas veces se abandonan temporalmente porque llega una fecha de entrega, comienza una obra, se emite una certificación o, sencillamente, ya no queda tiempo para seguir revisándolos.

Llamamos última versión a la versión más reciente que conocemos, pero eso no significa necesariamente que sea la correcta, la aprobada o la que se está utilizando. La expresión parece describir una propiedad del archivo, cuando en realidad describe una relación entre un documento, un momento y una persona.

Para quien acaba de enviarlo, la última versión es la que tiene abierta en su ordenador. Para quien está en obra, puede ser la que imprimió hace tres días. Para el cliente, la que recibió por correo. Para la administración, la que quedó registrada. Y para quien se incorporó ayer al proyecto, probablemente sea la primera que ha conseguido encontrar.

El problema no es que existan varias versiones. Eso es inevitable. Un proyecto cambia porque se piensa, se revisa, se coordina y se adapta. Pretender que no cambie sería lo mismo que asumir que todo estaba resuelto desde el primer día. ¿Qué pasa cuando esas versiones existen, pero nadie sabe con claridad qué significa cada una, qué corrige, qué sustituye o cuándo debe utilizarse?

Una versión corrige un error, pero introduce otro. Otra cambia de nombre, aunque nadie registra el motivo. Una modificación se envía por correo, otra se comenta por teléfono y una tercera queda anotada en un mensaje de WhatsApp. Poco a poco, el documento deja de ser una referencia suficiente. Indica una cosa, pero todos saben que hay que hacer otra: la última versión deja de ser un archivo y se convierte en una investigación.

Y no depende del tamaño del equipo. No depende del tamaño del proyecto. No hace falta una gran organización, un proyecto internacional ni una plataforma especialmente compleja. Basta con tres personas trabajando sobre el mismo expediente, un cliente que responde por distintos canales, una obra que avanza y esa carpeta compartida que has visto crecer durante meses.

Al principio todo parece controlado.

Hay un plano. Después aparece el plano corregido. Luego el plano corregido con las observaciones del cliente. Más tarde, el plano enviado al ayuntamiento. Después, una copia adaptada para la constructora. Finalmente, una versión que incorpora lo acordado en una visita de obra, aunque ese acuerdo sólo figure en unas notas tomadas a mano. Cada archivo tiene una lógica propia. El conjunto, no siempre.

En muchos casos, la gestión de versiones no consiste realmente en saber cuál es la versión vigente, sino en confiar en que alguien lo recuerde. Normalmente esa persona existe. Es quien sabe que el plano de la carpeta “Entrega” no es el bueno porque después se cambió una puerta. Quien recuerda que el PDF enviado al cliente tiene un detalle desactualizado, aunque las mediciones sí son correctas. Quien sabe que el archivo llamado “definitivo” dejó de ser definitivo hace dos semanas.

Otra vez el factor autobús.

Pero a veces esa persona no está, a veces no recuerda o cuando el proyecto vuelve a abrirse seis meses después ni siquiera está en la empresa.

Entonces comienza la arqueología digital. Se comparan fechas de modificación, se revisan correos, se abren PDFs uno al lado del otro y se intenta reconstruir una secuencia que en su momento parecía evidente, pero que nadie dejó explícita.

Lo curioso es que nadie cuestiona ese tiempo de investigación. Se asume como parte del trabajo. Igual que se asume que buscar un plano durante veinte minutos es inevitable o que alguien tenga que llamar al compañero «que lleva ese proyecto». Son pequeños costes cotidianos que rara vez aparecen en una factura, pero que terminan definiendo cómo trabaja una organización, también un despacho, por pequeño que sea.

Y se vuelve a pagar por una decisión que ya había tomado. No porque tenga que decidir de nuevo, sino porque necesita descubrir qué decidió.

Siempre hay una tecnología que promete resolver el problema. Puede ser mediante controles de versiones, puede ser mediante entornos comunes de datos. Toma distintos nombres: historiales de cambios, estados de aprobación, flujos de revisión… Todo ayuda, pero ninguna herramienta puede aclarar por sí sola qué significa una versión si la organización no ha decidido antes cómo distinguir un borrador de una entrega, una revisión interna de una aprobación o una propuesta de una instrucción.

Guardar un cambio no equivale a comprenderlo.

Tener un historial no significa saber qué ocurrió.

Disponer de la última versión no garantiza que todos estén trabajando con ella.

Tal vez la pregunta ¿cuál es la última versión? casi nunca debería responderse con un archivo. Para responder correctamente, tal vez debería incluir también una fecha, un estado, una finalidad y una explicación mínima de qué ha cambiado.

Una versión no es importante por ser la más reciente, sino por ser la que corresponde utilizar en una situación concreta.

No es sólo que los proyectos cambian demasiado, es también que seguimos tratando cada cambio como una excepción, cuando en realidad cambiar es una de las pocas constantes de cualquier proyecto.

Seguimos nombrando archivos como si algún día fueran a dejar de evolucionar. Final. Definitivo. Entrega. Cerrado. Y después añadimos un número detrás para admitir, discretamente, que no lo eran.

Me pregunto cuántas decisiones de tu entorno dependen hoy de que alguien recuerde por qué el archivo llamado «última versión» dejó de serlo.