La herramienta no arregla el proceso: lo acelera, para bien o para mal
La emoción de la automatización es conectar cosas: el pedido cae solo, el correo se manda solo. Y justo ahí está el peligro clásico: agarrar el proceso tal como está hoy, con sus pasos absurdos heredados, y ponerle turbo. El resultado es real y doloroso: un proceso malo que ahora falla más rápido, con más evidencia y con la ventaja de que «así lo pedimos» quedó registrado. Antes de la herramienta, cinco minutos de lápiz.
Mapeo simple en una hoja: el proceso empieza con un evento («llega un pedido») y termina con un valor entregado («el cliente recibe y queda registrado»). Entre esos dos puntos, cada paso se escribe como cajita con tres preguntas: quién lo hace, con qué información entra, qué produce al salir. Dibujar el proceso como es —no como lo dice el manual ni como lo recuerda el jefe— obliga a sacar a la luz las cajitas que el manual no tiene: el «avísame por WhatsApp para ver si está bien», el «lo reviso antes de mandarlo por si acaso».
Para cada cajita, tres preguntas incómodas que se hacen en voz alta y se contestan por escrito: ¿por qué existe este paso? (si la respuesta es «porque siempre», es candidato a morir), ¿qué pasa si lo quitamos? (si nadie sabe responder, nadie ha vivido sin él: pruébalo un mes), ¿a quién le aporta valor real? (el «le aporta a nadie, pero a todos les da pena quitarlo» es el entierro más rápido del proceso).
De esa criba sale la versión limpia, que se escribe con la misma disciplina que pedirá la herramienta: un nombre para el proceso, inicio y fin explícitos, cada paso con dueño y con reglas de decisión en texto plano («si el cliente es nuevo y el monto pasa de 50 mil, se escala; si no, sigue»), y los datos obligatorios de entrada marcados como tales. La versión limpia es un documento vivo de una cuartilla, no un manual de 60 páginas: si no cabe en una cuartilla, todavía hay proceso que podar. Y tiene una prueba de fuego: un pasante debe poder seguir el proceso leído, sin preguntar. Si el pasante pregunta dos veces lo mismo, ahí falta una regla escrita: eso mismo, en unas semanas, será la pregunta que hará la automatización a las tres de la mañana.
Ningún software corrige un proceso que nadie se tomó la molestia de pensar: solo lo hace más rápido y más oficial.
— Lumbre · Empresa
| Semáforo | Cómo se ve | Decisión |
|---|---|---|
| Verde | Aporta valor, tiene dueño y reglas claras | Queda y se automatiza |
| Amarillo | Aporta valor pero con datos incompletos o espera larga | Se corrige la regla, luego se automatiza |
| Rojo | No aporta valor; existe «por si acaso» o por costumbre | Se elimina antes de tocar la herramienta |
| Negro | El paso es humano por naturaleza: trato, criterio, confianza | Se deja humano y se le limpia el alrededor |
Clasifica cada paso del proceso «pedido → cobro» según su semáforo:
Arrastra cada ficha a su categoría (o tócala y luego toca la categoría). También puedes usar el teclado.
El proceso de compras tiene un paso: «imprimir la solicitud y firmarla con tinta, luego escanearla para guardarla». Nadie recuerda quién pidió la firma en papel. ¿Qué recomienda el método de este módulo?
Si un proceso funciona bien en la práctica «aunque el manual diga otra cosa», el manual es la fuente correcta para automatizar.
Toma tu mejor candidata del inventario anterior y dibuja el proceso como es, cajita por cajita, con tres preguntas a cada una: ¿por qué existe?, ¿qué pasa si lo quito?, ¿a quién aporta valor? Marca el primer rojo que encuentres y decide cómo lo verificas antes de quitarlo.
El equipo suele descubrir en el mapeo que el último paso «de control» lo hace alguien «por si acaso» desde hace años.
Tu texto se guarda sólo en este dispositivo.
Para dominar este tema
Lo esencial que debes saber
- La herramienta acelera el proceso: si el proceso tiene pasos rojos, acelera el desperdicio.
- El mapeo se dibuja como es, con evento de inicio, valor de entrega y cajitas con dueño y reglas.
- Cinco ladrones: revisión sin criterio, duplicidad, expectación, retrabajo, aprobación decorativa.
- El semáforo decide: verde se automatiza, amarillo se corrige antes, rojo se poda, negro se queda humano.
- La versión limpia cabe en una cuartilla y la seguiría un pasante sin preguntar.
Preguntas clave del tema
- ¿Por qué primero proceso y después herramienta?
- ¿Cómo se dibuja el proceso «como es»?
- ¿Qué ladrones de tiempo esconde cada proceso normal?
- ¿Qué tres preguntas tumban un paso inútil?
- ¿Qué contiene la versión limpia y cuál es su prueba de fuego?
Lo que debes poder hacer
- Mapear un proceso real en una hoja con dueños y reglas.
- Cortar pasos rojos y dejar escrita la versión limpia.
- Convertir la versión limpia en especificación legible para la automatización.
Chequeo: el proceso podado
Aquí se mira lo que ya fuiste acertando. Pulsa «Comprobar» para saber si puedes seguir.
Siguiente: Conectar aplicaciones sin escribir una línea de código — disparador, condición, acción: la gramática de toda automatización, con manejo de errores y registro de lo que pasó.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.