La IA no alenteix les teves entregues. Ho fa la teva organització
Quan la IA multiplica la teva producció per 17, però les teves entregues només creixen un 30%, el problema no és l'eina, sinó com està organitzada la teva cadena d'entrega.
Les xifres ja estan documentades.
Un estudi realitzat amb més de 100.000 desenvolupadors de GitHub, durant quatre anys, confirma el que molts intuïen sense poder quantificar-ho: amb els agents d'IA de darrera generació, el volum de codi produït es multiplica per 17. Les releases entregades, en canvi, només augmenten un 30%.
Entre totes dues coses: una organització que no s'ha mogut.
El diagnòstic equivocat surt car
Moltes empreses mesuren avui la seva transformació amb IA a partir dels indicadors equivocats. Els commits es disparen, les històries es tanquen més ràpid, la velocitat marca rècords. I es conclou que funciona. Però el que s'està mesurant és la producció de codi, no l'entrega de valor.
La cadena de programari és seqüencial: el codi produït s'ha de revisar, fusionar (merge), validar i desplegar. La IA ha accelerat radicalment la primera etapa. No ha tocat les següents. Resultat: les pull requests s'acumulen, els tech leads se saturen i les decisions de posada en producció es tornen cada vegada més escasses. El cabal de sortida continua limitat pels mateixos colls d'ampolla humans d'abans. Només que la pressió aigües amunt s'ha tornat tres a deu vegades més gran.
Aquest fenomen té un nom en la literatura econòmica: una baixa elasticitat de substitució entre l'output de la IA i l'esforç humà. En termes operatius, significa que la IA i les persones no són intercanviables dins de la cadena: són complementàries. I és l'element humà el que constitueix la baula limitant.
L'organització en silos revela la seva fragilitat
El cas més habitual, i el més fràgil, és el del lead developer que és l'única persona autoritzada per fer merge i desencadenar les posades en producció. Abans de la IA, aquest model funcionava: el volum de codi produït era compatible amb la capacitat d'un únic punt de control. Una absència generava una incomoditat. Dues urgències simultànies generaven un embús.
Amb els agents asíncrons, aquest model s'ensorra. Aquest mateix lead developer es troba davant d'un flux de pull requests que no pot absorbir sense degradar o bé la qualitat de la seva revisió, o bé la seva disponibilitat per a les decisions d'arquitectura que realment estan a la seva altura.
No és un problema d'eines. És un problema de bus factor: una sola persona l'absència o saturació de la qual bloqueja l'entrega de tot l'equip.
La IA multiplica el codi per 17. Aquestes tasques continuen sent manuals i convergeixen cap a una sola persona. Resultat: només un +30 % de releases a la sortida.
El que les dades també diuen sobre la qualitat
El mateix estudi amplia la seva anàlisi a les apps stores. Des de mitjan 2025, el nombre de noves aplicacions publicades s'ha disparat. L'ús total, però, s'ha mantingut estable. La proporció d'aplicacions que no assoleixen un públic mínim ha augmentat en tots els mercats.
Produir més no significa aportar més valor percebut. Aquesta correlació que es trenca entre volum produït i adopció real és un senyal que els responsables tecnològics haurien de prendre's seriosament molt més enllà de les apps stores: en els seus propis backlogs, en els seus propis sprints, en allò que els seus equips entreguen a uns usuaris l'atenció dels quals, això sí, no s'ha multiplicat per deu.
La veritable pregunta no és «quina eina d'IA?»
El debat públic sobre la IA en el desenvolupament de programari continua estant àmpliament capturat per la qüestió de les eines: quin agent triar, quin model, quina integració amb l'IDE. És la pregunta equivocada; o almenys, no és la pregunta principal.
La pregunta principal és organitzativa: com està estructurada la cadena d'entrega per absorbir un volum de producció que es pot multiplicar en un ordre de magnitud? Qui pot fer merge? Qui decideix entregar, i amb quina freqüència? Com es distribueix el coneixement del producte dins de l'equip perquè els arbitratges de priorització siguin ràpids i encertats? Quin procés permet ajustar l'abast sense bloquejar la relació amb el client?
Aquestes preguntes no són noves. El que és nou és la seva urgència. Organitzacions que tenien vint anys per abordar-les ara disposen de divuit mesos.
El que canvia per a qui decideix
La IA no substitueix l'organització: la radiografia, la deixa al descobert. Les fragilitats estructurals que eren manejables en un règim de producció humana es converteixen en punts de ruptura en un règim de producció augmentada.
Els CIO i CTO que trauran més profit d'aquesta transició no són necessàriament els qui hagin adoptat els agents més potents. Són els qui hagin sabut, en paral·lel, redistribuir les capacitats crítiques d'entrega, recalibrar els seus indicadors de gestió i implicar els seus clients en una governança del canvi adaptada al nou ritme.
La IA produeix ràpid. El valor, en canvi, es continua creant en la cadena completa.
A Infinitum Digital, juntament amb el grup Clever Age, ho veiem cada dia: la IA no crea els colls d'ampolla, els revela. De poc serveix multiplicar el codi si l'entrega continua depenent d'un únic punt de decisió.
Nosaltres t'ajudem a redissenyar aquesta cadena: repartir les capacitats crítiques d'entrega, recalibrar els teus indicadors i governar el canvi al nou ritme. La tecnologia produeix ràpid; el valor el crea la teva organització. En parlem?