Una organización con varias sedes rara vez tiene un único lugar donde se toman las decisiones sobre software. Una sede firma una licencia, otra utiliza una versión gratuita de la misma herramienta, y una tercera tiene un socio de TI local que ha configurado algo sin consultar a nadie. Un inventario de IA que quiera abarcar eso no debe partir, por tanto, de un único archivo fuente, sino de varias fuentes que se complementan y se contradicen entre sí.
Cada sede tiene su propia historia de compras, sus propios proveedores y a menudo su propio grado de autonomía en las decisiones de TI. Lo que en la sede central es una excepción puede haberse convertido en la norma en otra ubicación sin que nadie lo haya registrado. Un inventario centralizado que solo consulte a la sede central pierde, por definición, una parte de la imagen. Por qué la lista de TI no es correcta explica por qué un registro centralizado rara vez coincide con lo que realmente se utiliza, y ese problema se agrava cuantas más sedes hay.
La base es la misma para cada sede: qué aplicación se utiliza, por quién, para qué tarea y sobre la base de qué datos. Además, es relevante si la aplicación se ha adquirido localmente o se ha puesto a disposición de forma centralizada, y si detrás hay un proveedor que ya documenta cómo funciona el sistema, o si la sede ha compuesto o adaptado el sistema por sí misma. Esa distinción determina, en efecto, quién asume la responsabilidad de lo que ocurre exactamente. Qué debe registrar por cada aplicación lo describe en detalle, y el mismo registro se aplica independientemente de la ubicación: solo la forma en que obtiene la información varía según la sede.
En una sola sede resulta manejable preguntar directamente. En varias sedes, eso ya no es viable sin estructura. Dos fuentes son útiles combinadas. La primera es lo que el propio entorno de TI ya muestra: registros de compras, archivos de licencias y señales técnicas que apuntan al uso de IA, incluso si nadie ha comunicado explícitamente ese uso. Qué revelan los datos de compras y licencias muestra qué indicios pueden encontrarse allí, y qué señales de TI son útiles aborda el lado técnico de esto: qué tráfico, qué suscripciones y qué integraciones apuntan a un uso de IA que no está registrado formalmente en ningún lugar.
La segunda fuente es el propio empleado. Ningún escaneo técnico capta por qué alguien usa una herramienta, para qué tarea exacta o con qué frecuencia. Eso solo lo sabe quien realiza el trabajo. En varias sedes, esto significa que necesita una forma de plantear esa pregunta de la misma manera en todas partes, sin que una sede se sienta más controlada que otra. Cómo preguntarlo sin generar represalias describe por qué esa condición es determinante para la fiabilidad de lo que recoge: quien teme una consecuencia responde de forma incompleta o no responde en absoluto, y ese efecto no está necesariamente repartido por igual entre sedes con culturas o estilos de gestión distintos.
Una aplicación que se ha adquirido en la sede A y se ha adoptado de forma informal en la sede B sigue siendo la misma aplicación, con el mismo rol y el mismo nivel de riesgo. El inventario, por tanto, no debe clasificarse por sede, sino por aplicación, con una anotación de dónde y por quién se utiliza. Así evita que la misma herramienta se evalúe de forma distinta en dos lugares, y que un riesgo ya señalado en una ubicación pase inadvertido en otra. También es relevante si la propia sede ha construido o configurado algo a partir de un modelo de IA, o si simplemente adquiere un producto ya terminado. Es usted proveedor o usuario ayuda a hacer esa distinción, y esa distinción puede variar de una sede a otra, incluso al usar la misma tecnología subyacente.
Una vez que los datos de las sedes están disponibles, el siguiente paso es consolidarlos en una única lista sin duplicados, con un rol claro por aplicación, una estimación de riesgo y una indicación de dónde se utiliza. Esa visión general constituye la base para determinar qué medidas de gobernanza son necesarias y dónde requieren atención en primer lugar. La forma exacta en que se construye y mantiene esa visión general depende del tamaño y la estructura de la organización; no existe un modelo fijo válido para cada situación.
Un inventario del uso de IA muestra qué se hace y con qué. Una pregunta de seguimiento que suele encajar con eso es qué parte de ese trabajo puede, de hecho, ser asumida por la IA, y qué parte sigue siendo trabajo humano. Esa pregunta la responde el escáner de trabajo de FTE TO AI, que calcula por tarea qué parte es susceptible de ser asumida.
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.