La calidad de un programa de IA se decide en la calidad de las preguntas que tuvo que responder para existir.
Hay juntas que aprueban y juntas que deciden. La diferencia no está en el resultado, porque en ambas el proyecto sale adelante. Está en lo que quedó escrito cuando salió. Una junta que aprueba deja un visto bueno. Una junta que decide deja un responsable, un criterio de revisión y una salida.
Esa diferencia casi nunca depende del proyecto. Depende de las preguntas que la dirección aprendió a hacer. Y esas preguntas se aprenden: las direcciones que ya pasaron por una capacitación seria sobre cómo opera la IA en una empresa no preguntan lo mismo que las que todavía no lo han hecho.
Las preguntas que se hacen antes de capacitarse
Cuando el comité todavía no tiene lenguaje propio sobre el tema, las preguntas se vuelven técnicas por defecto. Qué modelo usa. Quién más en el sector ya lo tiene. Cuándo va a estar listo. Son preguntas legítimas, pero ninguna de las tres se puede responder de una forma que comprometa a alguien.
El efecto es conocido: el proyecto se aprueba, avanza, y seis meses después nadie en la sala recuerda quién iba a responder si algo salía mal. No fue negligencia. Fue que las preguntas que se hicieron no obligaban a nadie a contestarlas con nombre.
Qué problema resuelve, y quién lo pidió
La primera pregunta de una dirección capacitada no es sobre la herramienta, sino sobre el origen. Qué problema concreto viene a resolver esto, y qué área lo pidió. Si nadie levanta la mano para reclamar el problema como propio, el proyecto nació de una demostración y no de una necesidad.
En el lenguaje del comité esta pregunta no bloquea nada. Simplemente obliga a que el proyecto llegue con un dueño de negocio, no solo con un patrocinador técnico. Esa persona es la que después va a poder decir si el resultado sirvió.
Quién responde por el resultado frente a un cliente
La segunda pregunta traslada la conversación de la capacidad a la consecuencia. Si esto entrega algo incorrecto y llega a un cliente, a un proveedor o a un regulador, quién responde. No qué área, sino quién.
Es la pregunta que más rápido cambia el tono de una junta, porque no admite una respuesta colectiva. Cuando existe un nombre, el proyecto entra a operación con alguien que va a mirar sus salidas. Cuando no existe, cada persona del equipo decide por su cuenta cuánto revisar, y eso ya no es un criterio de empresa.
Cómo vamos a saber si dejó de servir, y quién avisa
La tercera pregunta es la que más se olvida y la que más cara sale. Los proyectos de IA no fallan de golpe: se degradan. El contexto cambia, una fuente de datos deja de actualizarse, un proceso se modifica y nadie se lo dice a la herramienta. El resultado sigue saliendo, con la misma cara de siempre, y ya no sirve.
Una dirección que ya se capacitó pregunta por la señal y por el mensajero. Qué indicador nos va a decir que esto dejó de funcionar, cada cuánto se mira, y quién tiene la obligación de levantar la mano. Sin esas tres respuestas, el proyecto entra a la organización sin sistema de alarma.
Qué pasa con esto si mañana cambiamos de proveedor
La cuarta pregunta es de soberanía. Si dentro de un año la empresa decide cambiar de herramienta, qué se queda dentro de casa. El conocimiento de cómo se hizo, los criterios de revisión que se acordaron, la gente formada para juzgar el resultado: todo eso puede quedarse o puede irse con el proveedor.
Esta pregunta no desconfía de nadie. Reconoce que las herramientas cambian cada pocos años y que lo único que se acumula es la capacidad interna. Una dirección capacitada la hace temprano, precisamente porque ya entendió qué parte del valor vive en la herramienta y qué parte vive en el equipo.
Estas preguntas no frenan un proyecto, lo vuelven aprobable
La objeción habitual es que este tipo de conversación retrasa la innovación. Ocurre lo contrario. Un proyecto que llega al comité con un dueño de negocio, con un responsable frente al cliente, con una señal de degradación definida y con claridad sobre qué se queda en casa, es un proyecto que se puede aprobar en una sola sesión, porque ya no queda nada importante por resolver después.
Los proyectos que se atoran no son los que reciben preguntas difíciles. Son los que pasaron sin recibirlas y regresan tres meses más tarde con las mismas dudas, ahora con dinero gastado y con un equipo que ya perdió la fe.
Por qué esto empieza con capacitación y no con tecnología
Ninguna de las cuatro preguntas requiere conocimiento técnico. Requieren saber cómo se comporta la IA dentro de una organización: dónde se degrada, qué necesita para funcionar, qué deja instalado y qué se lleva cuando se va. Ese entendimiento no se improvisa en una junta. Se forma.
Por eso las direcciones que invierten primero en su propia formación aprueban mejores proyectos, y no porque sean más exigentes. Es porque saben qué pedir para poder decir que sí con tranquilidad.
Esa formación es justamente lo que hacemos en Nyvia. La capacitación a dirección y los talleres que damos no enseñan a operar herramientas: preparan al comité para hacer estas preguntas antes de aprobar, para ponerle nombre a quién responde y para notar a tiempo cuándo un proyecto dejó de servir. Invertir hoy en esa conversación sale más barato que descubrir en seis meses que la empresa acumuló proyectos que ya nadie sabe auditar. Una dirección que se capacita deja de firmar a ciegas, y esa es toda la diferencia entre un comité que aprueba y uno que decide.
La calidad de un programa de IA se decide mucho antes de la implementación. Se decide en la calidad de las preguntas que tuvo que responder para existir, y esas preguntas dependen de qué tanto sabe la mesa que las hace.
Si en tu comité las preguntas sobre IA siguen siendo técnicas, quizá falte la conversación de dirección. Escríbenos: hola@nyvia.mx o por DM.
No fue magia. Fue arquitectura.