Un jefe de equipo busca una solución para un problema recurrente: demasiado texto, muy poco tiempo, un plazo que no se mueve. En algún lugar encuentra una herramienta que agiliza el trabajo. La herramienta cuesta poco, se puede pagar con una tarjeta de crédito o una cuenta personal, y no requiere aprobación de IT. En un día, el departamento ya trabaja con ella. Nadie ha hecho nada malo — había un problema, había una solución, y el camino entre ambos discurrió fuera de cualquier formulario.
Esto no es una excepción. Es el patrón habitual en cuanto una herramienta de IA resulta más barata y más accesible que el procedimiento para solicitarla. Cuanto más pesada es la vía de solicitud, mayor es la probabilidad de que alguien la evite. La lista de IT con aplicaciones aprobadas no describe entonces lo que ocurre, sino lo que en algún momento se solicitó.
Una suscripción que funciona no se cancela. El departamento que usa la herramienta ve el problema resuelto, no el vacío de gobernanza que se ha creado. Sin un motivo concreto, nadie va a informar espontáneamente de que se está trabajando, fuera del alcance de IT o risk, con una herramienta que procesa texto, datos de clientes o documentos internos.
El patrón es similar al de una extensión de navegador con acceso a su correo: alguien instala algo pequeño, funciona, y la pregunta de quién más está leyendo nunca se plantea porque nunca surge un momento en que esa pregunta se presente. Así se forma una colección de aplicaciones que, una por una, son pequeñas y útiles, y que juntas constituyen un punto ciego mayor que cualquier responsabilidad individual.
El primer reflejo suele ser: localizar, señalar, hacer que se detenga. Eso resulta contraproducente. Quien sabe que tener una suscripción propia le acarreará una reprimenda no la reporta — a partir de entonces usa la herramienta con más discreción, quizás desde otra cuenta, quizás fuera del horario de oficina. El inventario, en lugar de completarse, se vuelve más incompleto, y el problema se traslada a un lugar aún más difícil de ver.
Un inventario que funciona no empieza con la pregunta "quién hizo esto" sino con "qué está funcionando aquí". Sin represalias, obtiene respuesta a la pregunta de qué herramientas se usan, para qué trabajo y con qué datos. Con represalias, solo obtiene silencio, y un departamento que esconde aún mejor la siguiente herramienta.
El primer paso no es corregir, sino hacer visible. Eso significa formular preguntas a las personas que hacen el trabajo, no solo a los sistemas que gestiona IT. Cómo construir un inventario de IA describe cómo puede ser esa ronda de preguntas: qué se usa, para qué tarea, con qué datos de entrada.
En cuanto una aplicación queda identificada, la siguiente pregunta no es si puede seguir existiendo, sino qué papel desempeña y qué nivel de riesgo le corresponde. Una herramienta que resume memorandos internos requiere algo distinto de una herramienta que trabaja con datos de clientes. Esa clasificación determina lo que debe documentarse por cada aplicación — no como ejercicio burocrático, sino como base para poder demostrar más adelante qué ocurría y por qué era razonable.
El riesgo de una suscripción suelta no existe de forma aislada. El mismo patrón de algo que entra sin solicitud se repite en una instalación piloto que nunca se apagó y en un proveedor que integró IA en su producto sin que se hablara de ello por separado. Quien identifica un departamento con una suscripción propia hace bien en plantear la misma pregunta de forma más amplia — no como caza de infractores, sino como registro de lo que realmente ocurre.
Un inventario puntual registra lo que funciona ahora. Sin repetición, es una fotografía que envejece desde el día en que se tomó. Nuevos departamentos descubren nuevas herramientas, las suscripciones existentes adquieren nuevas funciones, y el siguiente punto ciego surge del mismo modo que el anterior. Cómo reconocer ese patrón antes de que se repita se describe en empleados que usan una herramienta que nadie ha aprobado — como continuación del inventario, no como sustituto de este.
Una suscripción que un departamento ha contratado por su cuenta suele revelarle algo sobre el trabajo mismo: había una tarea que consumía demasiado tiempo, y alguien buscó una salida. Esa salida ya está identificada, pero la pregunta de fondo permanece — qué parte de ese trabajo puede transferirse de forma estructural a la IA, y bajo qué condiciones. El escaneo de trabajo de FTE TO AI calcula, tarea por tarea, qué parte del trabajo puede asumir la IA, independientemente de qué herramienta hubiera encontrado ya un departamento por iniciativa propia.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.