Plateau-fælden

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ørgen. 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 står overfor ingeniørteamene lige nu, er ikke udbrændthed. Det er plateauering.

Den nye splittelse

Næsten hver 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 det. Dit team er stille og roligt delt i to grupper. Der er ingeniørerne, der fik en produktivitetsforbedring og satte sig til rette, og ingeniørerne, der hele tiden skyder hver eneste uge. Nye arbejdsgange, nye agentkonfigurationer, nye måder at dele problemer op, så AI kan håndtere dem.

Begge grupper viser sig i dine dashboards som “AI-adoptere”. 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 på 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, der er nået til et plateau, gør ikke noget forkert i traditionel forstand. De er kompetente. De leverer. De bruger deres agent til simple job og rydder op efter det. 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, dekomponerer hele funktioner i AI-eksekverbare 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 træning, mens alle andre tog en hvile dag, der udviklede sig til en hvile kvartal.

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

Konkurrencespresset er virkeligt og accelererer

Hvis dine team havde luksusen af at tilpasse sig på deres egen tidsplan, ville plateau-problemet være et performancesstyringsproblem. Irriterende, men håndterbart.

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

Softwareindustrien som helhed blev skabt for at hjælpe mennesker med digitalt arbejde: hjælpe supportagenter med indgående sager, spore svar til kunder, styre arbejdsgange. Nu er AI-agenter ved at erstatte hele arbejdsgangen og med det undergrave de underliggende SaaS-platforme. Oven i det begynder dine kunder at stille spørgsmålet: “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 plateauede ingeniører opererer med en hastighed, der er justeret til et konkurrenceklima, der ikke længere eksisterer.

Citaten, der omdefinerede alt for mig

Jeg har hørt det mere end én gang nu, fra produktchefer, der rullede op ærmerne og kodefunktioner, 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.”

Første gang, jeg hørte det, troede jeg, det var overdrivelse. Tredje gang, jeg hørte det, gik det op for mig, at det var en ledende indikator.

Set fra min side er der ingeniører, der vil trives 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 udvikles selv med tilstrækkelig intrinsisk motivation og intellektuel nysgerrighed:

• De opererer “på samme bølge” som deres interessenter (PM’er, ingeniørledere osv.). De forstår, hvad godt ser ud, så du ikke behøver at overfortolke ting for dem. Fordi 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 udmattet.
• De forbedrer kontinuerligt deres AI-opstilling, så når du giver dem noget, ved du, det bliver gjort ikke kun godt (se punkt ovenfor), men også hurtigt nok til at følge 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 pace eller bliv efter”. Men hvis du leder en ingeniørorganisation, giver den ramme dig fri.

Dine plateauede ingeniører nåede ikke et plateau i et tomrum. De nåede et plateau, 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 skyde? De fleste af dem er selv motiverede. De ville skyde 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 ændringsstyringsproblem, og en af mine favoritrammer 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ørteam ser det således ud:

Find dine lyse punkter og gør dem synlige. Identificer ingeniørerne, der har skudt længst i deres AI-arbejdsgange, og lad dem demonstrere for teamet regelmæssigt. Ikke træningssessioner. Live-gennemgange af rigtigt arbejde. Når midten af dit team ser forskellen mellem deres arbejdsgang og top-adapterens arbejdsgang, skaber det en produktiv ubehag, som ingen påbud kan matche.

• Kryds ændringen. “Adopter AI” er for abstrakt til at handle på. Denne sprint, fastgør den e2e agentic testing, næste sprint ruller det ud på hele organisationen, og så videre. Konkrete, håndterbare skridt slår ambitiøse transformationsprogrammer hver gang, og små sejre betyder noget.
• Omform standarderne. Kodificer verifikationsprocessen i AI-færdigheder, og sikr, at de er udrullet på tværs af dit team og på tværs af alle deres agenter. Definer 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 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 plateauede ingeniører 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 konkurrencespresset forstærkes, stiger den minimale pacede for ingeniørarbejde. “God nok”-ingeniøren 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 team op ad tilpasningskurven, ikke kun de tidlige adoptere, vil have en strukturel fordel. De, der ikke gør det, vil finde sig selv bemandet med en pacede 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 team, som svar.

Der er ingen komfortabel pacede

I AI-udmattelsesstykket 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 bliver ved med at stige.

I et normalt fitnesscenter kan du vælge en komfortabel vægt og fastholde den for evigt. Ingen tilføjer vægt til din stang uden at spørge. I det nuværende softwarelandskab flytter hver eneste ny modeludgivelse, hver eneste ny agentfunktion, hver eneste ny arbejdsgang, som nogen finder ud af og deler, stangen. Stå stille, og vægten vil til sidst fælde dig.

Der er ingen komfortabel plads i softwareindustrien lige nu. Ikke for enkelte ingeniører, ikke for teamene, de arbejder på, ikke for virksomhederne, teamene 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 team er i bevægelse, eller kun dem, der ville have flyttet sig uanset.