Control de versiones para documentación de procesos y mapas de proceso

Cómo funciona

1. Trata un cambio de disposición como una revisión

   Una rama de decisión movida, un carril reasignado o un paso reetiquetado cambia lo que hace después un lector tanto como lo hace un párrafo reescrito. Da a tus mapas de proceso el mismo disparador de revisión que a tus procedimientos: cualquier cambio que altere lo que ocurre, no solo un cambio que altere lo que está escrito.

2. Pon la versión y la fecha en el propio diagrama

   Imprime el identificador, el número de revisión y la fecha de vigencia en el diagrama, no solo en el nombre del archivo o en el registro que lo referencia. Alguien que mire el diagrama en una pantalla o en una impresión no debería tener que ir a buscar un registro aparte para saber si está vigente.

3. Mantén un único diagrama autorizado, y en todo lo demás un enlace

   Cada copia incrustada en una wiki, un deck de formación o un paquete de proveedor debería enlazar a la versión autorizada en lugar de guardar una exportación pegada de ella. Una imagen pegada deja de actualizarse en el momento en que alguien la exporta.

4. Registra quién cambió qué fila, no solo que algo cambió

   Un historial de diagrama útil nombra el campo: la etiqueta de esta caja, el destino de este conector, el orden de este carril, cambiado por esta persona en esta fecha. El registro de cambios de QueryChart registra exactamente eso automáticamente en cada diagrama, y Comparar versiones pone dos revisiones una junto a otra (ver /features/version-control).

5. Retira la copia impresa, no solo el archivo antiguo

   Un diagrama de flujo pegado en un puesto de trabajo sobrevive al archivo del que se imprimió. Recorre los puntos de uso (tablones, puestos de máquina, paquetes de acogida) igual que lo harías con un procedimiento de texto, y sustituye o retira cada uno cuando se emite una revisión.

Preguntas frecuentes

¿Es un mapa de proceso un documento controlado?

Sí, si lleva las obligaciones que lleva un documento controlado: un identificador y una revisión, un registro de aprobación, una única ubicación autorizada y un intervalo de revisión. El formato no decide la pregunta: un diagrama de flujo, una matriz RACI y un procedimiento escrito pueden ser todos documentos controlados, y un diagrama que se salta el control de versiones mientras el texto del procedimiento de al lado lo tiene no está en realidad controlado, solo parece ordenado.

¿Qué cuenta como cambio de versión en un mapa de proceso si no cambió ningún texto?

Un paso añadido o eliminado, un responsable reasignado a otro carril, una rama de decisión reetiquetada o redirigida, o el orden de dos pasos intercambiado son todos cambios de versión aunque no se reescribiera ninguna frase. La prueba es si el cambio altera lo que haría a continuación alguien que lee el diagrama: si lo hace, es una revisión, no un ajuste de formato.

¿En qué se diferencia esto del control de versiones para diagramas de flujo?

Esta página cubre la disciplina de versionado que necesita cualquier mapa de proceso, con independencia de la herramienta usada para dibujarlo. /es/guides/control-de-versiones-de-diagramas-de-flujo cubre el mismo problema desde dentro de un producto concreto: qué registra un registro de cambios campo a campo en un diagrama de flujo real, y cómo funcionan en la práctica Comparar versiones y restaurar.

¿Necesita la documentación de procesos el mismo control de versiones que un SOP de texto?

Sí: las cuatro propiedades, identificador y revisión, una única ubicación autorizada, retirada de la copia sustituida y una revisión fechada, se aplican con independencia del formato. Lo que difiere es solo el modo de fallo: un párrafo desactualizado confunde a un lector que tiene que interpretarlo, mientras que un diagrama desactualizado se sigue directamente, y por eso el paso de retirada importa todavía más para un mapa de proceso que para una página de prosa.