Un proyecto de IA que se queda atascado en TI no suele ser un problema técnico. Es un proyecto que nunca obtuvo un propietario fuera de TI. TI construye un modelo, un pipeline, una integración — y espera a alguien que diga qué trabajo va a funcionar ahora de forma distinta. Si esa persona no existe, o no tiene el mandato, el proyecto se queda en el lugar donde se construyó.
En partes de cada empresa, el trabajo ya se está desplazando. No como anuncio, sino como práctica: una parte del trabajo puede hacerla un sistema de forma autónoma, una parte puede hacerla un sistema siempre que una persona apruebe o rechace el resultado con motivos, y una parte sigue siendo trabajo humano porque el juicio, la responsabilidad o el contacto con un cliente no pueden separarse de ella. Esta triple división atraviesa prácticamente cada proceso — no por departamento, sino por tarea.
La diferencia entre una empresa donde esto funciona y una empresa donde el proyecto se atasca en TI rara vez está en la técnica. Está en quién ha determinado qué tareas caen en qué categoría, y quién tiene la autoridad para decir: este trabajo se desplaza, y esto se queda como está. Sin esa determinación, TI construye algo que nadie se atreve a poner en producción, porque nadie ha tomado la decisión que la decisión exige.
Un proyecto de IA que se queda atascado en TI suele carecer de una de tres cosas:
Una ambición que va más allá de un piloto. Si la pregunta "¿podemos construir esto?" está respondida pero la pregunta "¿qué trabajo cambia estructuralmente con esto?" no lo está, no hay nada que escalar. Qué ambición es mejor posponer un año trata sobre la distinción entre una ambición que ahora es viable y una ambición que primero requiere otra cosa.
Una respuesta a qué puede y qué no puede decidir un sistema sin supervisión. Esa respuesta no corresponde a TI, sino al departamento que ejecuta el trabajo y a compliance. Qué hace usted cuando la ambición sí es posible pero el compliance no describe qué ocurre cuando la técnica está lista antes de que lo estén los marcos.
Un derecho de decisión fuera de TI. Alguien en la línea — no en la arquitectura — debe poder decir que una tarea se desplaza y que la capacidad liberada se destina a otro lugar. Mientras esa decisión recaiga en TI, el proyecto también se quedará ahí, porque TI no tiene ese mandato y tampoco debería tenerlo.
Un test de ambición determina cuál es la ambición en cuatro niveles — la visión, el estado deseado, el objetivo concreto y el estado que ese objetivo exige — y evalúa por dimensión si la organización está preparada para ello. Eso no es una medición de lo que un sistema puede hacer técnicamente. Es una estimación de lo que la organización todavía debe resolver antes de que el trabajo realmente se desplace: derechos de decisión, supervisión, datos, responsabilidad.
Esa estimación nunca es definitiva. Es tan buena como la información en la que se basa, y esa información suele ser incompleta en el momento en que una dirección la inicia. Una dimensión que parece lista porque nadie ha hecho la pregunta correcta, no está lista — ese resultado, en ese momento, dice sobre todo algo sobre lo que aún no se ha investigado. A la inversa, una dimensión puede parecer deficiente mientras el problema es pequeño en cuanto alguien recibe la autoridad para resolverlo. El test ordena dónde se encuentra la organización; no sustituye la investigación de las tareas en sí.
La pregunta subyacente — qué trabajo en esta empresa puede realmente ser asumido por la IA, parcial o totalmente — se responde con el escaneo de trabajo de FTE TO AI por tarea, no por departamento o función. Esa distinción es necesaria porque un proyecto evaluado a nivel de función siempre se queda atascado en TI: las funciones no cambian, las tareas sí.
Un único proyecto de IA que se atasca suele ser un síntoma. A menudo no hay una imagen continua de cómo evolucionan con el tiempo las ocho dimensiones de preparación, y la misma dimensión sigue siendo el cuello de botella año tras año sin que nadie lo señale — véase qué hace usted con una dimensión que lleva años estancada. Una ambición que sobre el papel parece pequeña a menudo exige capacidades que solo se hacen visibles cuando alguien las coloca junto a las ocho dimensiones; esa traducción es el eje de qué capacidades necesita mi organización para esta ambición. Y un proyecto no se atasca en TI si la dirección ya está en desacuerdo sobre qué significa la ambición — de eso trata cómo consigo que mi dirección se alinee.
Sobre las decisiones de personal que se deriven de un proceso de este tipo, siempre rigen los propios requisitos legales; un test de ambición y preparación no constituye fundamento para ello ni pretende serlo.
El chequeo de preparación gratuito consta de ocho preguntas breves, una por dimensión, y ofrece una primera imagen de dónde está más avanzada la organización y dónde no. No es un juicio ni un punto final, sino un punto de partida para mantener la conversación fuera de TI antes de que se construya otro proyecto que nadie espera. El test de ambición completo, con las cuatro capas y las cinco confidence gates, está en construcción.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.