Revisiones y cambios
Versión, revisión, liberación, línea base: cuatro palabras, un objeto
Ninguna autoridad resuelve estas palabras, así que dos personas pueden coincidir sin decir nada. Cómo se usa cada una, dónde chocan y cómo dejar de ser ambiguo.
—¿En qué versión vas?
—En la versión 2.
Dos personas acaban de ponerse de acuerdo en algo, y hay bastantes probabilidades de que no se hayan puesto de acuerdo en nada. Una quería decir la segunda iteración del diseño. La otra, el segundo lote fabricado. Una tercera persona en la sala habría entendido la segunda configuración liberada, que no es ninguna de las dos.
El vocabulario del hardware tiene cuatro palabras girando alrededor del mismo objeto —versión, revisión, liberación, línea base— y ninguna autoridad que las resuelva. Lo que viene no es un dictamen sobre qué definiciones son correctas. Es una descripción de cómo se usa cada palabra habitualmente, dónde chocan, y cómo hacer que tu uso sea inequívoco, que es el único resultado disponible.
Las cuatro palabras tal como se usan
Versión es la más laxa. Suele significar «un estado identificable de una cosa», con el grano que tenga en la cabeza quien habla. Por laxa, es la palabra que más se malinterpreta, y la que conviene evitar cuando hace falta precisión.
Revisión suele significar un estado concreto e identificado de un entregable concreto: este esquema, esta tarjeta, este documento. Las revisiones suelen ser secuenciales y de grano fino. Rev A, Rev B, Rev C.
Liberación suele referirse a un acto más que a un estado: el momento en que un conjunto de cosas se declara apto para un fin y se entrega. Liberas la Rev C a fabricación. La liberación es lo que ocurrió; la Rev C es lo que se liberó.
Línea base suele significar un conjunto: un grupo de elementos, cada uno en una revisión declarada, congelados juntos como una configuración conocida. «La línea base 2.1 es PCB Rev C, BOM Rev 4, firmware 1.2.7, caja Rev B.»
Son tendencias, no reglas. En un proveedor regulado pueden estar definidas formalmente; en un equipo de cuatro personas pueden flotar. Las dos cosas funcionan. Lo que no funciona es que dos personas en la misma sala usen la misma palabra para cosas distintas.
Dónde chocan
| Frase | Una lectura | Otra lectura |
|---|---|---|
| «la última versión» | el fichero más nuevo del disco | la última configuración liberada |
| «v2» | segunda iteración de diseño | segunda generación de producto |
| «revisión 3» | tercera revisión de la tarjeta | tercera revisión de la BOM |
| «liberado» | enviado al fabricante | aprobado formalmente |
| «el actual» | lo que estamos diseñando | lo que estamos entregando |
| «la tarjeta nueva» | la que tengo en la mesa | la que está en producción |
Cada línea de esa tabla le ha costado una fabricación a alguien. «La última versión» es la peor, porque el fichero más nuevo muy a menudo no es el liberado, y cada interlocutor da por obvia su propia lectura.
De dónde vienen las palabras
Parte de la confusión es que el vocabulario llega desde varios sitios a la vez, y cada fuente trae sus costumbres.
Las herramientas ECAD versionan ficheros. Su unidad natural es un documento, y su numeración pertenece muchas veces a la herramienta y no a tu producto.
Los ERP y los sistemas de compras versionan códigos de artículo. Su unidad natural es algo que se compra, y suelen resistirse a la idea de que un artículo tenga estructura interna.
La práctica del software trae el versionado semántico —mayor.menor.parche—, que codifica compatibilidad. Al firmware se traslada bien y al hardware mal, porque «compatible hacia atrás» es una afirmación mucho más resbaladiza sobre un objeto físico.
Las normas de calidad traen el lenguaje de gestión de configuración, donde línea base y control de cambios están definidos con precisión, y donde la palabra «versión» casi no aparece.
Ninguna está equivocada. Son simplemente cuatro vocabularios encontrándose en un proyecto, que es la razón de que las palabras resbalen.
Decide, escríbelo y deja de discutir
El movimiento útil no es encontrar las definiciones correctas. Es escribir las tuyas, en un párrafo corto, donde la gente las vea.
Algo así:
Revisión se aplica a un único elemento: una tarjeta, una BOM, un documento. Letras para tarjetas, números para BOM. Liberación es el acto de aprobar un conjunto de elementos para un fin; una liberación produce una línea base, que nombra cada elemento y su revisión. No usamos la palabra versión en documentos de ingeniería.
Esa última frase es la que más trabajo hace. Jubilar tu palabra más vaga no cuesta nada y elimina de golpe casi toda la ambigüedad.
Un esquema de nombres que aguanta
Elijas las palabras que elijas, los identificadores deberían poder descodificarlos alguien que no estuvo allí:
Juegos de símbolos distintos por nivel ayudan. Letras para la placa desnuda, dígitos para el conjunto, y los dos escritos juntos: Rev C-2. Evita las fechas puras como identificador. 2025-03-14 dice cuándo, no qué, y dos cosas se pueden liberar el mismo día. No reutilices nunca un identificador retirado. Si la Rev B se desechó antes de fabricarse, salta a la C. Una letra reutilizada acabará creyéndose. Evita los códigos internos en lo que salga de la empresa, salvo que también estén escritos donde un desconocido pueda consultarlos.
La prueba es sencilla: dale tu identificador a alguien de fuera del equipo y pregúntale qué le dice. Si la respuesta es «nada, tendría que preguntar», el esquema sólo funciona porque quienes tienen la clave siguen en plantilla.
Una frase que conviene añadir en todas partes
En cada documento y en cada paquete, escribe la cosa entera:
Este documento se aplica a PCB Rev C, tarjeta Rev 2, liberada el 14 de marzo de 2025.
Largo, nada vistoso, y termina con una categoría entera de conversaciones. Las palabras que elegiste dejan de importar en cuanto el identificador lleva encima su propia interpretación.
La terminología es la mitad. La otra mitad es tener un sitio donde la revisión acordada de cada elemento viva de verdad, para que «Rev C» se resuelva a los mismos datos para todo el que lo consulte.
En XKEMA cada tarjeta y cada BOM llevan su propio histórico de versiones, y cada versión registra quién la creó y cuándo.
Control de revisiones hardware Control de revisiones hardware: guía práctica * Revisión de PCB y revisión de tarjeta