Control de versiones frente a control de cambios: cuál es la diferencia
El control de versiones rastrea qué revisión de un documento está vigente y qué cambió; el control de cambios decide si un cambio propuesto puede llegar a producirse y quién tiene que aprobarlo primero.
Cómo funciona
Separa las dos preguntas en tu propio proceso
Antes de dibujar nada, decide qué pertenece al control de cambios (solicitud, clasificación, revisión, aprobación) y qué pertenece al control de versiones (identificador, número de revisión, historial, restaurar). Nombrar el límite es el paso de diseño que más diagramas de flujo se saltan.
Clasifica antes de evaluar
Enruta cada solicitud por una decisión menor/mayor antes de que empiece la evaluación, del modo en que lo hace la fila 4. Una corrección de redacción menor y un cambio de requisito mayor no deberían recorrer la misma vía de revisión, y decidir cuál es cuál de antemano evita que todo cambio reciba el tratamiento más pesado.
Pon el paso de control de versiones donde termina de verdad la aprobación
Incrementa el número de versión, fija la fecha de vigencia y actualiza la lista de distribución solo tras la puerta de aprobación, nunca antes. Si tu diagrama actualiza la versión antes de la decisión, has descrito un proceso que versiona borradores rechazados.
Dale al control de cambios su propio revisor, no al responsable del documento
Un revisor de cambios que evalúa el impacto completo y lo registra contra documentos y formatos relacionados, por separado de quien solicitó el cambio, es lo que hace que «aprobado» signifique algo. En el ejemplo, ese paso se sitúa entre la clasificación y la decisión de aprobación, sin fundirse con ninguna de las dos.
Deja que el control de versiones se ejecute solo una vez que el control de cambios ha decidido
Publicar, notificar a los titulares de la lista de distribución y retirar la copia sustituida son mecánicos una vez aprobado un cambio: esa es la cola de control de versiones del diagrama, y es la mitad que el registro de cambios y la vista de comparar versiones de QueryChart ya te resuelven en /features/version-control.
Preguntas frecuentes
¿Es el control de versiones lo mismo que el control de cambios?
No. El control de versiones es el mecanismo que identifica y recuerda los estados sucesivos de un documento (un número de revisión, un historial de quién cambió qué, y la capacidad de comparar o restaurar uno anterior). El control de cambios es el proceso de gobierno que decide si un cambio propuesto está permitido, quién lo revisa y qué tiene que ser cierto antes de aprobarlo. Un documento puede tener un control de versiones riguroso y ningún control de cambios en absoluto: cada edición guardada, sin que nadie decida si debía haberse hecho.
¿Cuál debería construir primero?
El control de versiones, porque suele estar ya funcionando por debajo: QueryChart mantiene un registro de cambios con diferencias por campo y una vista de comparar versiones para cada diagrama automáticamente, en /features/version-control. El control de cambios es la parte que hay que diseñar deliberadamente (categorías, un revisor, una puerta de aprobación), por lo que merece la pena dibujarla como diagrama de flujo, como el de esta página.
¿En qué se diferencia esto del control de revisiones?
En la práctica, «control de revisiones» y «control de versiones» son el mismo mecanismo con nombres distintos, ambos ocupados de identificar y rastrear los estados sucesivos de un documento. El control de cambios es el que difiere de verdad: gobierna si un cambio está permitido en primer lugar, y normalmente termina en una versión nueva una vez aprobado. Ver /es/guides/control-de-revisiones-frente-a-control-de-versiones si lo que intentas resolver es específicamente la cuestión del nombre control de revisiones/control de versiones.
¿Dónde encaja el control documental frente a estos dos?
El control documental es el más amplio de los tres: el ciclo de vida completo de un documento controlado, desde la solicitud pasando por el borrador, la revisión, la aprobación, la publicación y la eventual retirada o baja. El control de cambios y el control de versiones son ambos piezas suyas: el control de cambios gobierna una única edición propuesta, el control de versiones rastrea los identificadores y el historial que produce esa edición. Para el ciclo de vida completo en lugar de solo el límite entre cambio y versión, ver /es/templates/flujo-de-control-de-cambios-de-documentos o el más amplio /es/guides/como-crear-un-proceso-de-control-de-documentos.