BPMN 2.0: Cómo Mapear un Proceso Paso a Paso en Panamá

Katherine González9 de octubre de 20266 min lectura
Diagrama BPMN de un proceso de aprobación en una pizarra

Casi todos los diagramas de proceso que me encuentro tienen el mismo problema: son bonitos y no sirven. Cajas conectadas por flechas, sin quién hace qué, sin qué pasa cuando algo falla y sin distinguir una decisión de una tarea.

BPMN 2.0 existe para resolver eso: es una notación estándar que hace que dos personas distintas lean el mismo diagrama de la misma manera. Su mala fama viene de que tiene más de cien elementos. La buena noticia es que con seis se cubre casi todo.

Los seis elementos que necesitas

Evento de inicio. Un círculo de línea fina. Qué dispara el proceso: llega una solicitud, vence un plazo, un cliente firma.

Tarea. Un rectángulo redondeado. Trabajo que alguien hace. Se nombra con verbo en infinitivo más objeto: «Validar documentación», no «Documentación».

Compuerta exclusiva. Un rombo con una X. Una decisión con caminos que se excluyen. Cada salida se etiqueta con la condición: «aprobado» / «rechazado». Una compuerta sin etiquetas es un diagrama a medio hacer.

Flujo de secuencia. La flecha. El orden.

Evento de fin. Un círculo de línea gruesa. Y aquí va el primer consejo que cambia diagramas: un proceso tiene más de un final. El feliz y los otros. Si tu diagrama solo termina bien, no está completo.

Carriles. Las bandas horizontales que dicen quién ejecuta cada tarea. Sin carriles el diagrama documenta pasos, no responsabilidades, y la mayoría de los problemas está justo en el traspaso entre carriles.

Con esos seis se mapea el grueso de los procesos administrativos de cualquier organización.

Cómo levantar el flujo real

Elige el alcance y decláralo. Dónde empieza y dónde termina. La discusión sobre el alcance suele durar más que el dibujo, y saltársela produce diagramas que crecen sin control.

Reúne a quien ejecuta. No a sus jefes. El jefe describe el proceso como debería ser; quien lo ejecuta lo describe como es. Son dos procesos distintos y el segundo es el que hay que mapear.

Dibuja el camino feliz primero. De inicio a fin sin excepciones. Suelen ser entre siete y quince tareas. Si te salen cuarenta, el alcance era demasiado amplio.

Añade las decisiones. Cada punto donde el flujo se bifurca. Aquí aparece la primera sorpresa: caminos que existen en la práctica y nadie había documentado.

Añade los finales alternativos. Qué pasa cuando se rechaza, cuando falta un documento, cuando el cliente no responde. Este paso es el que convierte un dibujo en una herramienta.

Marca esperas y traspasos. Dónde algo se queda parado esperando a otro. Los cuellos de botella viven ahí, casi nunca dentro de una tarea.

Valida con otra persona del equipo. Si alguien que no estuvo en la sesión puede seguir el diagrama y reconocer su trabajo, está bien hecho.

Una advertencia sobre las herramientas

La tentación es abrir un software de modelado desde el minuto uno. No lo hagas en la primera sesión.

Una pizarra y notas adhesivas permiten mover una tarea de carril sin pensárselo dos veces, y en el levantamiento inicial eso pasa constantemente. Cuando alguien está peleando con el software delante de seis personas, la sesión pierde el ritmo y el equipo se desconecta.

Pasa el diagrama a herramienta después, cuando el flujo ya esté validado. Cualquier editor que soporte BPMN 2.0 sirve; lo que importa es que exporte a un formato que puedas versionar y que el resto de la organización pueda abrir sin licencia.

Cuánto detalle es suficiente

La pregunta más frecuente, y la respuesta depende de para qué mapeas.

Para entender y mejorar, el nivel de tarea basta: «Validar documentación» sin desglosar los siete campos que se revisan.

Para capacitar a alguien nuevo, hace falta bajar un nivel, pero eso va en un procedimiento escrito, no en el diagrama.

Para automatizar, el detalle sí es exhaustivo, incluyendo sistemas y datos de entrada y salida de cada tarea.

Un diagrama con cincuenta cajas no es más riguroso: es ilegible. Si no cabe en una pantalla, conviene partirlo en subprocesos.

Checklist de calidad del diagrama

  1. El alcance está escrito: dónde empieza y dónde termina.
  2. Hay carriles y cada tarea está en el de quien realmente la ejecuta.
  3. Las tareas se nombran con verbo en infinitivo más objeto.
  4. Cada compuerta tiene sus salidas etiquetadas con la condición.
  5. Existen finales alternativos, no solo el camino feliz.
  6. Están marcados los puntos de espera y los traspasos entre carriles.
  7. El diagrama cabe en una pantalla; si no, hay subprocesos.
  8. Alguien que no participó en la sesión lo entendió sin explicación.

Si fallas en el 2 o en el 5, el diagrama todavía no sirve para mejorar nada.

Por qué importa en un entorno regulado

En banca esto deja de ser una buena práctica y pasa a ser evidencia.

El Acuerdo 011-2018 de la Superintendencia de Bancos exige identificar, medir, mitigar, monitorear y controlar el riesgo operativo. Identificar riesgo operativo sin tener el proceso mapeado es adivinar: los riesgos aparecen en los traspasos, en las esperas y en los caminos alternativos, que es exactamente lo que un diagrama BPMN bien hecho hace visible.

En los bancos donde he trabajado, el mapeo de procesos terminó sirviendo para dos cosas a la vez: mejorar la operación y sostener la matriz de riesgos ante el supervisor. Un solo esfuerzo, dos destinatarios.

Vale la pena también tener claro el marco de normalización: la DGNTI, del Ministerio de Comercio e Industrias, es «el ente nacional de normalización, que actúa en la elaboración, adopción o adaptación de normas en el ámbito de la industria, comercio y servicio». BPMN no es una norma panameña, es un estándar internacional de notación, pero conviene no confundir los dos planos cuando se documenta un sistema de gestión.

Errores comunes

Mapear el proceso ideal. Se dibuja cómo debería ser y se descubre en la implementación que nadie trabaja así.

Diagramas sin carriles. Documentan pasos y ocultan responsabilidades, que es donde está el problema.

Compuertas sin etiquetar. Un rombo con dos flechas sin condición no dice nada.

Un solo final. El proceso real tiene rechazos, devoluciones y abandonos. Si no están, no se pueden mejorar.

Detalle desmedido. Cincuenta cajas para un proceso de aprobación garantizan que nadie lo lea.

Mapear y archivar. El diagrama que no se usa para decidir algo se desactualiza en semanas.

Por dónde empezar

Elige un proceso que duela, reúne a tres personas que lo ejecuten y dedica dos horas. Con los seis elementos de arriba y una pizarra tendrás más de lo que la mayoría de las organizaciones tiene documentado.

Puedes ver cómo trabajamos el rediseño en diseño de procesos y el área completa en optimización de procesos. Si quieres el marco metodológico que envuelve al mapeo, está en nuestra guía sobre qué es BPM.

¿Quieres que revisemos un proceso contigo? Agenda un diagnóstico gratuito de 15 minutos.

Katherine González

CEO, Grupo Alternative

Katherine González

PMP® | ISO 9001 Lead Auditor | MBA

Llevo 15 años ayudando a empresas en LATAM a optimizar procesos. He visto cómo BPM transforma empresas desde adentro—reduciendo costos, acelerando crecimiento y mejorando la calidad de vida de los equipos.

Comparte este artículo