Plateaufällan

Jag skrev nyligen om AI-trötthet, och hävdade att det som ingenjörer upplever inte är en kronisk sjukdom, utan snarare träningsvärk. Genom att pusha igenom det, anpassa sig och komma ut starkare.

Det låter bra och rimligt, men det finns mer att säga om den historien, och det blir alltmer uppenbart. Den verkliga risken som ingenjörsteam står inför just nu är inte utbrändhet. Det är plateaubildning.

Den nya splittringen

Virtually varje senioringenjör använder AI nu. Copilot, Claude, Cursor, Codex, du namnger det. Den delen är avgjord. Om du leder en ingenjörsorganisation, ser du förmodligen bred anslutningsgrad och känner dig bra till mods.

Du borde inte.

Anslutningsgraden är meningslös. Vad som betyder något är den splittring som sker under ytan. Ditt team delar sig tyst i två grupper. Det finns ingenjörer som fick en produktivitetsboost och bosatte sig, och ingenjörer som fortsätter att pusha varje vecka. Nya arbetsflöden, nya agentkonfigurationer, nya sätt att bryta ner problem för AI att hantera.

Båda grupperna syns i dina instrumentpaneler som “AI-antagare”. Men den ena är på ett progressivt träningsprogram. Den andra stannade vid den första vikten som kändes bekväm.

För sex månader sedan var gapet mellan dessa två grupper knappt synligt. Nu är det uppenbart för alla som är uppmärksamma. Om ytterligare sex månader kommer det att vara strukturellt.

Vad plateaubildning faktiskt ser ut som

Ingenjören som har nått en platå gör ingenting fel i klassisk bemärkelse. De är kompetenta. De levererar. De använder sin agent för enkla jobb och städar upp efter den. De fick kanske en 20-30% produktivitetsökning och kallade det för avslutat.

Problemet är att ingenjören bredvid dem inte stannade där. Den ingenjören kör nu multiagentarbetsflöden, förbättrar verifieringsloopar, bryter ner hela funktioner i AI-exekverbara bitar, granskar på arkitektonisk nivå istället för rad för rad, och levererar i 2-3 gånger sin tidigare takt. Inte för att de är mer begåvade. För att de fortsatte att träna medan alla andra tog en vilotid som blev en vilotid på en kvartal.

Detta handlar inte om AI-entusiasm eller att vara en tidig antagare. Den tidiga antagningsfasen är över. Detta handlar om kontinuerlig anpassning versus enstaka justering. Och den ackumulerade skillnaden mellan dessa två tillvägagångssätt blir alltmer omöjlig att ignorera.

Den konkurrensrelaterade pressen är verklig och accelererar

Om dina team hade lyxen att anpassa sig på sin egen tid, skulle plateauproblemet vara ett prestationshanteringproblem. Irriterande, men hanterbart.

Men om du tittar på den bredare situationen i mjukvaruindustrin, är chansen stor att du inte har den lyxen.

Mjukvaruindustrin, i stort sett, skapades för att hjälpa människor med digitalt arbete: hjälpa supportagenter se inkommande ärenden, spåra svar till kunder, hantera arbetsflöden. Nu förskjuter AI-agenter hela arbetsflödet och stör därmed de underliggande SaaS-plattformarna. Dessutom, eftersom AI blir alltmer kapabel varje dag, börjar dina kunder att ställa en fråga: “Behöver vi fortfarande köpa detta, eller kan vi bygga det själva nu?” AI har börjat minska barriären mellan “köp” och “bygg” för en utvidgad uppsättning användningsfall. Den klibbighet som tidigare skyddade din intäkt försvagas varje kvartal.

Dina ingenjörer som har nått en platå arbetar i en takt som är kalibrerad för en konkurrensmiljö som inte längre existerar.

Citaten som omformade allt för mig

Jag har hört det mer än en gång nu, från produktchefer som rullade upp sina ärmarna och kodade funktioner, från ingenjörsledare som omformade misslyckade arkitekturer, i olika företag, i olika sammanhang:

“Det var lättare för mig att iterera på detta med mina agenter, än med den ingenjören.”

Första gången jag hörde det, trodde jag att det var överdrift. Tredje gången, insåg jag att det var en ledande indikator.

Så som jag ser det, finns det ingenjörer som kommer att blomstra i denna nya värld och vara “multiplikatorer” av AI-förmågor. För att göra det, behöver de vara starka inom två områden, båda av vilka kan utvecklas med tillräcklig inre motivation och intellektuell nyfikenhet:

• De opererar “på samma våg” som deras intressenter (PM, ingenjörschefer, etc.). De förstår vad som är bra, så du behöver inte förklara saker för dem. För om de producerar samma antal missförstånd som din kodagent, kommer agenten alltid att vinna den striden. Den är tillgänglig direkt, 24/7, och tröttlös.
• De förbättrar kontinuerligt sina AI-konfigurationer, så att när du ger dem något, vet du att det kommer att göras inte bara bra (se ovan), utan också tillräckligt snabbt för att hålla jämna steg med den nya marknadstakten.

Varför detta är ett ledarskapsproblem, inte ett individuellt

Det är frestande att ramla in detta som ett individuellt ansvar för ingenjörerna. “Håll jämna steg eller bli lämnad efter.” Men om du leder en ingenjörsorganisation, låter den ramen dig slippa undan.

Dina ingenjörer som har nått en platå nådde den inte i ett vakuum. De nådde den för att ingenting i deras miljö pressade dem förbi den initiala anpassningen. De nådde en rimlig produktivitetsökning, ingen utmanade dem att gå längre, och trögheten gjorde resten.

Ingenjörerna som fortsatte att pusha? De flesta av dem är självmotiverade. De skulle ha pushat oavsett. Men du kan inte bemanna en ingenjörsorganisation helt med självmotiverade pionjärer. Frågan för ledare är: hur flyttar du mitten?

Detta är ett förändringshanteringsproblem, och ett av mina favoritramverk för det kommer från Heath-brödernas bok Switch. Den korta versionen: du behöver ge människor en tydlig riktning, göra dem känna varför det betyder något, och omforma miljön så att det nya beteendet är den lättaste vägen. Tillämpat på ingenjörsteam, ser det ut som:

Hitta dina ljusglimtar och gör dem synliga. Identifiera ingenjörerna som har pushat längst i sina AI-arbetsflöden och låt dem demonstrera för teamet regelbundet. Inte utbildningssessioner. Live-genomgångar av riktigt arbete. När mitten av ditt team ser skillnaden mellan deras arbetsflöde och den bästa anpassarens arbetsflöde, skapas en produktiv obehag som ingen direktiv kan matcha.

• Förminska förändringen. “Anta AI” är för abstrakt för att agera på. Den här sprinten, nagla fast det slutliga agenterstestet, nästa sprint rulla ut det över hela organisationen, och så vidare. Specifika hanterbara steg slår ambitiösa transformationsprogram varje gång, och små segrar betyder något.
• Omforma standarderna. Kodifiera verifieringsprocessen i AI-färdigheter, och se till att de distribueras över hela ditt team och över alla deras agenter. Definiera dina arbetsflöden och använd verktygen som stöder det. Gör det nya sättet att arbeta den lättaste vägen, så att människor dras mot det istället för att behöva kämpa sig dit.

Fönstret stängs

Här är den del som gör detta brådskande snarare än bara viktigt.

Just nu är anpassningsgapet en prestandadifferens. Dina ingenjörer som har nått en platå är långsammare än dina anpassade, men de är fortfarande produktiva. De bidrar fortfarande. Du kan bära dem.

Det fönstret stängs. När AI-förmågor accelererar och konkurrensrelaterad press ackumuleras, ökar den minsta livskraftiga takten för ingenjörsarbete. “Tillräckligt bra”-ingenjören idag är inte garanterad att vara tillräckligt bra nästa kvartal. Inte för att de blev sämre, utan för att golvet flyttades upp.

Organisationerna som lyckas flytta hela sina team upp för anpassningskurvan, inte bara de tidiga antagarna, kommer att ha en ackumulerad strukturell fördel. De som inte gör det kommer att hitta sig själva bemannade för en konkurrenstakt som inte längre existerar.

Varje ingenjörsledare jag pratar med förstår detta intellektuellt. Mycket få har ändrat hur de kör sina team i respons.

Det finns inget bekvämt tempo

I AI-trötthetsartikeln hävdade jag att värk är beviset på att träning fungerar. Det är fortfarande sant. Men den efterföljande sanningen är svårare: vikten fortsätter att öka.

I en vanlig gym, kan du välja en bekväm vikt och upprätthålla den för alltid. Ingen lägger till vikter på din stång utan att fråga. I den nuvarande mjukvarulandskapet, flyttar varje ny modellrelease, varje ny agentförmåga, varje nytt arbetsflöde som någon kommer på och delar, stången. Stå stilla och vikten kommer så småningom att fälla dig.

Det finns inget bekvämt utrymme i mjukvaruindustrin just nu. Inte för enskilda ingenjörer, inte för teamen de arbetar på, inte för företagen som bygger dem. Den enda säkra positionen är kontinuerlig rörelse. Och den enda frågan som betyder något för ingenjörsledare är om hela ditt team rör sig, eller bara de som skulle ha rört sig ändå.