Por qué casi todos los mapas de procesos son inútiles
Un mapa dibujado a partir de entrevistas describe el proceso tal como se diseñó. El dinero está en la diferencia con cómo se hace el trabajo de verdad.
El mapa que la empresa ya tiene
Casi toda operación tiene un diagrama de proceso en alguna parte. Cajas, flechas, un carril por departamento, dibujado en algún momento por alguien que entrevistó a todos.
Suele ser correcto y casi siempre es inútil, por una razón: describe el proceso tal como se diseñó. El trabajo se hace de otra manera, y la diferencia es el asunto entero.
Dos cosas hacen que un mapa merezca la pena
La primera es un número en cada traspaso. Rendimiento, tasa de error, tiempo de ciclo.
Sin ellos un diagrama dice que los pasos existen y nada sobre cuál cuesta algo, así que toda decisión sobre qué arreglar se toma por impresión. Con ellos, los pasos se ordenan solos entre molestos y caros, y esos dos grupos se solapan mucho menos de lo que nadie espera.
La segunda es la ruta real, con los apaños. Si tres personas dependen de una hoja compartida que no aparece en el proceso oficial, esa hoja pertenece al mapa. Es estructural, y normalmente es ahí donde se esconden las contradicciones que rompen la automatización.
De dónde salen los números
Entrevistas más datos de sistema, y cada cosa responde una pregunta distinta.
Las personas son precisas sobre sus propios pasos y poco fiables sobre espera, frecuencia y excepciones. Quien describe su parte da buena cuenta de lo que hace y mala de cuánto se queda el trabajo antes de llegarle, porque nadie vive una cola en la que no está.
Por eso acompañamos el trabajo real entre cuatro y ocho horas por cada proceso objetivo e ingerimos noventa días de datos operativos de los sistemas que ya los guardan. Los datos corrigen las distorsiones: muestran la distribución en vez de la impresión, cubren las noches y fines de semana que nadie recuerda, e incluyen los casos abandonados, que por definición nadie recuerda.
Las entrevistas pasan entonces a servir para otro trabajo: explicar por qué los datos tienen esa forma.
Qué sale de ahí
| Artefacto | Qué contiene | Para qué sirve |
|---|---|---|
| Mapa de proceso | Cada paso, con rendimiento, tasa de error y tiempo de ciclo por traspaso | Localizar los pasos caros en vez de los molestos |
| Informe de coste del caos | Dinero perdido por semana en retrabajo, fallos y espera | La base contra la que se comprueba toda afirmación de ROI |
| Matriz de prioridades | Cada candidato puntuado por viabilidad y retorno | Decidir qué se construye y qué se aplaza explícitamente |
En un encargo, mapear tres procesos candidatos dio un coste del caos de 11.200 dólares por semana. Uno de los tres tenía un tiempo de ciclo mediano de 38 horas y un 24% de abandono. Otro, la conciliación de facturas y horas, llevaba 8 horas por semana con un 22% de tasa de error.
El sentido está en esas cifras. No porque sean grandes, sino porque la afirmación futura sobre la mejora tiene algo concreto contra lo que medirse, y nadie puede comparar en silencio un después con un antes imaginado.
El hallazgo es la discrepancia
Lo más útil que produce un mapa rara vez está en el mapa.
Tres personas describen el mismo proceso y las descripciones difieren. Eso no es descuido, es información. Los puntos donde los relatos divergen son casi siempre donde viven las excepciones, donde un apaño ha sustituido a la ruta oficial, o donde dos sistemas discrepan sobre un hecho y distintas personas han elegido distintos ganadores.
Esto último decide el tamaño del proyecto futuro más que cualquier elección tecnológica, argumento desarrollado en la decisión que dio forma a una obra de tres semanas.
Qué pasa si los números dicen que no
La etapa termina el encargo y el depósito del diagnóstico se devuelve.
Ese desenlace tiene que ser real o ninguna de las mediciones significa nada, y es por la misma razón que las condiciones de preparación merecen aplicarse antes de una propuesta y no después.
El cliente aun así se marcha con el mapa, la base y la matriz. Los tres sirven se construya algo o no, y abaratan cualquier proyecto futuro, porque la parte cara de la automatización es averiguar cómo se mueve el trabajo de verdad y no escribir el código que lo mueve.
Un diagnóstico que no produce nada reutilizable ha producido un documento de ventas en lugar de una auditoría. Esa distinción vale para nosotros tanto como para cualquiera, y la semana de medición en una empresa de alquiler es cómo se ve cuando se hace bien sobre una operación real.
01¿Qué hace que un mapa de procesos valga el tiempo que cuesta?+
Números en los traspasos y honestidad sobre las rutas que la gente recorre realmente. Un diagrama de cajas y flechas sin cantidades es un dibujo de organigrama disfrazado de análisis: dice que los pasos existen sin decir cuál cuesta algo, así que toda decisión posterior sobre qué arreglar se toma por impresión. Un mapa que merece la pena marca rendimiento, tasa de error y tiempo de ciclo en cada traspaso, lo que separa de inmediato los pasos entre los molestos y los caros, y esos dos grupos se solapan mucho menos de lo que se espera. El segundo requisito es que muestre la ruta real, con los apaños incluidos. Si tres personas usan una hoja compartida que no aparece en ningún sitio del proceso oficial, esa hoja pertenece al mapa, porque es estructural y porque normalmente es ahí donde se esconden las contradicciones que rompen la automatización.
02¿Por qué no basta con entrevistar a quien hace el trabajo?+
Entrevista, pero no te detengas ahí, porque las personas son precisas sobre sus propios pasos y poco fiables sobre la espera, la frecuencia y las excepciones. Alguien que describe su parte de un proceso da buena cuenta de lo que hace y mala cuenta de cuánto tiempo se queda el trabajo entre su parte y la siguiente, porque nadie vive la cola en la que no está. También describe el proceso tal como se supone que va, lo cual no es deshonestidad sino la forma natural de responder a una pregunta sobre el propio trabajo. Noventa días de datos de sistema corrigen ambas distorsiones: muestran la distribución en vez de la impresión, cubren las noches y fines de semana que nadie recuerda, e incluyen los casos abandonados, que por definición nadie recuerda. Las entrevistas pasan entonces a servir a otro fin, que es averiguar por qué los datos tienen esa forma.
03¿Qué es el coste del caos y cómo se calcula?+
Es el dinero perdido por semana en retrabajo manual, traspasos fallidos y espera, calculado sobre los procesos candidatos y no sobre la empresa entera. En un encargo esa cifra fue de 11.200 dólares por semana en tres procesos, y su propósito es estrecho pero importante: es la línea base contra la que se mide cualquier afirmación posterior de retorno, para que nadie compare en silencio un número de después con un antes imaginado. Se construye deliberadamente con el coste completo de la hora y no con el salario del anuncio, con el mes flojo y no con el bueno, y con volúmenes sacados de los sistemas y no de una conversación. Un coste del caos calculado de otra manera halaga al proyecto, y un proyecto halagado suspende la misma aritmética más tarde, solo que con alguien ya cobrado.
04¿Qué se lleva el cliente cuando termina el encargo?+
El mapa, la línea base y la matriz de prioridades, y los tres sirven se construya algo o no. Esto importa más de lo que parece, porque es lo que permite que la etapa Break concluya que no hay proyecto que merezca la pena. Si la aritmética no sobrevive, el encargo termina ahí y el depósito del diagnóstico se devuelve, y el cliente aun así se marcha con un retrato cuantificado de su propia operación que antes no tenía. Además abarata el segundo proyecto, ya que la parte cara de cualquier automatización es averiguar cómo se mueve realmente el trabajo y no escribir el código que lo mueve. Un proveedor cuyo diagnóstico no produce nada reutilizable ha producido un documento de ventas, no una auditoría.
