Documentación de procesos: qué es y cómo hacerla paso a paso
Autor: Kevin Baur BSc
Publicado el
Contenido
Mientras las mismas personas hacen el mismo trabajo, nadie nota que el proceso no está escrito en ninguna parte. Se nota cuando alguien enferma, renuncia o una persona nueva pregunta cómo se hace algo. Esta guía explica qué debe incluir la documentación de procesos, en qué se diferencia de otros documentos y cómo elaborarla en siete pasos. También encontrará un ejemplo completo y una plantilla para copiar.
¿Qué es la documentación de procesos?
Documentar un proceso significa describir por escrito cómo se lleva a cabo una actividad de la empresa, paso a paso, con sus responsables y recursos. Como explica Mailchimp, conviene actualizarla cuando cambian los procesos, los cargos o las responsabilidades. Un documento que nadie revisa acaba siendo engañoso, y eso es peor que no tener ninguno.
Suele cumplir tres funciones: que el trabajo se haga siempre de la misma manera, que las personas nuevas aprendan con menos ayuda y que el equipo tenga algo concreto que mejorar en lugar de discutir de memoria.
Documentación de procesos, manual de procedimientos y mapa de procesos
Estos tres documentos se confunden a menudo. Responden a preguntas distintas y funcionan mejor juntos:
| Documento | Pregunta | Alcance | Formato |
|---|---|---|---|
| Documentación de procesos | ¿Qué ocurre, quién lo hace y en qué orden? | Todo el proceso, a menudo entre varios roles | Texto o tabla, normalmente con diagrama |
| Procedimiento | ¿Cómo realizo exactamente esta tarea? | Una actividad, a menudo un solo rol | Pasos numerados |
| Mapa de procesos | ¿Cómo se ve el flujo de un vistazo? | Un proceso completo o una parte | Símbolos y flechas |
Mailchimp considera el mapa de procesos una parte de la documentación, no un sustituto: el mapeo de procesos muestra el flujo y el documento escrito profundiza en cada paso. Las empresas trazan estos límites de distintas formas. Una regla práctica: la documentación da la visión general y remite a los procedimientos para el detalle. Para estos, consulte la guía del manual de procedimientos.
Qué debe incluir: plantilla de documentación de procesos
Estos campos sirven para la mayoría de los procesos en pequeñas y medianas empresas. Copie la tabla en su editor o wiki:
| Campo | Pregunta que responde |
|---|---|
| Nombre y objetivo | ¿Cómo se llama el proceso y para qué existe? |
| Responsable del proceso | ¿Qué rol lo mantiene actualizado? |
| Inicio y fin | ¿Qué lo pone en marcha y cómo se sabe que ha terminado? |
| Entradas | ¿Qué debe estar disponible antes de empezar? |
| Resultado | ¿Qué se obtiene y quién lo recibe? |
| Pasos y roles | ¿Qué ocurre, en qué orden y qué rol lo hace? |
| Decisiones y excepciones | ¿Dónde se divide el camino y qué hacer si algo falla? |
| Herramientas y archivo | ¿Qué sistemas, formularios y carpetas se necesitan? |
| Plazos | ¿Qué debe estar listo y para cuándo? |
| Versión y fecha de revisión | ¿Qué versión es válida y cuándo se revisa? |
No incluya contraseñas. Indique dónde y con quién se solicita el acceso.
Cómo documentar un proceso en 7 pasos
- Elija un proceso. Empiece por uno solo, no por toda la empresa. Los más urgentes son los que solo domina una persona y los poco frecuentes que salen caros si fallan.
- Defina los límites. Escriba primero dónde empieza y dónde termina. Así la revisión de facturas no se convierte en toda la contabilidad.
- Hable con quienes hacen el trabajo. Pídales que le muestren un caso real. Documente lo que ocurre de verdad, no lo que debería ocurrir.
- Anote los pasos. Cada paso empieza con un verbo y nombra un rol, no a una persona: "Contabilidad registra la factura", no "Ana se encarga". Así el texto sigue siendo válido cuando alguien se va.
- Pregunte por las excepciones. "¿Qué pasa cuando esto no funciona?" es la pregunta que saca a la luz lo que solo está en la cabeza de la gente. Más información en la guía sobre el conocimiento implícito.
- Añada un diagrama. En cuanto hay decisiones o varios roles, un esquema sencillo se entiende antes que un texto.
- Pruebe y mantenga. Entregue el borrador a alguien que no conozca el proceso y observe. Donde pregunte, falta algo. Después, decida quién lo revisa y cuándo, y guárdelo donde el equipo lo encuentre.
Ejemplo: tramitar una factura de proveedor
Este ejemplo es deliberadamente sencillo e inventado. Adapte los roles y los plazos a su empresa.
| Objetivo | Pagar las facturas de proveedores correctamente y a tiempo |
|---|---|
| Responsable | Dirección de contabilidad |
| Inicio | La factura llega al buzón de facturas |
| Fin | La factura está pagada y el comprobante archivado |
| Entradas | Factura, pedido o contrato |
| Pasos | 1. Contabilidad registra la factura. 2. El departamento revisa que el servicio y el importe sean correctos. 3. Si hay errores, el departamento los aclara con el proveedor y vuelve a revisar. 4. Contabilidad ordena el pago. 5. Contabilidad archiva el comprobante. |
| Excepción | La revisión tardará más que el plazo de pago: el departamento avisa a contabilidad, que pide una prórroga al proveedor |
| Revisión | Una vez al año y cada vez que cambie el sistema contable |
Qué formato elegir
- Texto o tabla: suficiente para procesos lineales sin decisiones.
- Diagrama de flujo: útil en cuanto las decisiones dividen el camino.
- Diagrama de carriles: muestra además quién hace qué y deja a la vista los traspasos entre roles, donde el trabajo suele atascarse.
- SIPOC: un resumen de proveedores, entradas, proceso, salidas y clientes. Sirve como primer esbozo.
- Matriz RACI: aclara en cada paso quién ejecuta, quién responde, a quién se consulta y a quién se informa.
- BPMN: una notación estándar del Object Management Group. Conviene cuando los procesos se van a automatizar o varios equipos necesitan un mismo lenguaje; para un primer documento suele ser excesiva.
Errores frecuentes
- Describir el ideal. Registre primero lo que realmente ocurre. Podrá mejorarlo después, desde una base honesta.
- Escribir desde el despacho. Sin quienes hacen el trabajo se pierden los atajos y las excepciones que importan.
- Usar nombres en lugar de roles. El documento queda obsoleto con el primer cambio de personal.
- Demasiado detalle. Las instrucciones clic a clic van en el procedimiento, enlazado desde el documento.
- Sin responsable. Sin responsable ni fecha de revisión, el documento envejece sin que nadie lo note. La guía de gestión del conocimiento explica cómo encaja esto en un enfoque más amplio.
Una buena documentación también ayuda a quien llega: es una base sólida para el plan de 30, 60 y 90 días de la persona que asume el puesto.
Preguntas frecuentes
- ¿Qué es la documentación de procesos?
- Es un documento interno que describe cómo se realiza un trabajo recurrente: qué lo inicia, sus pasos, roles, entradas, resultados y excepciones. Su objetivo es que el trabajo se haga de forma coherente sin depender de la memoria de una sola persona.
- ¿En qué se diferencia de un manual de procedimientos?
- La documentación de un proceso muestra el flujo completo, con su orden y sus roles, a menudo entre varios equipos. Un manual de procedimientos reúne las instrucciones detalladas de varias actividades. El uso de estos términos varía según la empresa.
- ¿Qué diferencia hay entre documentar y mapear procesos?
- El mapeo de procesos representa el flujo de forma visual con símbolos y flechas. La documentación es sobre todo escrita y añade roles, excepciones, herramientas y plazos. El mapa suele formar parte de la documentación.
- ¿Quién debe documentar los procesos?
- Lo ideal es que lo haga quien realiza el trabajo o alguien que le entreviste. El responsable del proceso revisa el resultado y lo mantiene al día. Los documentos escritos sin esas personas suelen omitir las excepciones.
- ¿Hace falta un software para documentar procesos?
- No. Para empezar bastan un editor de texto y un diagrama sencillo. Un programa específico tiene sentido cuando hay muchos documentos que aprobar y mantener, o procesos que automatizar. Lo más importante es que el equipo encuentre el documento.