7 min. de lectura<\/p>\n
70 % de operaci\u00f3n, 30 % de innovaci\u00f3n: muchos presupuestos de TI siguen anclados a esta regla emp\u00edrica. En 2026, este enfoque lleva sistem\u00e1ticamente a los CIO al error.<\/strong> Esta norma part\u00eda de una operaci\u00f3n estable y un cambio previsible. Ninguna de las dos cosas se cumple ya. La infraestructura de IA, el Opex en la nube y los costes de producci\u00f3n de los modelos generativos tiran del presupuesto simult\u00e1neamente hacia arriba y hacia adelante. Quien siga pensando en porcentajes, medir\u00e1 lo incorrecto. La verdadera pregunta para 2026 es: \u00bfqu\u00e9 aportaci\u00f3n de valor esconde cada euro?<\/p>\n Lo m\u00e1s importante en resumen<\/p>\n Relacionado:<\/span>La capacidad en la nube se agota<\/a> \/<\/span> VMware bajo Broadcom: el plan de salida como palanca<\/a><\/p>\n La distribuci\u00f3n cl\u00e1sica separa n\u00edtidamente la operaci\u00f3n del cambio. Esta divisi\u00f3n se desdibuja. La capacidad de GPU, los costes de inferencia, las tarifas de plataforma y los niveles de servicio para la IA productiva gravan la misma l\u00ednea presupuestaria y son, a la vez, operaci\u00f3n e inversi\u00f3n de futuro. Quien registre una base de datos vectorial o una capa de observabilidad para modelos como pura operaci\u00f3n, subestimar\u00e1 su car\u00e1cter estrat\u00e9gico. Quien lo haga como innovaci\u00f3n, ocultar\u00e1 costes fijos recurrentes en el presupuesto del proyecto. He visto presupuestos en los que la base de datos vectorial figuraba como operaci\u00f3n y, tres trimestres despu\u00e9s, nadie pod\u00eda explicar por qu\u00e9 la gesti\u00f3n se hab\u00eda encarecido tanto.<\/p>\n El resultado es una doble presi\u00f3n. La operaci\u00f3n se encarece porque se a\u00f1ade nueva infraestructura sin que desaparezca la anterior. Al mismo tiempo, cualquier iniciativa seria de IA requiere m\u00e1s que un presupuesto piloto. Una relaci\u00f3n fija de 70 a 30 no puede reflejar este desplazamiento; obliga al CIO a comprimir una realidad din\u00e1mica en una cifra est\u00e1tica.<\/p>\n M\u00e1s sensato que la l\u00f3gica binaria es un enfoque en tres partes, tal como lo enmarcan los analistas bajo los conceptos de Run, Grow y Transform. Run garantiza la estabilidad empresarial; aqu\u00ed cuenta el precio de la estabilidad frente a la regulaci\u00f3n, los SLA y los costes por interrupciones. Grow financia las capacidades escalables, es decir, las plataformas de datos, la integraci\u00f3n, la seguridad y la base de IA sobre la que se apoyar\u00e1 todo lo dem\u00e1s. Transform financia las pocas iniciativas que realmente marcan la diferencia en la competencia.<\/p>\n La ventaja de esta perspectiva reside en la gesti\u00f3n. Cada uno de los tres \u00e1mbitos dispone de sus propias m\u00e9tricas y su propia gobernanza. Transform solo puede justificarse si Grow proporciona la base de escalabilidad y gesti\u00f3n de riesgos. Una aplicaci\u00f3n de IA diferenciadora sin una plataforma de datos s\u00f3lida debajo no es un proyecto de Transform, sino un prototipo con una presentaci\u00f3n para el consejo de administraci\u00f3n.<\/p>\n Hablar de forma gen\u00e9rica de \u00abla nube\u00bb pasa por alto el problema. Hay tres fuentes que distinguir. En primer lugar, la presi\u00f3n estructural de los costes operativos procedente de licencias, facturas de proveedores de infraestructura en la nube y cumplimiento normativo. Las rondas de precios de proveedores consolidados, como el caso de VMware bajo Broadcom, obligan a reorganizaciones en la operaci\u00f3n sin que el caso de negocio para la innovaci\u00f3n empeore.<\/p>\n En segundo lugar, el capital necesario para plataformas de inteligencia artificial y datos, que es una verdadera inversi\u00f3n en el futuro y no pertenece a la operaci\u00f3n. En tercer lugar, los costes de oportunidad de arquitecturas obsoletas. Las deudas t\u00e9cnicas atan en muchos casos una parte considerable de la capacidad de TI a la reactividad, estimaciones llegan hasta el 20 o el 40 por ciento, a menudo sin que esto sea visible en el presupuesto. Es precisamente all\u00ed donde crece el porcentaje efectivo de la operaci\u00f3n por encima del 70 por ciento, silenciosamente y sin control. Quien ahorra de forma generalizada o se retira reflejamente de la nube rara vez golpea el punto m\u00e1s caro. Una repatriaci\u00f3n solo resulta rentable cuando se tienen en cuenta con honestidad el personal, el ciclo de vida del hardware y la disponibilidad.<\/p>\n El poste m\u00e1s peligroso en la l\u00f3gica antigua es la inteligencia artificial generativa. En el piloto cuesta poco, unas pocas semanas, un modelo, un caso de uso. En producci\u00f3n se a\u00f1aden gobernanza, revisi\u00f3n de seguridad, equipos de redacci\u00f3n roja, monitoreo, escalado y gesti\u00f3n de cambios. El salto puede costar r\u00e1pidamente varias veces lo del experimento. Quien lleva exclusivamente la IA generativa en el 30 por ciento del fondo de innovaci\u00f3n experimentar\u00e1 la superaci\u00f3n puntualmente al lanzamiento.<\/p>\n La consecuencia para la asignaci\u00f3n es clara: la IA productiva necesita una l\u00ednea de presupuesto propia en el \u00e1rea de crecimiento, con costes operativos fijos que no se sumerjan en el fondo de innovaci\u00f3n. De lo contrario, el siguiente piloto subvenciona secretamente la operaci\u00f3n del anterior. Nadie lo ve venir.<\/p>\n Una nueva distribuci\u00f3n solo se puede justificar con l\u00f3gica; una nueva regla de dedo no ayuda. Tres herramientas sostienen el di\u00e1logo. La visi\u00f3n del portafolio desde operaci\u00f3n, crecimiento y transformaci\u00f3n hace visible para qu\u00e9 trabaja el dinero. La asignaci\u00f3n seg\u00fan valor exige para cada posici\u00f3n importante de operaci\u00f3n una justificaci\u00f3n basada en estabilidad y para cada posici\u00f3n de transformaci\u00f3n un valor esperado con tiempo de valor. Y un presupuesto basado en cero peri\u00f3dico, cada dos o tres a\u00f1os o tras un choque, plantea la \u00fanica pregunta que protege la operaci\u00f3n contra una inflaci\u00f3n sutil: \u00bfqu\u00e9 no financiar\u00edamos hoy si empez\u00e1ramos de nuevo?<\/p>\n Para la realidad de DACH se a\u00f1aden temas que un marco estadounidense no conoce. La regulaci\u00f3n europea, el Acto sobre IA, los costes energ\u00e9ticos y de centros de datos as\u00ed como la escasez de profesionales especializados desplazan a\u00fan m\u00e1s la ecuaci\u00f3n. El CIO que presupueste con \u00e9xito en 2026 lleva un portafolio de valor, no un cuentakil\u00f3metros de porcentajes. Esa es la verdadera transformaci\u00f3n detr\u00e1s del n\u00famero.<\/p>\n Ya no como valor fijo. La infraestructura de inteligencia artificial y los gastos operativos en la nube afectan simult\u00e1neamente al funcionamiento y a la innovaci\u00f3n, por lo que una proporci\u00f3n fija oculta la distribuci\u00f3n real. M\u00e1s \u00fatil es una gesti\u00f3n basada en el valor aportado y una divisi\u00f3n en tres \u00e1reas: Run, Grow y Transform.<\/p>\n<\/details>\n Run garantiza la estabilidad operativa, Grow financia capacidades escalables como plataformas de datos y la base de inteligencia artificial, mientras que Transform paga las pocas iniciativas que diferencian en el mercado competitivo. Cada \u00e1rea recibe sus propias m\u00e9tricas, en lugar de meter todo en dos recipientes.<\/p>\n<\/details>\n Porque el salto del prototipo a la producci\u00f3n genera nuevos costos fijos: gobernanza, seguridad, monitoreo, escalabilidad y gesti\u00f3n de cambios. La inteligencia artificial productiva cuesta r\u00e1pidamente varias veces m\u00e1s que el experimento y debe integrarse en una l\u00ednea presupuestaria espec\u00edfica, no en el fondo general de innovaci\u00f3n.<\/p>\n<\/details>\n Rara vez tan claro como suena. Una repatriaci\u00f3n solo resulta rentable si se consideran honestamente el personal, el ciclo de vida de la hardware y la seguridad ante fallos. El mayor palanca suele estar en el gasto operativo estructural y en las deudas t\u00e9cnicas, no \u00fanicamente en la ubicaci\u00f3n.<\/p>\n<\/details>\n A trav\u00e9s del valor aportado, el riesgo y el tiempo hasta el valor, en lugar de valores emp\u00edricos de la industria. \u00datiles son una visi\u00f3n del portafolio seg\u00fan Run, Grow y Transform, una justificaci\u00f3n de los costos de estabilidad por cada posici\u00f3n Run y un presupuesto cero basado peri\u00f3dicamente que valide regularmente la base Run.<\/p>\n<\/details>\n\n
Por qu\u00e9 la ratio 70\/30 est\u00e1 mal calibrada para 2026<\/h2>\n
Los tres ejes presupuestarios: Run, Grow y Transform<\/h2>\n
De d\u00f3nde realmente proviene la presi\u00f3n de costes<\/h2>\n
De un presupuesto piloto a la econom\u00eda productiva<\/h2>\n
C\u00f3mo los CIOs justifican la nueva distribuci\u00f3n ante el consejo de administraci\u00f3n<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfLa regla 70\/30 para presupuestos de TI sigue siendo v\u00e1lida?<\/strong><\/summary>\n
\u00bfQu\u00e9 significa concretamente Run, Grow y Transform?<\/strong><\/summary>\n
\u00bfPor qu\u00e9 la inteligencia generativa desborda la l\u00f3gica presupuestaria?<\/strong><\/summary>\n
\u00bfConviene la repatriaci\u00f3n de la nube para reducir costos?<\/strong><\/summary>\n
\u00bfC\u00f3mo justifica un CIO la nueva distribuci\u00f3n ante el consejo de administraci\u00f3n?<\/strong><\/summary>\n