En síntesis
Un mapa útil permite discutir el trabajo real, incluidas sus excepciones, antes de elegir una herramienta o escribir código.
Digitalizar un proceso sin entender cómo avanza el trabajo convierte reglas tácitas en software difícil de cambiar. Antes de elegir una plataforma, conviene registrar qué inicia el flujo, qué decisiones toma cada responsable y qué condiciones permiten cerrarlo.
Este método es una guía de descubrimiento, no una plantilla universal. Sirve para acordar alcance y encontrar excepciones; no reemplaza entrevistas con quienes ejecutan la operación ni la validación de permisos, datos y sistemas existentes.
Empieza por un flujo que tenga inicio y resultado observables
Delimita una solicitud, pedido o caso concreto. Anota qué evento lo inicia y qué resultado permite considerarlo cerrado. Si el flujo puede tomar caminos distintos, registra la decisión y quién tiene autoridad para tomarla.
Haz explícitos los estados, responsables y excepciones
- Escribe los estados por los que puede pasar cada caso y quién puede cambiarlo.
- Registra decisiones, esperas, cancelaciones, rechazos y trabajo que vuelve a una etapa anterior.
- Anota qué dato necesita cada paso, dónde se origina y qué sistema lo conserva.
- Identifica qué debe ocurrir si falta información o una persona no puede continuar.
- Valida el mapa con quienes ejecutan el flujo y con la persona responsable del resultado.
- Recibida
- Validación
- Asignada
- En ejecución
- Cerrada
Una solicitud también puede esperar información, rechazarse o volver a validación. Este ejemplo no representa a un cliente ni un sistema real de CODIN.
Separa el trabajo actual de la propuesta futura
Describe primero cómo se trabaja hoy. En otro mapa, plantea el flujo deseado. La diferencia permite discutir reglas, permisos, datos y riesgos que aún no se han acordado; evita presentar una automatización como si ya fuera el proceso real.
Cuándo hace falta una notación formal
Una lista de estados y decisiones puede bastar para comenzar. Una notación formal como BPMN 2.0.2 ayuda cuando varios equipos necesitan revisar o intercambiar modelos de procesos; no es un requisito para entender el flujo.
Preguntas frecuentes
¿Necesito BPMN para mapear un proceso?
No. Una lista de estados y decisiones puede ser suficiente al inicio. BPMN es una notación formal útil cuando varios equipos deben leer o intercambiar modelos de procesos.
¿Debo automatizar todas las etapas del proceso?
No. Primero identifica qué reglas son repetibles y qué decisiones requieren criterio humano. Una automatización parcial puede ser más segura y simple.
¿Cuándo está listo el mapa para pasar a diseño?
Cuando quienes ejecutan el flujo reconocen los estados, responsables, datos y excepciones, y el responsable de negocio acepta el alcance inicial.


