Cómo mapear un proceso de negocio
Cómo mapear un proceso de negocio de principio a fin: acuerda los límites, entrevista a quien hace el trabajo, dibuja el as-is con sus excepciones y valídalo. Con un ejemplo vivo de compra a pago.
Mapear un proceso de negocio consiste en acordar dónde empieza y dónde acaba, averiguar qué ocurre de verdad entre esos dos puntos y dejarlo por escrito como un diagrama que las personas que hacen el trabajo confirmarán.
En resumen
- Enuncia el alcance como dos eventos (un disparador y un estado final), no como un área temática.
- Entrevista a quien hace el trabajo y pregunta específicamente por las excepciones.
- Mapea primero el as-is. Un mapa to-be dibujado antes de acordar el hoy es una propuesta.
- Da a las partes externas su propio carril: esperar a un proveedor es parte de tu tiempo de ciclo.
- Valida recorriendo el mapa con cada dueño de carril y mantén después una única versión aprobada.
Lo que sale mal antes de dibujar nada
El mapeo de procesos se tuerce antes de que nadie dibuje nada. Se tuerce cuando el alcance se enuncia como un tema («mapear compras») en lugar de como dos eventos, y entonces cada entrevista saca a la luz un proceso distinto y el mapa crece hasta describir la empresa entera. Fija primero los límites: este proceso empieza cuando se crea una solicitud de compra y termina cuando se paga al proveedor. Todo lo que quede fuera de esos dos eventos es el mapa de otra persona.
El segundo fallo es la fuente. Un mapa dibujado a partir de la política escrita documenta lo que debería ocurrir; un mapa dibujado a partir del sistema documenta lo que el sistema permite. Ninguno de los dos es el proceso. El proceso te lo dan quienes lo ejecutan, y en concreto preguntarles qué hacen cuando la vía normal no funciona: el atajo no es ruido, es el proceso, y suele ser donde está el riesgo.
El ejemplo de abajo es un flujo de compra a pago repartido en cinco carriles, incluido el proveedor. Recórrelo etapa a etapa y fíjate en lo que contiene un mapa completo más allá del camino feliz: los controles que impiden comprometer dinero, el punto en el que el trabajo sale de casa y la cola de excepciones que se forma cuando la orden, la recepción de mercancía y la factura no cuadran.
Un proceso de negocio mapeado de principio a fin
Compra a pago en cinco carriles, construido en cinco etapas: primero los límites, luego los controles y después las excepciones.
Fija los límites
El mapa empieza en «Detectar la necesidad de compra» y terminará en el pago. Dos eventos, por escrito antes que cualquier otra cosa, porque la discusión sobre si la selección de proveedor pertenece a este proceso es mucho más barata ahora.
Encuentra los puntos de control
Aprobación del responsable, disponibilidad de presupuesto y después un umbral de importe que deriva al director financiero. Los puntos de control son justo lo que un mapa de procesos se hace para sacar a la luz, y la decisión del umbral revela si la delegación de autoridad coincide con la práctica.
Muestra dónde sale el trabajo de casa
La búsqueda de ofertas pasa a compras y de ahí al carril propio del proveedor. El paso de entrega se bifurca en dos brazos que corren de forma independiente (la mercancía que entra y la factura que entra), algo que es una propiedad real de este proceso e imposible de ver en una lista de comprobación lineal.
Mapea la excepción, no solo el camino feliz
El cotejo a tres bandas es donde las facturas van a morir. La rama de discrepancia vuelve a compras, se corrige y reentra en el cotejo: un mapa honesto muestra el bucle, porque es ahí donde se consume realmente el tiempo de ciclo.
Termina en el evento que prometiste
«Pago liberado al proveedor», el estado final que nombraste en la etapa uno. Un mapa que se detiene en un punto distinto de su propio límite es un mapa cuyo alcance se movió mientras se dibujaba.
Cómo funciona
Escribe el alcance como dos eventos
«Empieza cuando se crea una solicitud de compra; termina cuando se paga al proveedor.» Una frase, acordada con quien encargó el mapa, antes de cualquier entrevista. Si la gente no se pone de acuerdo sobre los límites, ese desacuerdo es el primer hallazgo y es más barato resolverlo ahora que después de tres borradores.
Identifica los carriles y a las personas que hay en ellos
Lista los roles por los que pasa el trabajo, incluidas las partes externas, y busca una persona por carril que ejecute los pasos de verdad y no que los supervise. Cuatro o cinco carriles; si necesitas ocho, el alcance es demasiado amplio y debería partirse en una entrega entre áreas.
Entrevista buscando las excepciones, no la rutina
Todo el mundo sabe describir el camino feliz y rara vez es ahí donde está el problema. Pregunta más bien: ¿qué haces cuando falta el código presupuestario, cuando quien aprueba está de vacaciones, cuando la factura llega antes que la mercancía? Esas respuestas son las ramas, y casi nunca están escritas en ningún otro sitio.
Construye el as-is como filas y deja los carriles para el final
Escribe los pasos en QueryChart como filas, conéctalos con la columna «Line to» y asigna después a cada fila un carril de responsable y una fase. Acertar la secuencia antes de preocuparte por la maquetación mantiene la discusión sobre el proceso; el diagrama se monta solo a partir de las filas.
Mide las entregas entre carriles
Para cada cruce entre carriles, anota cómo se entera el carril siguiente de que tiene trabajo y cuánto suele esperar. Escríbelo en el comentario del paso. En la mayoría de los procesos de negocio el tiempo de ciclo es tiempo de cola y no de trabajo, y las colas están exactamente en esas fronteras.
Valida, aprueba y mantén una sola versión
Recorre el mapa terminado con cada dueño de carril y cambia aquello en lo que no estén de acuerdo. Después apruébalo en QueryChart, para que exista una única versión vigente con una firma y una fecha, en lugar de un PDF que empieza a alejarse de la realidad al día siguiente del taller.
Errores que debes evitar
Alcance enunciado como un tema
«Mapear compras» no tiene límites, así que cada entrevista añade un paso por cada extremo. Dos eventos, por escrito, acordados. Todo lo demás es negociable; esto no.
Mapear desde el documento de política
La política es lo que alguien pretendía. El mapa debe registrar lo que ocurre. Donde ambos difieren, esa brecha es el resultado más útil de todo el ejercicio, así que no la cierres en silencio dibujando la política.
Dejar fuera a las partes externas
Si el proceso espera a un proveedor o a un cliente, esa parte merece un carril. Si no, el mapa da a entender que el retraso es interno y el esfuerzo de mejora se destina al sitio equivocado.
Un mapa, para siempre
Los procesos cambian. Un mapa sin dueño y sin fecha de revisión es la foto de una empresa que ya no existe. Dale un dueño, una periodicidad de revisión y control de versiones, para que la versión vigente sea identificable.
Mapea tu propio proceso de negocio
Empieza desde el ejemplo de compra a pago, o abre un diagrama en blanco y escribe tus pasos en las filas.
Guías relacionadas
Preguntas frecuentes
¿Cuál es la diferencia entre mapeo de procesos y modelado de procesos?
El mapeo de procesos produce una imagen que la gente usa: quién hace qué, en qué orden, con qué decisiones y qué entregas entre áreas. El modelado de procesos produce una representación formal y sujeta a notación (normalmente BPMN) que una herramienta puede validar o ejecutar, y que trae reglas sobre tipos de evento, compuertas y flujos de mensajes. La mayoría de las organizaciones necesitan el mapa. Recurre al modelo cuando algo aguas abajo vaya a consumirlo, como un motor de workflow o un proyecto de automatización.
¿Debo mapear el proceso actual o el mejorado?
El actual, primero y siempre. Un mapa as-is es un registro fáctico que puedes validar con quien hace el trabajo, y eso lo convierte en un acuerdo en lugar de en una opinión. Una vez que existe, un mapa to-be es una conversación corta y barata sobre cambios concretos. Saltarse el as-is significa diseñar la mejora contra un proceso supuesto, y la suposición suele ser el camino feliz.
¿Cuánto debería llevar mapear un proceso de negocio?
Para un solo proceso operativo con cuatro o cinco carriles: un par de horas de entrevistas, una tarde para el borrador y una sesión de validación. Dos o tres días de esfuerzo repartidos en el calendario. Todo lo que lleve semanas suele ser un problema de alcance y no de complejidad: no se fijaron los límites, así que el mapa siguió creciendo hacia los lados, hacia procesos vecinos.
¿Quién debería ser el dueño de un mapa de proceso de negocio?
Una sola persona con nombre que pueda cambiarlo, normalmente el dueño del proceso y no quien facilitó el mapeo. Los dueños de carril lo revisan; el dueño del proceso lo mantiene. Sin un único dueño, los mapas se degradan de forma predecible: siguen técnicamente disponibles y en silencio dejan de coincidir con la realidad, lo cual es peor que no tener ninguno, porque la gente sigue confiando en él.
