En el nivel foundation se ha establecido algo. Hay política, hay acuerdos sobre gestión de datos, y la infraestructura de TI ya no es un conjunto de sistemas sueltos sino una estructura en la que, en principio, pueden implementarse nuevas aplicaciones. La diferencia con baseline es que ahora hay un plan en lugar de azar. Quien lea en qué significa el nivel baseline en la práctica lo que precedió a esto, reconocerá foundation como la fase en la que las iniciativas sueltas se han reunido en algo que sobre el papel es correcto.
El problema de foundation es que el papel es correcto y la práctica todavía no. La política sobre gestión de datos está redactada, pero no se sigue en todas partes. Existe una arquitectura para la infraestructura de TI, pero los sistemas antiguos siguen conviviendo con ella. La dimensión de organización — quién decide, quién paga, quién es responsable cuando una aplicación de IA hace algo que nadie había previsto — está definida pero no probada. Precisamente por eso los pilotos suelen estancarse en este nivel: las dimensiones fundamentales están montadas, pero aún no consolidadas.
En una ronda de plot no es una sola persona quien puntúa la organización, sino varias personas de forma independiente. En el nivel foundation, a menudo se observa que el departamento de TI se puntúa a sí mismo más alto que el área de negocio, o que un CHRO evalúa la dimensión de organización de forma más optimista que las personas que trabajan con ella a diario. Esa dispersión no es un error de la medición. Es la señal de que la base sí está establecida, pero no se experimenta de la misma manera por todos. Antes de avanzar hacia activation, resulta más útil saber dónde está esa dispersión que calcular una cifra promedio.
El paso de foundation a activation no consiste en añadir nueva tecnología. Consiste en si las dimensiones fundamentales — organización, infraestructura de TI, gestión de datos — sostienen lo que se construye encima. En el nivel foundation, la arquitectura ya existe, pero a menudo no está claro todavía si los datos que fluyen por el sistema son suficientemente consistentes para construir sobre ellos. La gestión de datos que está regulada sobre el papel debe significar, en la práctica, que una aplicación de IA vea mañana los mismos datos que hoy, en el mismo formato, sin que se interponga una corrección manual.
Lo mismo ocurre con la dimensión de organización. En foundation se ha tomado una decisión sobre quién es responsable de las iniciativas de IA. En el nivel activation, esa decisión debe haberse convertido en una costumbre: las personas saben a quién dirigirse, la escalada se produce sin que primero sea necesaria una reunión, y la responsabilidad ya no recae en una sola persona designada sino en una estructura que sigue funcionando aunque esa persona no esté.
Las dimensiones dependientes — las aplicaciones que se construyen sobre la capa fundamental — suelen llegar todavía demasiado pronto en el nivel foundation. Una organización que se plantea experimentar con agents que ejecutan trabajo hace bien en determinar primero si la infraestructura de TI y la gestión de datos pueden sostenerlo. Sin esa base, un agent produce resultados que nadie puede explicar, y ahí es normalmente donde se atasca un piloto: no porque la tecnología falle, sino porque la capa subyacente todavía no es lo bastante estable.
Tres cosas se repiten a menudo en el nivel foundation. En primer lugar: una política que se ha establecido pero no se ha incorporado a las rutinas diarias, por lo que se ignora ante la primera desviación. En segundo lugar: una infraestructura de TI que permite nuevas aplicaciones, pero en la que los sistemas antiguos y nuevos siguen coexistiendo sin que nadie haya decidido cuándo desaparecen los antiguos. En tercer lugar: una dimensión de organización que está resuelta a nivel de dirección, pero que todavía no es visible en el día a día operativo — las personas no saben a quién pueden preguntar, y por eso recaen en la forma antigua de trabajar.
Estos tres puntos no son excepcionales. Forman parte del nivel. Foundation es la fase en la que las dimensiones fundamentales están establecidas y todavía no puestas a prueba. Por eso también tiene sentido mirar qué viene después de activation: en cómo pasar de activation al siguiente nivel se describe qué ocurre cuando la base sí sostiene y la cuestión se desplaza hacia la coherencia entre aplicaciones, como puede leerse en cadenas en las que los pasos se suceden. Quien quiera mirar más allá también puede ver cómo se relaciona insight con foundation en cómo pasar de insight al siguiente nivel o cómo termina el recorrido en cómo pasar de intelligence al siguiente nivel.
La medición de madurez muestra si la organización puede sostener la IA — si las dimensiones fundamentales son lo bastante sólidas para construir algo sobre ellas. Esa es una pregunta distinta de qué parte del trabajo puede efectivamente ser asumida por la IA. Quien haya establecido foundation y quiera saber qué encaja concretamente sobre esa base, no encontrará esa respuesta en esta medición, sino en el escáner de trabajo de FTE TO AI, que calcula por tarea qué parte del trabajo es apta para ser asumida.
La herramienta con la que usted mismo puede realizar esta medición todavía está en construcción. Quien quiera saber cuándo estará disponible, puede inscribirse en la lista de espera.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.