Cómo crear un mapa de procesos
Cómo crear un mapa de procesos: define los límites, nombra los roles, dibuja pasos y decisiones en carriles y anota el sistema y la evidencia de cada paso. Con un ejemplo real y editable.
Cómo funciona
Escribe el alcance como dos eventos
«Empieza cuando se detecta actividad sospechosa; termina cuando se registran las lecciones y se cierra el incidente.» Acordad esa frase antes que ninguna otra cosa. Casi todos los mapas de procesos que se desbordan nunca tuvieron alcance, y cada entrevista los fue alargando en silencio por un extremo o por el otro.
Pon nombre a los carriles
Lista los roles que ejecutan pasos, agrúpalos hasta dejar cuatro o seis e incluye a las partes externas cuando el proceso se queda esperando a que actúen. Roles, no personas ni departamentos: un mapa que nombra a individuos queda obsoleto en la siguiente reorganización.
Dibuja los pasos con un nivel de detalle uniforme
Usa la misma prueba de principio a fin: un paso es algo que podrías entregar a otra persona sin una explicación acompañante. La coherencia importa más que el nivel que elijas; un mapa con pasos de tres palabras junto a pasos de un párrafo es ilegible por muy exacto que sea.
Añade las decisiones y sus salidas
Cada bifurcación lleva una pregunta y rutas etiquetadas. Después comprueba que las salidas cubren todos los casos: la rama que nadie dibujó suele ser precisamente la que la gente toma cuando algo sale mal.
Anota sistema, responsable y evidencia por paso
Usa el comentario del paso para el sistema en el que sucede y el registro que produce. Eso es lo que hace que el mapa responda a la pregunta de un auditor sin necesidad de una segunda pregunta, y lo que abarata el alcance de un proyecto de automatización más adelante.
Valida carril por carril y después apruébalo
Recorre el mapa con cada responsable de carril por separado, corrige aquello en lo que no esté de acuerdo y después pásalo por aprobación para que exista una única versión vigente con fecha y con un nombre detrás. Un mapa sin aprobar es la versión de una sola persona sobre lo que ocurre.
Preguntas frecuentes
¿Qué diferencia hay entre un mapa de procesos y un diagrama de flujo?
Un diagrama de flujo muestra secuencia y lógica. Un mapa de procesos conserva eso y añade contexto: quién responde de cada paso, en qué sistema sucede, qué registro produce y, a menudo, cuánto tarda. La señal práctica son los carriles: en cuanto el flujo se divide por responsable, es un mapa, y esa es la versión que merece la pena para cualquier cosa que cruce la frontera de un equipo. Para un procedimiento que se queda dentro de un solo equipo, un diagrama de flujo suele bastar.
¿Qué debe incluir un mapa de procesos?
Un disparador y un estado final declarados, los pasos en orden, las decisiones con salidas etiquetadas y criterios escritos, un carril por rol responsable y, para cada paso, el sistema en el que sucede y el registro que deja. Todo lo demás —tiempos, volúmenes, referencias a controles— merece añadirse cuando alguien le va a dar uso, y merece omitirse cuando nadie lo necesita.
¿Cuánto detalle debe tener un mapa de procesos?
Un detalle uniforme gana a un detalle fino. Aplica la misma prueba a cada paso: ¿podría entregarse a otra persona sin más explicación? Para la mayoría de procesos operativos eso deja entre quince y treinta pasos. Si un paso necesita un párrafo para explicarse, es un subproceso y merece su propio mapa con un enlace desde el mapa principal.
¿Quién debe participar en la creación de un mapa de procesos?
Una persona que redacte el borrador y un profesional por carril que lo corrija. Redacta a partir de entrevistas y no de la política, y valida con cada responsable de carril por separado antes de cualquier sesión conjunta: la gente corrige su propio carril con franqueza cara a cara y lo defiende en una sala llena. Después el dueño del proceso aprueba el resultado, y eso es lo que lo convierte en una referencia en lugar de una opinión.