Cómo visualizar un proceso de negocio
Cómo visualizar un proceso de negocio: elige la vista que responde a tu pregunta (secuencia, responsabilidad, tiempos o excepciones) y constrúyela desde una sola fuente en vez de dibujar cuatro diagramas.
Visualizar un proceso de negocio consiste en elegir la vista que responde a la pregunta que se está haciendo: secuencia, responsabilidad, lógica de decisión o dónde se atasca el trabajo.
En resumen
- Pregunta a qué tiene que responder el diagrama antes de elegir el formato.
- Secuencia → diagrama de flujo. Responsabilidad → carriles. Modos de fallo → decisiones dibujadas hasta una conclusión.
- Los tiempos van en los traspasos, no en un diagrama aparte.
- Mantén una sola fuente y produce vistas a partir de ella; cuatro diagramas se convierten en cuatro verdades.
- Si un diagrama necesita una leyenda para explicar su propia leyenda, está cargando con demasiado.
Elige la vista a partir de la pregunta
«¿Podemos tener un diagrama de esto?» nunca es realmente una petición de un diagrama. Es una petición de una respuesta, y el primer movimiento útil es averiguar cuál: si la secuencia es correcta, quién responde, dónde se va el tiempo o qué pasa cuando algo falla. Cada una de esas preguntas pide una visualización distinta, y producir la equivocada es como las organizaciones acaban con una pared de diagramas que nadie consulta.
Las preguntas de secuencia piden un diagrama de flujo. Las de responsabilidad piden carriles. Las de excepciones piden que las decisiones y sus rutas desafortunadas estén dibujadas hasta una conclusión. Las de tiempos piden anotaciones en los traspasos, no un diagrama nuevo. El error es responder a las cuatro a la vez: un diagrama que carga con secuencia, responsables, sistemas, tiempos y referencias a controles es técnicamente completo y prácticamente ilegible.
La buena noticia es que son vistas de una misma cosa, no cuatro documentos. El ejemplo de abajo es un proceso de control de calidad (de la inspección al ensayo y de ahí a la liberación o el rechazo) y lleva una bifurcación de tres puntos de inspección, una investigación de fuera de especificación y un dictamen del comité de materiales con tres desenlaces. Un solo diagrama, pero puedes leerlo por secuencia, por responsabilidad o por dónde se puede quedar atascado un lote.
Un diagrama, varias lecturas
Un proceso de control de calidad. Léelo por secuencia, después por responsabilidad y después por dónde se puede atascar un lote.
Secuencia: una entrada, tres rutas de acceso
Recepción, en proceso y final desembocan en el mismo paso de muestreo según el plan. Dibujar tres rutas de entrada en un solo flujo es más honesto que tres diagramas casi idénticos, y hace evidente cuál es la parte compartida.
Responsabilidad: quién puede liberar un lote
La inspección está en calidad, los ensayos en el laboratorio, la autorización de liberación en el responsable de calidad y la entrada en stock en el almacén. Cuatro carriles en cinco pasos: esta es la lectura que responde a «quién firma».
Fallo: dónde se atasca de verdad un lote
Un resultado fuera de especificación abre una investigación, un error de laboratorio confirmado devuelve al reensayo y un fallo real abre un informe de no conformidad y pone el lote en cuarentena. Esta es la lectura que explica por qué el envío llega tarde.
Desenlaces: tres salidas de la cuarentena
El dictamen del comité de materiales se abre en reproceso, concesión o desecho, cada uno con un destino distinto. Una visualización que solo muestra apto y no apto esconde justamente la decisión que más dinero cuesta.
Cómo funciona
Escribe primero la pregunta
Una frase: ¿qué va a poder responder alguien después de mirar esto? «¿Dónde pasa el tiempo un pedido?» y «¿quién aprueba la liberación de un lote?» producen diagramas distintos, y hacerse la pregunta antes es lo que evita que produzcas los dos y no satisfagas ninguno.
Elige la vista más pequeña que la responda
Las preguntas de secuencia no necesitan carriles. Las de responsabilidad necesitan carriles pero no tiempos. Resiste la tentación de añadir una dimensión porque la herramienta la soporte: cada capa extra cuesta atención del lector que hacía falta para la respuesta.
Constrúyelo como filas para que las vistas salgan baratas
En QueryChart el diagrama es una tabla: pasos, conexiones, formas y dos columnas de carril. Añadir o quitar la dimensión de responsabilidad es editar una columna, no volver a dibujar, y eso es lo que hace que producir una segunda vista sea razonable en lugar de un proyecto.
Pon los tiempos en los traspasos
Cuando la pregunta es de duración, anota los cruces entre carriles en lugar de cada paso. El tiempo de espera entre equipos domina sobre el tiempo de trabajo en casi cualquier proceso de negocio, y poner los números donde están las colas lo hace visible de inmediato.
Muestra las excepciones o di que no lo has hecho
Si estás dibujando a propósito solo el camino feliz (para una presentación de formación, por ejemplo), etiquétalo como tal. Un diagrama de camino feliz sin etiquetar se acaba usando como si fuera el proceso, normalmente por alguien que está decidiendo una plantilla de personal.
Publica un enlace, no cinco exportaciones
Comparte el diagrama en lugar de pegar una imagen en una presentación. Las imágenes exportadas son el mecanismo por el que cuatro vistas se convierten en cuatro versiones, cada una congelada el día en que alguien la necesitó.
Errores que debes evitar
Responder a cuatro preguntas a la vez
Un diagrama que carga con secuencia, responsables, sistemas, tiempos y referencias a controles es completo e ilegible. Divide por pregunta, desde una sola fuente.
Diagramas como decoración
Una imagen de proceso en una presentación con la que nadie puede actuar es una foto de banco de imágenes con rectángulos. Si no responde a una pregunta, no hace falta que exista.
Colores con un significado que nadie explicó
Si el rojo significa algo, dilo en el propio diagrama. Los códigos de color viven en la cabeza del autor y ahí se mueren.
Exportaciones en lugar de enlaces
En cuanto un diagrama se convierte en un PNG dentro de una presentación deja de seguir la realidad, y seguirá circulando un año después.
Visualiza tu propio proceso
Abre el ejemplo de control de calidad como tu propio diagrama y después recórtalo hasta dejar la vista que responde a tu pregunta.
Guías relacionadas
Preguntas frecuentes
¿Cuál es la mejor forma de visualizar un proceso de negocio?
Empieza por la pregunta. Si la respuesta que se necesita es sobre el orden, basta un diagrama de flujo. Si es sobre responsabilidad o traspasos, usa carriles. Si es sobre modos de fallo, dibuja la ruta desafortunada de cada decisión hasta una conclusión real. Si es sobre tiempo, anota los traspasos en lugar de dibujar algo nuevo. La mejor visualización es la más pequeña que responde a la pregunta planteada, construida sobre una fuente de la que puedas sacar otras vistas después.
¿Debería usar BPMN para visualizar un proceso?
Solo si algo aguas abajo lo consume. La precisión de BPMN (eventos tipados, compuertas, flujos de mensaje) vale la pena cuando un motor de workflow o un proyecto de integración va a leer el modelo. Para un diagrama que lee gente, esa precisión es un impuesto: hay que enseñar la notación, y quien no la ha aprendido adivina. La mayoría de procesos de negocio se sirven mejor con carriles, formas simples y decisiones etiquetadas.
¿Cómo hago un diagrama de proceso que la gente use de verdad?
Que quepa en una pantalla, que responda a una sola pregunta y que esté donde ocurre el trabajo y no en una carpeta de documentación. Y después mantenlo al día: el motivo por el que los diagramas de proceso no se usan casi nunca es la comprensión, es que la gente ha aprendido que el diagrama está desactualizado. Un diagrama que se edita cuando cambia el proceso se consulta; uno que era perfecto en marzo, no.
¿Cuánto detalle debe tener la visualización de un proceso?
El suficiente para responder a la pregunta y nada más, con un nivel de detalle uniforme. De quince a veinticinco pasos caben en una pantalla y se sostienen en la cabeza del lector. Cuando de verdad hay más que contar, enlaza un subproceso en lugar de reducir la fuente: un diagrama que hay que ampliar para leerlo ya ha dejado de ser una visualización.
