Cómo construir herramientas internas con IA sin crear TI en la sombra

La TI en la sombra ya estaba ganando antes de la IA. Todo equipo desatendido eventualmente encuentra una hoja de cálculo, una prueba de SaaS o una herramienta no-code para resolver el problema que TI no pudo programar. Los creadores de apps con IA elevan las apuestas porque bajan el listón: ahora el analista de operaciones puede producir una aplicación funcionando en una tarde, conectarla a una exportación de datos de clientes, y compartirla con el equipo, todo sin que aparezca un solo elemento en ningún sistema que vigile TI.

La respuesta equivocada es la prohibición, y todo líder de TI experimentado sabe por qué: las prohibiciones no reducen la construcción, reducen la visibilidad. La demanda es real, la acumulación de herramientas dura años, y las personas que construyen están tratando de hacer su trabajo, no de derrotar a la seguridad. La prohibición convierte a los aliados en artistas de la solución alternativa y garantiza que el descubrimiento, cuando llega, ocurra durante un incidente.

La respuesta que funciona es una vía sancionada que sea genuinamente mejor que la de sombra: una plataforma de IA gobernada donde las unidades de negocio obtienen la velocidad por la que vinieron, y TI obtiene identidad, reglas de datos, revisión en cambios de riesgo y una sola consola sobre todo lo construido. El resto de este artículo es el programa para montar eso.

Inventaría lo que realmente se acumula cuando la construcción con IA queda sin gestionar. Aplicaciones autenticadas por cuentas personales, invisibles para la baja: el empleado se va, el acceso no. Datos de clientes copiados en herramientas que nadie evaluó por riesgo, en jurisdicciones que nadie comprobó. Procesos de negocio que en silencio dependen de una app que entiende una persona, mantenida por buena voluntad. Ninguno de estos es hipotético; son lo que encuentran las auditorías, y cada uno lo construyó alguien haciendo lo mejor que podía.

La dimensión de auditoría se acumula en silencio. Cuando una revisión de cumplimiento o un cuestionario de seguridad de cliente pregunta qué sistemas procesan esta clase de datos, la respuesta honesta debe incluir las herramientas que nadie catalogó. Cada app desconocida es un hallazgo potencial, y el coste de reconstruir lo que existe (entrevistas, escaneos de red, programas de amnistía) empequeñece lo que habría costado la gobernanza el primer día.

Ayuda decir claramente por qué los equipos rodean a TI, porque la vía sancionada debe vencer estas razones o fallará: la acumulación es larga, el proceso de solicitud es pesado, y las herramientas que ofrece TI a menudo no pueden expresar lo que necesita el equipo. Una plataforma sancionada que sea más lenta o menos capaz que la alternativa de sombra es una política, no una solución. El listón es velocidad con gobernanza adjunta, no gobernanza en lugar de velocidad.

Dos realidades más moldean el diseño del programa. Primero, el descubrimiento es continuo en lugar de una limpieza única: los nuevos empleados traen nuevas herramientas, y cada trimestre de demanda insatisfecha acuña nuevos constructores, así que la vía sancionada tiene que mantenerse competitiva con el tiempo en lugar de ganar una vez. Segundo, los propios constructores son un activo: el analista que construyó la herramienta de programación en la sombra entiende ese flujo de trabajo mejor que cualquier documento de requisitos, y un programa que recluta ese conocimiento supera a uno que meramente lo regula. Las organizaciones que manejan esto mejor tratan a los constructores en la sombra como los buenos equipos de seguridad tratan a los hackers amistosos: como un sistema de alerta temprana de dónde falla la oferta oficial, y como los primeros campeones de la plataforma sancionada. Ese encuadre no cuesta nada y cambia cómo va todo el primer trimestre.

Los días uno a treinta son sobre levantar la oferta. Se compra la plataforma y se conecta al SSO, se escriben y publican dentro de ella las reglas de datos, y dos o tres equipos piloto (idealmente ya conocidos por construir en la sombra) reciben incorporación de guante blanco. El anuncio de amnistía llega en la misma ventana: un período sin culpa para registrar cualquier cosa ya construida, encuadrado honestamente como preferimos saber a castigar. Lo que aprendas del inventario de amnistía reconfigurará tus suposiciones sobre escala; casi siempre es más grande de lo que esperaba TI.

Los días treinta a sesenta son migración por riesgo. Del inventario, las herramientas que tocan datos de clientes, finanzas o credenciales se mueven primero a la plataforma, reconstruidas rápido en la mayoría de casos en lugar de portadas, ya que la construcción con IA hace barata la reconstrucción. Este es también el momento en que se afinan las primeras políticas contra la realidad: la cola de revisión muestra qué reglas atrapan riesgo real y cuáles solo atrapan martes. Espera aflojar tanto como aprietas; el objetivo es un conjunto de políticas que los equipos sientan justo.

Los días sesenta a noventa son sobre probar que la vía funciona mejor. Publica los números internamente: herramientas construidas, tiempo mediano de petición a en vivo, latencia de revisión en cambios señalados, incidentes. Cierra el círculo con la comunidad de constructores (los analistas y líderes de operaciones que eran la TI en la sombra) y haz visibles a dos o tres como campeones. El programa tiene éxito cuando un equipo con una idea nueva recurre por defecto a la plataforma sancionada porque es genuinamente la forma más rápida de publicar, y la gobernanza es simplemente cómo funciona la vía rápida.

Dos objeciones saldrán en el trimestre, y ambas tienen respuestas. El equipo de gobernanza es un cuello de botella significa que el enrutado está mal calibrado: mide qué proporción de cambios realmente necesita revisión y aprieta los criterios de riesgo hasta que la cola sea corta y significativa. Los constructores no se registran significa que la vía sancionada está perdiendo en velocidad o capacidad en algún lugar específico: encuentra el flujo de trabajo que pierde, y arréglalo, porque la alternativa es perder en silencio en todas partes.

Ciao está construido para ser la vía sancionada que describe este artículo. Las unidades de negocio describen herramientas internas en lenguaje sencillo y obtienen aplicaciones reales; TI obtiene la superficie de control: SSO vía SAML y OIDC con MFA opcional y control de acceso basado en roles, políticas de Guardrails en lenguaje sencillo que detectan cambios de riesgo y registran la revisión humana, y un registro de auditoría de solo adición sobre prompts, merges, despliegues y acciones de administración.

El problema de visibilidad, el corazón de la TI en la sombra, es para lo que existe Conductor: una sola pantalla para cientos, a veces miles, de proyectos con salud en vivo, visibilidad de zona protegida y control de flota. Las respuestas de manejo de datos se sostienen en revisión: el código del cliente no se usa para entrenar modelos, la inferencia se ejecuta bajo contratos de modelo de retención cero, y el despliegue puede caer en la nube de Ciao, tu propia cuenta de AWS, Azure o GCP, una VPC privada, u on-prem bajo términos aparte.

La vía sancionada también tiene que ganar en velocidad, y esa es la experiencia de constructor que envuelve la gobernanza: describir, iterar, publicar, con QA y pruebas de seguridad corriendo automáticamente en lugar de como una compuerta que los constructores aprenden a temer. Los programas serios empiezan en 10.000 USD al año, típicamente un error de redondeo contra un trimestre de limpieza de herramientas en la sombra. Una demo con tus líderes de TI y seguridad en la sala es la forma más rápida de probar si la superficie de control resiste tus preguntas.