El método del diagnóstico

El diagnóstico sociotécnico ya tiene nombre y definición, pero hasta acá nadie dijo cómo se hace. Los cuatro eslabones lo ponen como el entregable del primer eslabón, y Conceptos propios lo define. Faltaba el cómo, que es donde un método se gana o se delata. Este capítulo lo proceduraliza —fases, principios y entregable— sin convertirlo en checklist, porque su núcleo es en parte irreductiblemente tácito, y esa tensión es ella misma parte del método.

Una advertencia de entrada: la mayor parte de lo que sigue es construcción del paradigma, una forma de trabajo propia y no el hallazgo de ningún autor. Las corrientes que la fundan están en Autores y corrientes; acá se citan solo donde sostienen un paso.

Qué es y qué entrega

El diagnóstico sociotécnico es la lectura de la organización que se hace antes de proponer o tocar cualquier tecnología. No describe sistemas: describe la trama humana que va a recibirlos —poder, incentivos, procesos reales, resistencias, el significado situado de los datos— y dictamina, sobre esa base, dónde la IA paga y dónde solo destruye valor.

Su salida no es un informe de oportunidades. Es el documento que condiciona todos los eslabones siguientes: si el segundo construye, construye lo que este diagnóstico identificó; si el tercero modela el dato, lo modela para la decisión que este señaló; si el cuarto diseña la IA, la diseña para la persona que este hizo visible. Por eso es la condición y no apenas el primer paso: un diagnóstico equivocado no retrasa el proyecto, lo orienta mal entero —se construye bien la cosa equivocada, que es el modo más caro de fracasar—.

El entregable es doble: un dictamen —dónde duele de verdad, qué se puede cambiar y qué no, quién gana y quién pierde, dónde la IA paga— y un perfil de madurez fundado en la evidencia de campo, que es su cara medible. El primero da el relato y el juicio; el segundo, la medición y la priorización. El dictamen sin medición es consultoría no falsable; la medición sin dictamen es un número sin relato. Juntos, el número se vuelve auditable y el relato, priorizable. → IMIA, el instrumento de madurez.

Tres principios

Tres principios gobiernan todo el protocolo. No son consejos: si se rompe uno, el diagnóstico ya está viciado, por prolijas que salgan las fases.

El primero es leer antes de tocar, que es la regla de la tesis —primero se mide la madurez, después se elige la tecnología—. En el diagnóstico significa que no se propone ninguna solución, ni se la insinúa, hasta cerrar la lectura. Proponer temprano contamina la escucha: la gente empieza a responder a la solución imaginada en vez de contar su trabajo.

El segundo es separar el problema declarado del problema real. Lo que la organización pide casi nunca es lo que le duele. El problema declarado es una solución que alguien ya imaginó —“necesitamos un chatbot”, “queremos un tablero”—; el real es lo que esa solución intenta tapar, y suele estar uno o dos pasos más atrás: un proceso roto, un incentivo torcido, un dato que miente. El diagnóstico no acepta el encargo al pie de la letra; lo trata como el primer síntoma, no como el enunciado del problema.

El tercero: la participación de quien hace el trabajo es ingeniería de requisitos, no cortesía. Escuchar al operativo no es un gesto de buena gestión del cambio; es de donde salen los requisitos verdaderos. Es el corolario del método ETHICS de Mumford¹: un diseño que no involucra a quien va a usar el sistema produce sistemas que la gente sabotea, evita o usa mal. Un requisito que no nació de escuchar a un usuario real es un supuesto disfrazado, y se marca como tal.

Bajo los tres corre un principio epistémico: buena parte del saber que se busca es tácito —“sabemos más de lo que podemos decir”, en la fórmula de Polanyi²—, de modo que las técnicas no apuntan a que la gente declare lo que sabe, porque no puede, sino a observarla hacer y a leer entre líneas.

El protocolo: cinco lecturas

El protocolo son cinco lecturas con un orden de prioridad, no un cronograma rígido: se itera. Una resistencia detectada manda a releer el poder; un dato raro manda a volver a observar el proceso.

La primera es la lectura de las personas, por entrevista y observación, en tres anillos: quien decide y patrocina —que da el problema declarado y el poder formal—; quien hace el trabajo todos los días —que da el proceso real, y es la fuente más valiosa y la que menos se entrevista en los diagnósticos malos—; y quien quedó en el medio o en el margen —que da las fricciones entre áreas y, muchas veces, la resistencia que el resto no nombra—. No se pregunta “¿qué problema tienen?”, que devuelve el problema declarado, sino “contame qué hacés en un día normal, paso a paso”, “¿qué parte de tu trabajo no le darías a nadie más?” —que protege contra automatizar lo que la persona considera el núcleo de su valor, donde nace el sabotaje— y “cuando el sistema falla, ¿qué hacés para sacar el trabajo igual?”. Ese último atajo, el workaround, es la huella directa del proceso real: conocimiento experto codificado en una práctica que nadie escribió, y una pregunta abierta sobre por qué hace falta. El saber tácito no se pregunta, se infiere —del workaround, de la excepción que “siempre maneja Fulano”, de la incomodidad ante la pregunta simple—, y cuando aparece, la respuesta es observar, no seguir preguntando.

La segunda es el mapa de procesos, levantado dos veces: el formal —el del manual y el organigrama— y el real —el que reconstruyen las entrevistas, con sus atajos y sus pasos que nadie documentó—. La brecha entre ambos es el hallazgo, no un defecto a corregir de apuro: dice dónde el proceso formal está muerto, dónde hay saber tácito sosteniendo la operación y —crítico— dónde no se debe automatizar todavía, porque automatizar el proceso formal cuando la gente trabaja según el real es automatizar una ficción.

La tercera es el mapa de poder e incentivos. Todo cambio tecnológico redistribuye poder, visibilidad y trabajo, y el diagnóstico lo hace explícito antes de que el cambio lo haga por las malas: quién gana —los aliados naturales—, quién pierde —poder informal, una función que lo justificaba, el monopolio de un saber— y quién controla recursos y agendas, que no siempre coincide con el organigrama. Quien va a perder no se opone por irracional: se opone por racional, y su resistencia es predecible y legítima. Es la materia prima de la traducción: no se puede traducir un interés que no se mapeó. → Autores y corrientes.

La cuarta lee la resistencia como información, no como obstrucción. Quien resiste casi siempre sabe algo que el patrocinador no: que el proceso tiene una excepción que el sistema nuevo no contempla, que el dato en que se apoyará la IA no significa lo que la dirección cree, que ya hubo un intento fallido que nadie menciona. Antes de tratar de superar una resistencia se la lee como hipótesis, y según lo que devuelva pide respuesta distinta: si es saber —“esto no va a funcionar porque…” con una razón válida—, es un requisito que faltaba y se incorpora; si es pérdida —quien resiste pierde poder—, es un problema de diseño de la transición, no de comunicación; si es cicatriz —“ya probamos algo así y salió mal”—, es deuda de un intento previo que hay que desenterrar antes de proponer nada.

La quinta es la lectura de los datos, donde la pregunta no es “¿qué calidad técnica tienen?” sino “¿dicen lo que la gente cree que dicen?”. Un dato bien tipado y sin nulos puede mentir porque su significado depende de un contexto que se perdió. Se lo rastrea hasta el acto humano que lo genera —quién lo carga, cuándo, con qué incentivo: un campo “fecha de cierre” que se completa cuando conviene al bono, no cuando se cierra, es un dato que miente y la huella de un proceso mal incentivado—, y se auditan las categorías con que la organización registra el mundo, porque un modelo entrenado sobre una categoría mal trazada hereda el punto ciego y lo amplifica a escala. Esta lectura es, también, control de sesgo anticipado.

El entregable

El dictamen tiene secciones fijas —la forma es estable para que el juicio sea comparable y auditable entre organizaciones; el contenido es propio de cada caso—: el problema real frente al declarado; el mapa de procesos formal contra real; el mapa de poder e incentivos con la coalición posible y los focos de resistencia; la lectura de datos con qué categorías auditar antes de modelar; el perfil de madurez con su hoja de ruta; y, en el centro, el dictamen propiamente dicho. Ese corazón emite, para cada oportunidad candidata, uno de tres veredictos: paga —el proceso está entendido, el dato es fiel, hay quien gana y la resistencia es manejable—; todavía no —la oportunidad es real pero falta una condición, y se dice cuál destrabar primero—; o destruye valor — automatizar acá amplificaría un proceso roto o un dato que miente, o desmantelaría un saber tácito crítico, así que no se hace, y se explica por qué—.

El valor del método está, sobre todo, en ese tercer veredicto. Un diagnóstico que solo encuentra oportunidades es sospechoso: vende, no diagnostica. Decir “acá no” es lo que distingue un dictamen de un folleto.

La tensión honesta: lo repetible y lo artesanal

Acá está el punto incómodo, y el que más honestidad exige. Todo lo anterior —las fases, las preguntas guía, la estructura del entregable, el mapeo a la madurez— es real y proceduralizable: se enseña, se transfiere y se ejecuta con disciplina. Esa es la parte codificable.

Pero el núcleo del diagnóstico es irreductiblemente tácito. Saber qué preguntar después de la respuesta que no estaba en el guion; oler que el problema declarado tapa otro; leer en tres segundos que una resistencia es saber y no capricho; intuir que un dato miente antes de poder demostrarlo —eso no está en el protocolo y no puede estarlo—. El protocolo es el andamio que sostiene el juicio, no el juicio.

De ahí una tensión que el método no esconde: la práctica descansa en una persona integrada —la misma que lee y construye, la traducción en carne y hueso—, y eso choca con la pregunta de la escala. ¿Cómo se transfiere algo que vive en el juicio de alguien? Lo codificable se codifica: el protocolo, las plantillas, el instrumento de madurez con sus rúbricas. No se niega la codificación; se niega que agote el saber. Lo tácito se transfiere como un oficio: por aprendizaje situado, acompañando diagnósticos reales, viendo hacer y haciendo bajo supervisión. Es lento por estructura, y admitirlo es parte del rigor.

Criterio de honestidad. Que el método no escale linealmente no es un defecto a ocultar: es la otra cara de por qué es escaso por estructura y por qué el conocimiento no se degrada en los traspasos. Un diagnóstico enteramente proceduralizable sería un checklist —y los checklists de madurez, que devuelven un número optimista y no accionable, son justamente el problema que el instrumento de madurez ataca—. La parte artesanal es el valor, no la deuda.

Antipatrones

Las formas típicas de hacerlo mal son la negación de un principio o de una fase: tomar el pedido al pie de la letra y resolver el problema declarado; entrevistar solo a quien firma y perder el proceso real; tratar la resistencia como obstáculo a vencer en vez de leer qué sabe quien resiste; confundir la calidad técnica del dato con que el dato sea fiel; proponer la solución durante el diagnóstico, porque es la que se sabe vender o construir; reducir todo a un checklist que devuelve un número; encontrar siempre oportunidades y nunca un “acá no”; y, la que niega la tesis entera, diagnosticar y retirarse, dejando que otro que no escuchó sea quien construya —reabriendo el vacío de traducción que el puente existe para cerrar—.

Ver también: Los cuatro eslabones · Conceptos propios · IMIA, el instrumento de madurez · Autores y corrientes