> ## Content Index > Fetch the complete content index at: https://www.consultoriaprocesos.com/llms.txt > Use this file to discover other available public pages before exploring further. # 🧭 Si puedes rellenar estas cinco casillas, ya has hecho el análisis - URL: https://www.consultoriaprocesos.com/cinco-casillas-ya-has-hecho-el-analisis/ - Published: 2026-10-21T17:24:34.000Z - Updated: 2026-10-21T17:29:04.000Z - Description: Objetivo, permisos, proceso estándar, criterio de aceptación y alguien a quien preguntar. Esa lista no evita el análisis del proceso: es su resultado. - Author: Johan - Tags: Consultoría, Metodología Circula una idea con la que es fácil estar de acuerdo: no harías esperar seis meses a una persona recién contratada mientras documentas cada rincón de la empresa, así que tampoco deberías hacérselo a un sistema automatizado. Dale lo mínimo suficiente y que empiece a trabajar. Ese mínimo suficiente se suele resumir en cinco cosas: un objetivo claro, los permisos y accesos para hacer el trabajo, el proceso estándar, una idea de qué es un buen resultado, y alguien a quien preguntar cuando se atasque. La lista es buena. El problema es la conclusión que se saca de ella, porque **esos cinco puntos no sustituyen al análisis del proceso: son su resultado**. ## **Cinco casillas, cinco acuerdos previos** Cada punto de la lista parece una instrucción sencilla. En realidad cada uno exige que alguien haya resuelto antes una pregunta que casi nunca está resuelta. Esta es la traducción: | Lo que pide la lista | Lo que hay que tener resuelto antes | | ------------------------ | ----------------------------------------------------------------------------------- | | Un objetivo claro | Qué salida (output) produce el proceso, para quién, y cuándo se considera terminado | | Autoridad y accesos | Quién decide, hasta qué límite, y quién concede esos permisos | | El proceso estándar | Que exista uno, no cinco versiones según quién esté de turno | | Qué es un buen resultado | Un criterio de aceptación escrito, no una intuición compartida | | Un mentor | Alguien que conozca los casos raros y tenga tiempo para atenderlos | Si tu organización puede rellenar esa columna derecha en una tarde, es verdad: no necesitabas seis meses de análisis. Y si no puede, **acabas de encontrar el hallazgo**, solo que no es el que ibas buscando. ## **El mapeo no tarda seis meses por el dibujo** Dibujar un proceso es rápido. Lo lento es otra cosa. Lo lento es descubrir que dos departamentos llaman igual a cosas distintas. Que el criterio de aceptación no está escrito en ningún sitio y cada revisor aplica el suyo. Que nadie sabe con certeza quién aprueba por encima de cierto importe. Que el paso cuatro existe solo para compensar un fallo del paso dos que nadie ha mirado nunca. Esas conversaciones no desaparecen porque cambies el mapa por una lista de cinco puntos. Simplemente se posponen, y se tienen más tarde, con el sistema ya en marcha y con prisa. Es lo mismo que pasa con [la columna que nadie quiso rellenar](https://www.consultoriaprocesos.com/la-columna-que-nadie-quiso-rellenar/): la pregunta incómoda no se evita, se aplaza. ## **Lo que la persona recién llegada ya sabía antes de entrar** La analogía con el empleado nuevo es seductora, pero es asimétrica. Quien entra en una empresa trae consigo una capa enorme de contexto que nadie le ha explicado: sentido común, criterio social, la experiencia de otros trabajos, y la intuición de que algo huele raro aunque no sepa explicar por qué. La lista explícita de cinco puntos funciona con personas precisamente por toda la instrucción implícita que no hizo falta escribir. Y hay una frase en esa descripción que hace casi todo el trabajo pesado: cuando se topan con algo que no pueden resolver, **preguntan**. Ahí está lo difícil. No en ejecutar el proceso, sino en reconocer el momento en que no hay que ejecutarlo. Eso tiene nombre en Lean desde hace décadas: jidoka, la capacidad de detenerse ante una anomalía en lugar de seguir produciendo. El andón no es un botón, es el permiso de parar y la certeza de que alguien va a venir. Un proceso automatizado que no distingue el caso normal del caso raro no es autónomo: es rápido, que no es lo mismo. De esa diferencia iba [tu control humano dejó de ser independiente](https://www.consultoriaprocesos.com/tu-control-humano-dejo-de-ser-independiente/). ## **Las preguntas se vuelven más raras: eso es estandarización** La misma idea incluye un detalle que me parece la mejor parte: con las semanas, las preguntas se vuelven más raras y el trabajo se vuelve rutina. Es exactamente cierto, y es lo que casi nadie aprovecha. Lo que ocurre en esas semanas es que conocimiento que estaba en la cabeza de alguien se convierte en criterio compartido. Si nadie lo captura, se evapora en cuanto esa persona cambia de puesto, y la siguiente incorporación vuelve a preguntar lo mismo desde cero. Aquí es donde entra el Poka-yoke, y no como control añadido: **cada pregunta que se repite señala un hueco del diseño, no un fallo de quien pregunta**. Si tres personas distintas preguntan lo mismo, el sitio donde se hace el trabajo no está diciendo lo que tiene que decir. La contramedida no es un recordatorio: es poner el criterio donde se toma la decisión. ## **Los desperdicios que aparecen cuando el acuerdo se salta** Saltarse ese acuerdo previo no sale gratis. Lo que aparece es desperdicio (waste) de los de toda la vida: - **Sobreproceso**: se automatizan pasos que solo existían para compensar un error de más arriba que nadie revisó. - **Defectos**: sin criterio de aceptación escrito no hay manera de saber si la salida vale, solo de descubrirlo cuando se queja alguien. - **Espera**: el mentor que debía resolver dudas puntuales se convierte en cuello de botella permanente. - **Talento no utilizado**: quien conocía el caso raro nunca estuvo en la sala donde se decidió el estándar. - **Reproceso**: lo que se automatizó rápido se rehace despacio. Ninguno de estos cinco aparece en la primera semana. Todos aparecen en el tercer mes, que es justo cuando el proyecto ya se ha dado por cerrado. ## **Cómo usar bien esa lista** La propuesta tiene más valor como **diagnóstico** que como atajo. Convertida en herramienta, se usa así: - Reúne en una sala a quien ejecuta, quien aprueba y quien recibe el resultado. Noventa minutos, cronometrados. - Rellena las cinco casillas por escrito. No en voz alta: por escrito, que es donde se rompen los acuerdos falsos. - Donde no haya respuesta, no apuntes una tarea: apunta quién debe decidirlo y para cuándo. - Automatiza primero el trozo que sí tiene las cinco respuestas. El resto espera, no porque sea difícil, sino porque todavía no está decidido. - Guarda las preguntas que surjan las primeras semanas. Esa lista es tu estándar emergente, y vale más que el mapa inicial. Esto es trabajo de arrastre (pull): dejas que la pregunta real tire del análisis, en vez de empujar (push) un mapa completo que nadie pidió. Que es, por cierto, lo que la idea original defiende. **No discuto la conclusión, discuto la promesa**: no te saltas el análisis, lo haces en una tarde y con las personas adecuadas delante. ## **La frase que yo cambiaría** «El análisis de procesos ha muerto» suena mejor de lo que resiste. Lo que ha muerto, y con razón, es el proyecto de documentación de seis meses que termina en una carpeta que nadie abre. Eso llevaba muerto mucho antes de que existieran estas herramientas. Lo que no ha muerto es la necesidad de ponerse de acuerdo sobre qué se hace, quién decide y cuándo está bien hecho. Eso no es burocracia. Es la condición mínima para que automatizar signifique algo. > Si puedes rellenar las cinco casillas en una tarde, no necesitabas seis meses. Si no puedes, no tenías un problema de automatización. Si quieres hacer ese ejercicio con tu equipo sobre un proceso concreto, es exactamente el tipo de sesión que trabajo en [consultoría de procesos](https://www.consultoriaprocesos.com/servicios/). Desde Barcelona, para toda España. Trabajo presencial en cualquier punto del país, también con empresas que están fuera de las ciudades, y en remoto cuando tiene más sentido.