Fælden på plateauet

Jeg skrev for nylig om AI-udmattelse, hvor jeg argumenterede for, at det, ingeniører oplever, ikke er en kronisk tilstand, men snarere træningssårhed. Gennemtræng det, tilpas dig, og kom ud stærkere.

Det er alle godt og vel, men der er mere til den historie, og det bliver hurtigt mere åbenlyst. Den virkelige risiko, der truer ingeniørholdene lige nu, er ikke udbrændthed. Det er plateauet.

Den nye splittelse

Næsten hver eneste senior ingeniør bruger AI nu. Copilot, Claude, Cursor, Codex, du navner det. Den del er afgjort. Hvis du leder en ingeniørorganisation, ser du sandsynligvis bred anerkendelse og føler dig godt til mode.

Du burde ikke.

Antallet af adoption er uden betydning. Det, der betyder noget, er splittelsen, der sker under overfladen. Dit hold deler sig stille og roligt i to grupper. Der er ingeniørerne, der fik en produktivitetsforbedring og satte sig til rette, og ingeniørerne, der fortsætter med at skubbe hver eneste uge. Nye arbejdsgange, nye agentkonfigurationer, nye måder at afbryde problemer for AI at håndtere.

Begge grupper vises i dine dashboards som “AI-adopterere”. Men den ene er på et progressivt træningsprogram. Den anden stoppede ved den første vægt, der føltes komfortabel.

For seks måneder siden var forskellen mellem disse to grupper knap synlig. Nu er det åbenlyst for enhver, der betaler opmærksomhed. Om endnu seks måneder vil det være strukturelt.

Hvad plateau faktisk ligner

Ingeniøren på plateauet gør ikke noget forkert i den klassiske forstand. De er kompetente. De leverer. De bruger deres agent til simple opgaver og rydder op efter den. De fik måske en 20-30% produktivitetsforbedring og erklærede det for afsluttet.

Problemet er, at ingeniøren ved siden af ikke stoppede der. Den ingeniør kører nu multi-agent-arbejdsgange, forbedrer verifikationsløkker, afbryder hele funktioner i AI-udførbare stykker, gennemgår på arkitektonisk niveau i stedet for linje for linje, og leverer med 2-3 gange deres tidligere tempo. Ikke fordi de er mere talentfulde. Fordi de fortsatte med at træne, mens alle andre tog en hvile dag, der udviklede sig til en hvile kvartal.

Dette handler ikke om AI-entusiasme eller at være en tidlig adopter. Den tidlige adoptionsfase er ovre. Dette handler om kontinuerlig tilpasning versus enkelt tilpasning. Og forskellen mellem disse to tilgange bliver mere og mere umulig at ignorere.

Konkurrencepresset er virkeligt og accelererer

Hvis dine hold havde den luksus at tilpasse sig på deres egen tid, ville plateau-problemet være et performancespørsmål. Irriterende, men håndterbart.

Men hvis du ser på den bredere situation i softwareindustrien, er chancerne, at du ikke har den luksus.

Softwareindustrien blev i store træk skabt for at hjælpe mennesker med digitalt arbejde: hjælpe supportagenter med at se indgående sager, spore svar til kunder, styre arbejdsgange. Nu er AI-agenterne ved at erstatte hele arbejdsgangen og med det undergravende SaaS-platforme. Oven i det begynder dine kunder at stille et spørgsmål: “Har vi brug for at købe dette, eller kan vi bygge det selv nu?” AI er begyndt at reducere barrieren mellem “køb” og “byg” for en udvidende række af brugsområder. Den klæbende kraft, der tidligere beskyttede din omsætning, svækkes hver kvartal.

Dine ingeniører på plateauet opererer med en hastighed, der er justeret til en konkurrencekreds, der ikke længere eksisterer.

Citaten, der omdefinerede alt for mig

Jeg har hørt det mere end en gang nu, fra produktchefer, der rullede op deres ærmer og vibe-kodede funktioner, fra ingeniørledere, der genopbyggede fejlende arkitekturer, i forskellige virksomheder, i forskellige sammenhænge:

“Det var nemmere for mig at iterere på dette med mine agenter end med den ingeniør.”

Da jeg hørte det første gang, troede jeg, det var overdrivelse. Tredje gang jeg hørte det, indså jeg, det var en ledende indikator.

Min opfattelse er, at der er ingeniører, der vil blomstre i denne nye verden og være “multiplikatorer” af AI-kapaciteter. For at gøre det, skal de være stærke i to områder, begge kan selvudvikles med tilstrækkelig indre motivation og intellektuel nysgerrighed:

• De opererer “på samme bølge” som deres interessenter (PM’er, ingeniørledere osv.). De forstår, hvad der er godt, så du ikke behøver at overforklare ting for dem. For hvis de producerer det samme antal misforståelser som din kodningsagent, vil agenten altid vinde den kamp. Den er tilgængelig øjeblikkeligt, 24/7, og trættes ikke.
• De forbedrer kontinuerligt deres AI-indstillinger, så når du giver noget til dem, ved du, det bliver gjort ikke kun godt (se punkt ovenfor), men også hurtigt nok til at holde trit med det nye markedstempo.

Hvorfor dette er et ledelsesproblem, ikke et individuelt

Det er fristende at ramme dette som et individuelt ingeniørs ansvar. “Hold trit eller bliv efterladt.” Men hvis du leder en ingeniørorganisation, giver den ramme dig frihed.

Dine ingeniører på plateauet nåede ikke plateauet i et vakuum. De nåede plateauet, fordi intet i deres omgivelser pressede dem forbi den første tilpasning. De nåede en rimelig produktivitetsforbedring, og ingen udfordrede dem til at gå videre, og træghed gjorde resten.

Ingeniørerne, der fortsatte med at skubbe? De fleste af dem er selv motiverede. De ville skubbe uanset. Men du kan ikke besætte en ingeniørorganisation helt med selv motiverede pionerer. Spørgsmålet for ledere er: Hvordan flytter du midten?

Dette er et ændringsledelsesproblem, og en af mine yndlingsrammer for det kommer fra Heath-brødrenes bog Switch. Den korte version: du skal give folk en klar retning, gøre dem til at føle, hvorfor det betyder noget, og omforme omgivelserne, så den nye adfærd er den letteste vej. Anvendt på ingeniørhold ser det således ud:

Find dine lyse punkter og gør dem synlige. Identificer ingeniørerne, der har skubbet længst i deres AI-arbejdsgange, og lad dem demonstrere for holdet regelmæssigt. Ikke træningssessioner. Live-gennemgang af rigtigt arbejde. Når midten af dit hold ser forskellen mellem deres arbejdsgang og den øverste adapters arbejdsgang, skaber det en produktiv ubehag, som ingen direktiv kan matche.

• Skrald ændringen. “Adoptér AI” er for abstrakt til at handle på. Denne sprint, fastgør e2e-agenter-test, næste sprint ruller det ud over hele organisationen, og så videre. Konkrete, håndterbare skridt slår ambitiøse transformationsprogrammer hver gang, og små sejre betyder noget.
• Omform standarderne. Kodificér verifikationsprocessen i AI-færdigheder, og sikr, at de er udrullet over hele dit hold og over alle deres agenter. Definér dine arbejdsgange og brug værktøjerne, der understøtter det. Gør den nye måde at arbejde på den letteste vej, så folk glider mod den i stedet for at skulle kæmpe sig derhen.

Vinduet lukker

Her er den del, der gør dette akut snarere end blot vigtigt.

Lige nu er tilpasningsgapet en performancesforskel. Dine ingeniører på plateauet er langsommere end dine tilpassede, men de er stadig produktive. De bidrager stadig. Du kan bære dem.

Det vindue lukker. Mens AI-kapaciteter accelererer og konkurrencepres compacter, stiger den minimale viable hastighed for ingeniørarbejde. Den “god nok”-ingeniør i dag er ikke garanteret at være god nok næste kvartal. Ikke fordi de blev dårligere, men fordi gulvet flyttede op.

Organisationerne, der finder ud af, hvordan de kan flytte deres hele hold op ad tilpasningskurven, ikke kun de tidlige adoptører, vil have en kompenserende strukturel fordel. De, der ikke gør det, vil finde sig selv besat til en konkurrence, der ikke længere eksisterer.

Hver eneste ingeniørleder, jeg taler med, forstår dette intellektuelt. Kun få har ændret, hvordan de leder deres hold, som svar.

Der er ingen komfortabel hastighed

I AI-udmattelsesartiklen argumenterede jeg for, at sårhed er beviset for, at træningen virker. Det er stadig sandt. Men den efterfølgende sandhed er hårdere: vægten fortsætter med at stige.

I en normal træningshal kan du vælge en komfortabel vægt og fastholde den for evigt. Ingen tilføjer plader til din stang uden at spørge. I den nuværende softwarelandskab flytter stangen sig. Stå stille, og vægten vil til sidst fastlåse dig.

Der er ingen komfortabel plads i softwareindustrien lige nu. Ikke for enkeltstående ingeniører, ikke for holdene, de arbejder på, ikke for virksomhederne, disse hold bygger. Den eneste sikre position er kontinuerlig bevægelse. Og det eneste spørgsmål, der betyder noget for ingeniørledere, er, om hele dit hold er i bevægelse, eller kun de, der ville have flyttet sig alligevel.