El organigrama silencioso: quién dirige realmente sus flujos de trabajo
Cada flujo de trabajo tiene un propietario oficial y un propietario real. Los compromisos de IA que no encuentran al real tienden a morir en el tercer trimestre.
El organigrama sobre el que corre de verdad el proceso
Todo proceso empresarial tiene dos organigramas. Está el del sistema de recursos humanos, y está el que describe quién desbloquea el trabajo de verdad: el analista que sabe cuál de las tres tablas de referencia está vigente, el responsable de operaciones al que todo el mundo escribe directamente, el buzón compartido que dos personas vigilan por costumbre.
El segundo organigrama es donde van a morir los proyectos de automatización. No está documentado, así que un mapa de proceso construido a partir de entrevistas con mandos lo pasa por alto por completo. El diagrama muestra una transición limpia entre dos sistemas; la realidad es una persona que comprueba algo cada mañana y arregla en silencio lo que está mal.
Encontrar a esa persona, y entender qué está compensando, es la actividad de mayor valor de toda la fase de descubrimiento.
Por qué las entrevistas no bastan
Preguntar cómo funciona un proceso produce una descripción de cómo se supone que funciona. No es deshonestidad; es cómo opera la memoria. Las personas describen la ruta prevista y olvidan las excepciones, porque las excepciones se les han vuelto reflejos.
La observación cierra esa brecha. Sentarse unos días con quienes ejecutan el proceso saca a la luz los apaños y, más importante, saca a la luz su frecuencia. Una excepción que ocurre en el dos por ciento de los casos es una nota al pie. Una excepción que ocurre en el cuarenta por ciento es el proceso, y la ruta documentada es la nota al pie.
La evidencia de los sistemas la cierra aún más. Las transiciones de tickets, los registros de auditoría y los metadatos de buzón dan la distribución de casos reales, incluidos los que nadie pensó en mencionar. Donde el proceso observado y el registrado discrepan, los registros suelen tener razón sobre la frecuencia y las personas suelen tenerla sobre el porqué.
Automatizar alrededor de un control compensatorio
Cuando encuentras a alguien compensando un defecto aguas arriba hay dos respuestas posibles, y elegir la equivocada es como los proyectos de automatización generan fragilidad.
La respuesta equivocada es automatizar la compensación. Codificas la comprobación matutina en una tarea programada, el defecto sigue ahí, y ahora el apaño es además invisible y sin dueño. La próxima vez que el sistema de origen cambie, la tarea fallará en silencio y nadie recordará por qué existía.
La respuesta correcta es arreglar el origen, que es más lento, implica a otro equipo y es políticamente más difícil, y que elimina el paso de forma permanente. Si eso es genuinamente imposible dentro del proyecto, la compensación debe seguir siendo humana y estar documentada, en lugar de quedar enterrada en un cron.
Qué implica esto para el equipo de un rediseño
El rediseño de un proceso no es un proyecto ejecutable a partir de un documento de requisitos, porque el documento de requisitos describe el primer organigrama. Hace falta alguien integrado el tiempo suficiente para ver el segundo.
Hace falta también que quienes ejecutan el proceso sean participantes y no sujetos. El analista que sabe qué tabla está vigente no es un obstáculo para la automatización: es la especificación. Tratar ese conocimiento como una entrada, y decirlo, es también la diferencia entre un despliegue que se adopta y uno que se esquiva.
La versión incómoda de esto es que las personas mejor situadas para describir el proceso son a menudo las más expuestas si se automatiza. Nombrarlo pronto, y ser explícito sobre qué ocurre con esos puestos, no es una habilidad blanda. Determina si obtienes información veraz.
Cómo encontrar el segundo organigrama rápido
Tres preguntas destapan la mayor parte en una sola tarde. ¿A quién escribes cuando esto falla? ¿Qué compruebas antes de empezar? ¿Qué se rompería si estuvieras dos semanas de vacaciones?
La tercera es la más productiva, porque pide a la persona que describa su propia indispensabilidad, cosa que normalmente hace con precisión. Las respuestas nombran los controles compensatorios directamente, y los nombran en orden de cuánto daño causa su ausencia.
Contrasta con los sistemas. Si alguien dice que comprueba algo cada mañana, casi siempre hay un rastro: un inicio de sesión, una consulta, una exportación, un mensaje en un canal compartido. El rastro da la frecuencia real, que suele ser mayor que la estimada.
Documentarlo sin convertirlo en un arma
Existe una versión de este ejercicio que produce un mapa de quién sobra, y todos los implicados la ven venir. Esa versión te consigue información incompleta a partir de la segunda entrevista.
El encuadre que funciona es documentar la compensación y no a la persona: qué defecto se está absorbiendo, con qué frecuencia y a qué coste. Eso es una afirmación sobre el sistema, y señala al arreglo aguas arriba en lugar de señalar a quien lo sostiene.
También es más exacto. El conocimiento que mantiene en pie un proceso roto es genuinamente valioso, y las organizaciones que lo tratan como especificación y no como desperdicio acaban con mejores sistemas y con participantes más dispuestos.
El entregable
Lo que sale de esto no es un organigrama. Es una lista de controles compensatorios, cada uno con su frecuencia, su coste y una decisión: arreglar aguas arriba, automatizar deliberadamente con un responsable, o dejar humano y documentado.
Esa lista es más útil que el mapa de proceso al que acompaña, porque es la parte que explica por qué el mapa estaba mal. Es también la parte que predice qué automatizaciones aguantarán y cuáles fallarán en silencio en el cuarto mes.
Cada entrada sin decidir es un incidente futuro. Decidirlas es el trabajo.