Ejemplo de diagrama BPMN: un proceso de gestión de pedidos, paso a paso

BPMN (Business Process Model and Notation) parece un diagrama de flujo con símbolos extra, y así es como casi todo el mundo empieza a usarlo. Pero esos símbolos extra son justamente lo importante: permiten que un diagrama diga quién hace cada paso, qué inicia el proceso, qué se ejecuta en paralelo y qué cruza una frontera organizativa, con la precisión suficiente para que una desarrolladora y un responsable de operaciones lean lo mismo.

Esta guía construye paso a paso un diagrama BPMN, el proceso de gestión de pedidos de una tienda en línea, y explica cada elemento a medida que aparece. Al final tendrás un proceso que puedes adaptar y una lista de los errores que hacen que los diagramas BPMN sean difíciles de leer.

Los elementos que necesitas

BPMN 2.0 tiene un vocabulario amplio, pero la mayoría de los diagramas de procesos usan un núcleo pequeño:

Elemento	Forma	Significado
Piscina	Marco grande	Un participante, como una empresa o un cliente
Carril	Franja dentro de una piscina	Un rol, un equipo o un sistema dentro de ese participante
Evento de inicio	Círculo de borde fino	Lo que inicia el proceso (un mensaje, un temporizador, nada en particular)
Evento de fin	Círculo de borde grueso	Una de las formas en que el proceso puede terminar
Evento intermedio	Círculo doble	Algo que ocurre o que se espera por el camino
Tarea	Rectángulo redondeado	Una unidad de trabajo; un marcador indica si es una tarea de usuario, de servicio, de envío o manual
Compuerta exclusiva	Rombo con X	Se toma exactamente un camino de salida
Compuerta paralela	Rombo con +	Se ejecutan todos los caminos de salida; una compuerta equivalente espera a que terminen todos
Flujo de secuencia	Flecha continua	Orden de los pasos dentro de una piscina
Flujo de mensajes	Flecha discontinua	Comunicación entre piscinas

El ejemplo: gestión de pedidos

El proceso, en palabras sencillas:

1. Llega un pedido del cliente.
2. El sistema de ventas comprueba las existencias.
3. Si el artículo está agotado, se avisa al cliente y se cancela el pedido.
4. Si hay existencias, se cobra el pago y, al mismo tiempo, el almacén prepara y empaqueta el pedido.
5. Cuando ambas cosas terminan, el área de envíos entrega el paquete al transportista.
6. El sistema de ventas envía por correo el enlace de seguimiento y el proceso termina.

Así queda en BPMN:

Ahora vamos a construirlo pieza a pieza.

Paso 1: piscinas y carriles

Empieza por los participantes. La tienda es una piscina con tres carriles: Sales system (sistema de ventas), Warehouse (almacén) y Shipping (envíos). El cliente es una segunda piscina, dibujada contraída como una franja vacía: nos interesa lo que envía y recibe, no cómo toma sus decisiones.

Los carriles responden a "¿quién hace esto?" sin una sola etiqueta en las tareas. Si no logras decidir a qué carril pertenece una tarea, suele haber detrás una pregunta real de responsabilidad que vale la pena plantear.

Paso 2: eventos de inicio y de fin

El proceso empieza cuando llega un mensaje de pedido, así que el evento de inicio lleva un marcador de mensaje. Hay dos formas de terminar, así que hay dos eventos de fin: Order fulfilled (pedido completado) y Order cancelled (pedido cancelado). Si nombras cada evento de fin según su resultado, los desenlaces del diagrama se ven de un vistazo.

Paso 3: tareas con verbo y objeto

Nombra cada tarea con un verbo y un objeto: Check stock (comprobar existencias), Charge payment (cobrar el pago), Pick and pack (preparar y empaquetar), Ship order (enviar el pedido), Send tracking email (enviar el correo de seguimiento). Añade el tipo de tarea cuando ayude: una tarea de servicio se ejecuta sin una persona, una tarea de usuario la necesita y una tarea de envío envía un mensaje. Ese único marcador les dice a los desarrolladores qué pasos tienen que automatizar.

Paso 4: compuertas para decisiones y trabajo en paralelo

La compuerta exclusiva que sigue a Check stock hace una pregunta, In stock? (¿hay existencias?), y sus flujos de salida llevan las respuestas, yes y no. Se toma exactamente un camino.

Después de la rama yes, una compuerta paralela divide el flujo: Charge payment y Pick and pack se ejecutan al mismo tiempo. Una segunda compuerta paralela vuelve a unir ambas ramas, de modo que el envío solo empieza cuando las dos han terminado. Las bifurcaciones y las uniones van en pares; una bifurcación paralela sin unión deja tokens recorriendo el resto del proceso, y eso casi nunca es lo que pretendías.

Paso 5: flujos de mensajes entre piscinas

Los flujos de secuencia se quedan dentro de una piscina. La comunicación entre piscinas usa flujos de mensajes, dibujados con línea discontinua: el mensaje del pedido que entra en el evento de inicio, y el aviso de falta de existencias y el correo de seguimiento que vuelven al cliente. BPMN no permite que un flujo de secuencia cruce el límite de una piscina, y esa regla te obliga a mostrar de forma explícita cada traspaso entre organizaciones.

Ampliar el proceso

Los procesos reales necesitan más. Algunas ampliaciones habituales y cómo las expresa BPMN:

• El pago falla. Agrupa Charge payment y Pick and pack en un subproceso, adjúntale un evento de borde de error y llévalo a una tarea que devuelva los artículos al inventario y avise al cliente. Un camino de error que saliera de una sola de las ramas paralelas dejaría la unión esperando para siempre.
• La preparación tarda demasiado. Adjunta a Pick and pack un evento de borde de temporizador no interruptor, por ejemplo de 24 horas, y llévalo a una tarea de escalamiento.
• El almacén es un socio externo. Conviértelo en una piscina aparte y sustituye los flujos de secuencia que llegan a él por flujos de mensajes. Así el diagrama muestra el contrato entre las dos empresas.

Añade estas ampliaciones solo cuando la conversación lo requiera. Un diagrama de procesos que intenta mostrar todas las excepciones se convierte en un muro de flechas.

Errores comunes

• Flujos de secuencia entre piscinas. Entre participantes, usa flujos de mensajes.
• Caminos paralelos fusionados sin unión. Los caminos alternativos pueden desembocar directamente en la siguiente tarea, pero los caminos paralelos deben unirse con una compuerta paralela; si no, la siguiente tarea se ejecuta una vez por rama.
• Preguntas en el elemento equivocado. Pon la pregunta en la compuerta y las respuestas en sus flujos de salida, no en las tareas.
• Nombres de tareas vagos. "Procesar pedido" esconde cinco pasos. Si una tarea necesita un párrafo, es un subproceso.
• Todo en un solo carril. Sin carriles, un diagrama BPMN es un diagrama de flujo con símbolos más vistosos.

¿BPMN o diagrama de flujo?

Usa un diagrama de flujo para lógica rápida, algoritmos y secuencias de instrucciones. Usa BPMN cuando importan la responsabilidad, las esperas, el trabajo en paralelo o la comunicación entre participantes, algo que ocurre en la mayoría de los procesos de negocio en los que interviene más de un equipo. Archboard ofrece ambos en el mismo lienzo; para el estilo más sencillo, consulta el caso de uso de diagramas de flujo y la plantilla de diagrama de flujo interfuncional.

Constrúyelo en Archboard

1. Inicia sesión con Google o GitHub y crea un diagrama.
2. Desde el pack BPMN, añade una Piscina para la tienda con tres carriles y una segunda piscina, vacía, para el cliente.
3. Añade nodos Evento de inicio y Evento de fin, nodos Tarea con su tipo de tarea y nodos Compuerta exclusiva configurados como exclusivos o paralelos.
4. Conecta los pasos dentro de la piscina y dibuja conexiones discontinuas entre las piscinas para los flujos de mensajes.
5. Etiqueta los flujos de salida de la compuerta con las respuestas y añade una Anotación de texto para todo lo que el lector necesite saber.

El ejemplo usa 14 nodos de diagrama, dentro del plan Free. Para procesos relacionados, consulta los casos de uso de diagramas de flujo de pagos y mapas de flujo de valor.

Preguntas frecuentes

¿Necesito aprender todo BPMN 2.0? No. Piscinas, carriles, eventos de inicio y de fin, tareas, compuertas exclusivas y paralelas, y flujos de mensajes cubren la mayoría de los diagramas. Añade otros símbolos cuando un caso real los necesite.

¿Se puede ejecutar un diagrama BPMN? Los motores de procesos pueden ejecutar modelos BPMN que incluyan los detalles técnicos que necesitan. Un diagrama dibujado para personas, como este, sirve primero para ponerse de acuerdo sobre el proceso.

¿Qué tamaño debe tener un diagrama? Si ya no cabe en una pantalla, mueve un grupo de tareas a un subproceso y dibújalo por separado.

¿Dónde van los sistemas y los datos? Usa un carril para un sistema que hace trabajo, como aquí el sistema de ventas, y objetos de datos o almacenes de datos para la información que las tareas leen y escriben.

¿Cómo reviso un diagrama de procesos? Recorre sobre el diagrama un caso real, como un pedido sin existencias, junto con las personas que hacen el trabajo. Cada vez que digan "en realidad, nosotros...", hay una corrección.

Empieza gratis — un puesto, sin tarjeta de crédito.