Cómo documentar un proceso de negocio
Cómo documentar un proceso para que siga siendo cierto: un responsable por paso, reglas de decisión escritas, control de versiones y aprobación, y una fecha de revisión. Con un ejemplo real.
Cómo funciona
Decide para qué sirve el documento
Formar a alguien nuevo, satisfacer a un auditor y zanjar discusiones entre equipos exigen niveles de detalle distintos. Escribe cuál de los tres estás haciendo, porque determina cuánto entra dentro. Intentar servir a los tres a la vez produce un documento demasiado largo para formar y demasiado vago para auditar.
Captura el flujo antes que la prosa
Construye el proceso primero como diagrama: pasos como filas, conexiones por número de fila y un carril de responsable por paso. El diagrama saca los huecos a la luz: un paso sin dueño, una rama sin etiqueta y una excepción que falta se ven en un diagrama y se esconden fácilmente en un párrafo.
Da a cada paso un responsable y a cada decisión una regla
Pon el rol responsable en el carril del paso y la regla de decisión en su comentario: el umbral, los criterios y quién puede conceder una excepción. Sustituye «cuando proceda» y «en un plazo razonable» por números siempre que puedas, y donde de verdad no puedas, nombra a quien decide.
Di dónde aterriza la evidencia
Para cada paso que produce un registro —una aprobación, un contrato firmado, una entrada en un registro— escribe qué sistema lo guarda y con qué nombre. Esa es la diferencia entre una documentación que aguanta el recorrido de una auditoría y otra que genera una petición de información adicional.
Consigue que se apruebe, no solo que se publique
Pasa el diagrama terminado por el flujo de aprobación de QueryChart para que la versión vigente lleve revisor, firma y fecha. Eso es lo que lo convierte en un documento controlado y no en un archivo: una versión aprobada, un historial de cambios inalterable y ninguna ambigüedad sobre qué copia debe leer la gente.
Fija una fecha de revisión y un disparador
Elige una periodicidad —anual es lo habitual, semestral para lo que cambia a menudo— y añade la regla de que el proceso se revisa tras cualquier incidencia, hallazgo de auditoría o cambio de sistema que le afecte. La documentación se degrada en silencio, y una fecha en la página es la defensa más barata contra eso.
Preguntas frecuentes
¿Qué diferencia hay entre un documento de proceso y un POE o SOP?
Un documento de proceso describe cómo fluye el trabajo, normalmente entre varios roles: secuencia, decisiones y traspasos. Un procedimiento operativo estándar es una instrucción para ejecutar un trabajo concreto, escrita para quien lo hace, y suele incluir detalle que un mapa de procesos no llevaría: capturas de pantalla, valores exactos de campos, notas de seguridad. En la práctica se complementan: el mapa muestra cómo se conectan los procedimientos, y cada procedimiento desarrolla uno de sus pasos.
¿Cuánto detalle necesita la documentación para una auditoría?
El suficiente para que un auditor tome un caso real, siga tu documento y encuentre la evidencia donde el documento dice que estará. Eso significa responsables con nombre, criterios de decisión declarados y una ubicación para cada registro. Lo que persigue un auditor no es la extensión sino la coherencia: un proceso documentado, evidencia de que se siguió y un registro de aprobación que demuestre que la versión documentada es la vigente.
¿Quién debe escribir la documentación del proceso?
Alguien que no haga ese trabajo, partiendo de entrevistas con quienes sí lo hacen. Los profesionales se saltan los pasos que ya tienen automatizados en la cabeza, que son justo los que necesita alguien nuevo. Redacta como alguien de fuera y después deja que los profesionales lo corrijan: las correcciones son rápidas, y lo que aportan es el conocimiento tácito que nunca llega a un primer borrador.
¿Con qué frecuencia debe revisarse la documentación de procesos?
Con una periodicidad fija y ante disparadores concretos. Lo habitual es anual, y semestral para procesos que cambian mucho. Los disparadores importan más: revisa tras una incidencia, un hallazgo de auditoría, una migración de sistema o una reorganización que cambie al responsable de un carril. La mayor parte de la degradación llega por cambios no revisados, no por el paso del tiempo.