El sector TIC consiste en gran parte en trabajo que se deja dividir en pasos reconocibles: escribir código según una especificación, probar contra criterios establecidos, mantener documentación, clasificar tickets, configurar infraestructura, elaborar informes. Junto a esto hay trabajo que precisamente no se deja capturar en pasos: una decisión de arquitectura que perdurará años, un cliente que describe un problema que nadie ha resuelto todavía, un equipo que debe sopesar un plazo frente a un requisito de calidad. Ambos tipos de trabajo se encuentran en las mismas funciones, a menudo en la misma persona el mismo día.
Esa combinación determina por qué la IA no llega aquí como un proyecto sino como un desplazamiento gradual. Una parte del trabajo siempre fue intensiva en mano de obra sin ser compleja: convertir código de un lenguaje a otro, generar scripts de prueba, revisar registros en busca de un patrón conocido. En cuanto la IA asume esa parte total o parcialmente, no cambia nada en la estrategia sobre el papel — la hoja de ruta, la promesa al cliente, el nivel de servicio se mantienen — pero el supuesto subyacente, a saber, cuántas personas y horas son necesarias para cumplir esa promesa, ya no es automáticamente cierto.
Lo que ocurre en las TIC no se puede resumir como "la IA sustituye a los programadores". El trabajo se divide en tres categorías que atraviesan casi todas las funciones. Algunas tareas la IA puede ejecutarlas de forma autónoma: generar código estructurado, traducciones entre sistemas, pruebas repetibles. Otras tareas transcurren parcialmente: la IA hace una propuesta — un cambio de código, una estimación de riesgo, un resumen de un incidente — y una persona la aprueba o rechaza, con una razón que queda registrada. Y una tercera categoría sigue siendo trabajo humano: la conversación con un cliente sobre lo que realmente quiere decir, la decisión de poner o no un sistema en producción, la responsabilidad por lo que sale mal.
La proporción entre estas tres no es fija. En una empresa con muchos sistemas heredados y poca documentación estandarizada, la proporción de la tercera categoría es mayor que en una empresa con infraestructura moderna y bien documentada. En un equipo que organiza la supervisión como parte fija del proceso — alguien que realmente evalúa las propuestas de la IA, no solo las aprueba con un clic — más trabajo se desplaza hacia la segunda categoría sin pérdida de calidad. En un equipo sin esa supervisión, la IA queda limitada a experimentos aislados, y cambia poco, aunque la tecnología esté disponible.
La razón por la que esto llega a la mesa de dirección y no solo al departamento de TI, es que las estrategias en este sector a menudo descansan sobre un supuesto de capacidad: cuánta capacidad de desarrollo se necesita para cumplir la hoja de ruta, cuánta capacidad de soporte para mantener el nivel de servicio, cuánto tiempo senior para formar a los junior. Si la IA asume una parte del trabajo de la primera o segunda categoría, cambia la cantidad de horas y capacidad en fte liberadas — no en un porcentaje fijo, eso depende de los sistemas, la disciplina en el proceso y el grado de supervisión, pero la dirección del desplazamiento es segura.
La pregunta estratégica entonces no es si la IA absorbe trabajo, sino si el plan todavía parte de la antigua distribución. Una hoja de ruta que cuenta con una capacidad de desarrollo fija, un modelo de precios que parte de un número fijo de horas de soporte por cliente, una trayectoria formativa construida sobre el supuesto de que el trabajo junior sigue siendo el mismo — todos estos son supuestos que pueden caducar sin previo aviso por este desplazamiento. Nadie los retira formalmente; simplemente permanecen en el plan mientras la realidad subyacente cambia. Este es un patrón distinto al de, por ejemplo, los servicios financieros, donde la regulación determina en parte el ritmo de la automatización, o la construcción, donde la ejecución física establece otro límite a lo que la IA puede asumir. En las TIC, el límite suele ser menos físico y menos jurídico, y por ello más rápido de desplazar — lo que hace que el riesgo de un supuesto tácitamente obsoleto sea más grande que menor.
Dos empresas en el mismo subsector pueden estar aquí en situaciones muy distintas, y esa diferencia rara vez está en la disponibilidad de herramientas de IA — ambas tienen acceso a ellas. Está en si existe un mecanismo de supervisión que funcione y evalúe los resultados de la IA con una razón registrada, si la documentación y los sistemas están en orden para que la IA pueda hacer algo con ellos, y si la dirección ha hecho contrastar recientemente los supuestos que sustentan la estrategia con lo que ya ha cambiado operativamente. Las empresas sin esto último dirigen según una estrategia que sobre el papel todavía es correcta, mientras que el supuesto de capacidad subyacente hace tiempo que ha quedado superado.
Este desplazamiento también afecta a la pregunta de quién debe estar presente en tal contraste — no solo la dirección, también las personas que realmente ven cambiar el trabajo, como se describe en un panorama de quién debe participar en una revisión estratégica. En la medida en que este desplazamiento afecte a decisiones sobre personal, se aplican para ello requisitos legales propios; esta página trata sobre la estrategia, no sobre esas decisiones.
La pregunta subyacente — qué trabajo en esta empresa puede realmente ser absorbido por la IA, qué trabajo parcialmente, y qué trabajo sigue siendo trabajo humano — se responde con el escaneo de trabajo de FTE TO AI por tarea, en lugar de basarse en una estimación para todo el sector. Antes de llegar a ese escaneo, hay un paso más pequeño: la verificación gratuita de supuestos, una ronda breve en la que usted nombra sus principales supuestos estratégicos y ve, por cada supuesto, cuándo fue confirmado realmente por última vez. Esto hace visible qué supuestos siguen siendo sólidos y cuáles se han ido desplazando silenciosamente. La prueba de presión estratégica completa, con la imagen desde fuera junto al autodiagnóstico de la dirección, está en construcción.
Stel uw vraag. Vaak zit de echte vraag een laag dieper — daar mag ik naar vragen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.