Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.
Este artículo es un extracto de mi libro Le Contexte. Para leerlo completo, descárgalo o cómpralo en Amazon. La edición de Amazon solo está disponible en francés; si deseas una versión en otro idioma, contáctame.
Un cliente potencial envía una hoja de cálculo.
Ciento quince preguntas. Arquitectura, seguridad, copias de seguridad, cifrado, subcontratistas, continuidad del servicio, protección de datos.
Nadie se sorprende. No es el primero. No será el último.
Y sin embargo, al abrir el archivo, siempre aparece la misma duda.
O lo retomamos todo desde el principio: reabrimos la documentación, rebuscamos en las configuraciones, volvemos a reclamar al equipo técnico.
O recuperamos el cuestionario del cliente anterior y copiamos lo que se parece.
La primera opción agota.
La segunda tranquiliza.
Las dos hacen perder lo que la empresa sabe.
Cada cuestionario, vuelta a empezar
El primer cuestionario de este tipo que traté de forma estructurada tenía cuarenta y tres preguntas.
Para responderlo hubo que reunir siete fuentes técnicas y hacer una ronda de consultas con el equipo que operaba el servicio. A eso se sumaba la redacción propiamente dicha:
- entender lo que el cliente potencial preguntaba de verdad;
- encontrar la información;
- verificar que seguía siendo cierta;
- decidir lo que podíamos comunicar;
- devolver la respuesta en el formato esperado.
Entre tres y seis horas de trabajo. Varias personas movilizadas. Ninguna garantía de que el cliente potencial acabara siendo cliente.
No era una situación excepcional.
Cada cliente potencial envía su propio documento. Una vez una hoja de cálculo, la siguiente un Word, después un PDF. Los marcos de referencia cambian. Las numeraciones cambian. Las formulaciones cambian.
Pero los temas se repiten.
Eso es lo que hace la situación tan frustrante: tienes la sensación de responder a la misma pregunta por décima vez y, aun así, de tener que reconstruirla cada vez.
Luego el documento se envía.
Y todo el trabajo de investigación queda encerrado en el archivo enviado.
Copiar parece la solución razonable
Ante esa repetición, el reflejo es evidente.
Guardamos los cuestionarios antiguos. Buscamos el que más se parece. Retomamos las respuestas.
El mismo reflejo existe dentro de la empresa. Un equipo necesita una regla que pertenece a otro equipo: los campos obligatorios de un formulario, una política de copias de seguridad, un límite contractual. Copia el pasaje en su propia documentación, para tenerlo a mano.
En el momento, es eficaz.
Ganamos tiempo. Evitamos molestar a las mismas personas. Nos apoyamos en algo que ya se escribió y que, a menudo, ya se validó.
El problema es que la ganancia es inmediata, mientras que el coste llega más tarde.
Y llega sin avisar.
Una respuesta antigua parece conocimiento
En uno de los cuestionarios recibidos, una respuesta ya venía rellenada.
Indicaba que nuestra certificación ISO 9001 databa de 2017.
La frase parecía perfectamente aprovechable. Era precisa, estaba ya redactada y colocada frente a la pregunta correcta.
La fecha correcta era 2018.
Un año de diferencia. Nada grave, en apariencia.
Pero ese error me hizo entender algo más importante.
Una respuesta antigua parece conocimiento. Tiene la forma de una afirmación. Está bien escrita. Tranquiliza.
Sin embargo, calla lo esencial:
- quién la escribió;
- en qué se sustenta;
- en qué fecha era cierta;
- si sigue describiendo realmente el producto.
Una respuesta antigua puede venir de una plantilla, de otro proveedor, de un intercambio que ya nadie recuerda. Puede haber sido correcta cuando se envió y ser falsa hoy.
Y con la IA, ese riesgo aumenta.
Cuando una IA encuentra una respuesta ya redactada en un documento, la reutiliza de buen grado. No tiene ningún motivo para desconfiar. La frase es afirmativa, está bien colocada y es coherente con la pregunta.
La IA no hace entonces más que acelerar la propagación de un error que nadie ha visto.
La copia diverge sin hacer ruido
El mismo mecanismo existe entre equipos, y es todavía más discreto.
Tomemos una situación muy corriente.
Un equipo de producto trabaja en la calidad de los informes de intervención. Se apoya en una regla que pertenece a otro equipo: la lista de datos obligatorios al cerrar una intervención. La ha leído, la ha copiado en sus documentos y sigue adelante.
Seis semanas después, el trabajo pasa a revisión.
Alguien detecta una discrepancia.
La regla ha cambiado entretanto. El otro equipo ha modificado el producto. Era legítimo. Incluso estaba previsto.
Pero nadie avisó.
Nadie mintió. Nadie cometió un error grave. La regla simplemente siguió viviendo allí donde nació, mientras su copia se quedaba congelada en otro sitio.
Eso es lo que hace que este problema sea tan difícil de detectar: una copia que diverge no hace ningún ruido. Sigue limpia, bien formulada, creíble. Solo ha dejado de ser cierta.
Ante esto, hay dos maneras de equivocarse, y son simétricas.
Remitir al original evita la copia. Consultamos la regla allí donde vive. Pero si nada indica que ha cambiado, seguimos apoyándonos en lo que leímos hace seis semanas.
Copiar da autonomía. La copia ya no depende del otro equipo. Pero si nada dice de dónde viene, un año después tenemos una nota correcta, o falsa, y nadie sabe en qué se sustenta.
Cada opción tiene, por tanto, su deuda:
- una referencia exige saber cuándo cambia su fuente;
- una copia exige decir de dónde viene, de cuándo es y qué se reformuló por el camino.
El problema no es copiar o referenciar.
El problema es hacerlo sin escribir lo que exige cada opción.
Conservar los hechos, no los documentos
Para los cuestionarios, acabé cambiando de punto de partida.
Ya no quería construir una biblioteca de respuestas para copiar.
Quería construir una memoria de lo que de verdad sabíamos responder.
Empezó con una decisión sencilla: ordenar por tema, y no por cliente.
Una pregunta llamada "14.6.l" en un cliente potencial y otra llamada "CL-072" en otro trataban de lo mismo: las copias de seguridad. Ordenadas por archivo de cliente, seguían siendo ajenas entre sí. Ordenadas por tema, se encontraban.
La pregunta ya no era: "¿qué le respondimos a tal cliente?"
Pasaba a ser: "¿qué sabemos responder sobre las copias de seguridad?"
Y para cada tema conservábamos un hecho verificado, acompañado de lo que permite confiar en él:
- su origen: una documentación oficial, una configuración verificada, una prueba, la confirmación del equipo competente;
- la fecha en que se validó;
- los límites de lo que podemos anunciar.
El cuestionario del cliente conservaba su valor. Mostraba lo que el mercado quería saber, con sus palabras y sus prioridades.
Pero ya no probaba nada.
La petición venía del cliente. La prueba venía de nosotros.
También separamos dos cosas que los cuestionarios antiguos mezclaban: lo que sirve para verificar una respuesta y lo que se puede enviar. El detalle de una configuración puede ser imprescindible para el revisor interno sin tener cabida en un documento que se entrega a un cliente potencial.
La formulación destinada al cliente se preparaba por un lado.
Las pruebas y las reservas se quedaban al lado, para quien debía validar.
Dejar el conocimiento en manos de quien responde de él
El mismo principio vale entre equipos.
Una regla tiene un propietario. Es el equipo que la modifica, que sabe por qué existe y que responde de ella.
La primera manera de usarla consiste en consultarla allí donde vive, en lugar de guardar una versión propia. Nos apoyamos en ella sin reclamarla como propia.
A veces no basta. Necesitamos congelar la versión exacta en la que se sustenta una decisión. Queremos reformularla para un uso concreto. Queremos que siga disponible aunque el equipo de origen se reorganice.
En ese caso, podemos copiarla.
Pero la copia debe conservar su pasado: de dónde viene, de qué fecha es y qué se ha modificado.
La diferencia entre ambas opciones tiene menos que ver con la acción en sí que con la responsabilidad:
- cuando consulto, el conocimiento sigue perteneciendo al otro equipo;
- cuando copio, entra en mi terreno una versión autónoma, y paso a ser responsable de su uso.
Queda una tentación que todo el mundo conoce.
A menudo leemos la documentación de otro equipo. Detectamos un error. Sabemos qué corregir. Llevaría treinta segundos.
Es mejor proponer la corrección que hacerla.
Quien detecta un error no decide el lugar definitivo del conocimiento. Es el equipo responsable quien juzga si la corrección describe de verdad su ámbito, o solo el caso particular de quien la propone.
Eso es lo que impide que un resultado local se convierta, en silencio, en una verdad general.
Una laguna visible vale más que una frase verosímil
Ordenar los hechos por tema tuvo un efecto que no esperaba.
Hizo aparecer lo que faltaba.
Cuando faltaba una información, ya no era posible ocultarla tras una formulación antigua. El tema estaba ahí, la pregunta también, pero ningún hecho verificado permitía responderla.
Lo que faltaba se volvía visible.
Y una laguna visible puede convertirse en una acción.
En lugar de rellenar la casilla con una frase tranquilizadora, preparamos una pregunta precisa para el equipo afectado. Indicamos qué líneas del cuestionario permitirá completar esa respuesta. Sabemos a quién hacérsela, y por qué.
Probablemente sea el cambio más importante.
Una frase verosímil oculta un riesgo.
Una laguna explícita lo convierte en un trabajo identificable.
El cuarto cuestionario
El cuarto cuestionario tenía ciento quince preguntas. Casi el triple que el primero.
Esta vez ya no partíamos de un conjunto de archivos dispersos. Los temas recurrentes eran conocidos y, para cada uno de ellos, sabíamos dónde estaban los hechos verificados.
Noventa y seis respuestas completas pudieron producirse directamente, sin nueva recopilación.
El resto del documento estaba clasificado:
- respuestas sólidas, que había que verificar una última vez;
- respuestas inciertas;
- algunas preguntas imposibles de tratar con la información disponible.
Los puntos todavía abiertos habían cambiado de naturaleza. Ya no buscábamos al azar quién sabía qué. Quedaban decisiones comerciales, como la duración de un compromiso, y algunas confirmaciones técnicas puntuales.
El trabajo pendiente era visible, atribuible y acotado.
En mi experiencia, la preparación de un cuestionario ha pasado de entre tres y seis horas a unos diez minutos para producir entre el 80 y el 90 % del documento.
Esa cifra puede engañar.
No quiere decir que entre el 80 y el 90 % de las respuestas sean seguras y estén listas para comprometer a la empresa. Quiere decir que el documento está en gran parte preparado: las respuestas conocidas están en su sitio, sus fuentes están localizadas, los puntos frágiles están señalados, la información que falta se ha convertido en peticiones precisas.
La revisión humana sigue siendo imprescindible.
Pero por fin se centra donde debe. El revisor ya no dedica su tiempo a rebuscar en archivos antiguos ni a recurrir otra vez a las mismas personas. Verifica los compromisos, arbitra lo que se puede decir y se concentra en lo nuevo o incierto.
Lo que la empresa conserva
Empezar de cero y copiar parecen dos actitudes opuestas.
Una desperdicia el trabajo pasado. La otra lo reutiliza sin verificarlo.
En realidad, ambas descansan en la misma confusión: tomar el documento por el conocimiento.
El documento está hecho para un cliente, un momento, un formato. Es necesario. Pero no es el lugar donde una empresa debería conservar lo que sabe.
Lo que sabe cabe en hechos que conservan su origen, su fecha y sus límites, consultados allí donde viven o copiados diciendo de dónde vienen.
El primer cuestionario había exigido una investigación.
Los siguientes aprovecharon todo lo que esa investigación había enseñado. Un error de fecha se convirtió en una regla de prudencia. Una confirmación obtenida de un equipo se convirtió en un hecho reutilizable. Una pregunta sin respuesta se convirtió en una laguna conocida en lugar de un olvido.
El cliente potencial sigue recibiendo su documento.
La empresa, por su parte, conserva por fin lo que aprendió al prepararlo.
Nota sobre los ejemplos
Los ejemplos de este artículo se basan en más de treinta años de práctica en informática y en dirección de equipos, y en numerosos intercambios con colegas. Los he modificado, generalizado o recompuesto: ninguno describe un cliente, un producto o una organización reales, ni refleja los datos o las posiciones de mi empleador. Las opiniones expresadas son exclusivamente mías.