Capcana Platoului

Am scris recent despre oboseala cauzată de IA, argumentând că ceea ce experimentează inginerii nu este o condiție cronică, ci o durere musculară de antrenament. Treceți prin ea, adaptați-vă, ieșiți mai puternici.

Asta e bine și sună bine, dar există mai multă poveste și devine rapid mai evident. Riscul real cu care se confruntă echipele de ingineri în acest moment nu este epuizarea. Este platarea.

Noua Diviziune

Aproape fiecare inginer senior folosește acum IA. Copilot, Claude, Cursor, Codex, numiți-l. Partea aceasta este stabilită. Dacă conduceți o organizație de ingineri, probabil vezi numere de adoptare largi și te simți bine în legătură cu asta.

Nu ar trebui.

Numărul de adoptare este lipsit de sens. Ceea ce contează este diviziunea care se întâmplă sub el. Echipa dvs. se divide în mod tacit în două grupuri. Există inginerii care au obținut o creștere a productivității și s-au stabilizat, și inginerii care continuă să împingă în fiecare săptămână. Noi fluxuri de lucru, noi configurații de agenți, noi moduri de a descompune probleme pentru ca IA să le poată gestiona.

Ambele grupuri apar în tabelele dvs. ca “adopterii IA”. Dar unul este pe un program de antrenament progresiv. Celălalt s-a oprit la primul greutate care i s-a părut confortabil.

Acum șase luni, diferența dintre aceste două grupuri abia era vizibilă. Acum este evident pentru oricine este atent. În alte șase luni, va fi structural.

Ce Arată Cu Adevărat Platoul

Inginerul care a ajuns la platou nu face nimic greșit în sensul tradițional. Este competent. Livrează. Folosește agentul său pentru joburi simple și curăță după el. A obținut poate o creștere de 20-30% a productivității și a considerat că este suficient.

Problema este că inginerul de lângă el nu s-a oprit acolo. Acel inginer rulează acum fluxuri de lucru cu multi-agenci, îmbunătățește buclele de verificare, descompune caracteristici întregi în bucăți executabile de IA, revizuiește la nivel arhitectural și nu linie cu linie, și livrează cu 2-3 ori viteza anterioară. Nu pentru că sunt mai talentați. Pentru că au continuat să se antreneze, în timp ce toată lumea a luat o zi de odihnă care s-a transformat într-un trimestru de odihnă.

Acesta nu este despre entuziasmul pentru IA sau despre a fi un adoptator timpuriu. Faza de adoptare timpurie a luat sfârșit. Acesta este despre adaptare continuă versus ajustare unică. Și diferența compusă dintre aceste două abordări devine imposibil de ignorat.

Presiunea Competitivă Este Reală Și Se Accelerază

Dacă echipele dvs. aveau luxul de a se adapta la propriul lor ritm, problema platoului ar fi o problemă de management al performanței. Înervant, dar gestionabil.

Dar dacă priviți situația mai largă din industria software, este probabil că nu aveți acest lux.

Industria software, în general, a fost creată pentru a ajuta oamenii cu munca digitală: ajutând agenții de suport să vadă cazurile care vin, urmărind răspunsurile clienților, gestionând fluxurile de lucru. Acum agenții IA înlocuiesc întregul flux de lucru și, odată cu el, perturbă platformele SaaS subiacente. În plus, pe măsură ce IA devine mai capabilă de zi cu zi, clienții dvs. încep să pună o întrebare: “Mai avem nevoie să cumpărăm asta, sau putem să o construim singuri acum?” IA a început să micșoreze bariera dintre “cumpără” și “construiește” pentru un set tot mai mare de cazuri de utilizare. Lipiciul care obișnuia să protejeze veniturile dvs. slăbește în fiecare trimestru.

Inginerii dvs. care au ajuns la platou operează la un ritm calibrat pentru un mediu competitiv care nu mai există.

Citata Care A Refăcut Totul Pentru Mine

Am auzit-o de mai multe ori acum, de la manageri de produs care și-au ridicat mânecile și au codat caracteristici, de la lideri de ingineri care au redesenat arhitecturi care au eșuat, la diferite companii, în diferite contexte:

“A fost mai ușor pentru mine să iterăm pe asta cu agenții mei, decât cu acel inginer.”

Prima dată când am auzit-o, am crezut că este o exagerare. A treia oară, am realizat că este un indicator principal.

Așa cum o văd, există ingineri care vor prospera în această lume nouă și vor fi “multiplicatori” ai capacităților IA. Pentru a face asta, trebuie să fie puternici în două domenii, ambele putând fi dezvoltate cu motivație intrinsecă și curiozitate intelectuală:

• Ei operează “pe aceeași undă” cu stakeholderii lor (manageri de produs, manageri de ingineri etc.). Înțeleg ce înseamnă “bun”, așa că nu trebuie să le explicați lucrurile în detaliu. Pentru că, dacă produc același număr de neînțelegeri ca și agentul de codare, agentul va câștiga întotdeauna acea bătălie. Este disponibil instantaneu, 24/7, și fără oboseală.
• Ei își îmbunătățesc constant configurațiile IA, astfel încât, atunci când le dați ceva, știți că va fi făcut nu numai bine (a se vedea punctul de mai sus), ci și suficient de repede pentru a ține pasul cu noul ritm al pieței.

De Ce Acesta Este Un Problema De Conducere, Nu Una Individuală

Este tentant să o încadrați ca o responsabilitate a inginerului individual. “Ține pasul sau rămâi în urmă.” Dar dacă conduceți o organizație de ingineri, acea încadrare vă scutește de responsabilitate.

Inginerii dvs. care au ajuns la platou nu au ajuns la platou în vid. Au ajuns la platou pentru că nimic în mediul lor nu i-a împins dincolo de ajustarea inițială. Au atins o creștere a productivității care părea rezonabilă, nimeni nu i-a provocat să meargă mai departe, și inerția a făcut restul.

Inginerii care au continuat să împingă? Majoritatea lor sunt auto-motivați. Ar fi împins oricum. Dar nu puteți angaja o echipă de ingineri alcătuită în întregime din exploratori auto-motivați. Întrebarea pentru lideri este: cum mutați mijlocul?

Acesta este un problema de management al schimbării, iar unul dintre cadrele mele favorite pentru asta vine din cartea fraților Heath, Switch. Versiunea scurtă: trebuie să oferiți oamenilor o direcție clară, să faceți ca ei să simtă de ce contează, și să remodelați mediul astfel încât noul comportament să fie calea cu cea mai mică rezistență. Aplicat la echipele de ingineri, arată astfel:

Găsiți punctele dvs. strălucitoare și faceți-le vizibile. Identificați inginerii care au împins cel mai departe în fluxurile lor de lucru IA și faceți ca ei să facă demonstrații pentru echipă în mod regulat. Nu sesiuni de antrenament. Demonstrații live ale unui lucru real. Când mijlocul echipei dvs. vede diferența dintre fluxul lor de lucru și fluxul de lucru al celui mai bun adoptator, creează un disconfort productiv pe care nicio directivă nu-l poate egala.

• Diminuati schimbarea. “Adoptați IA” este prea abstract pentru a fi pus în aplicare. Această sprint, fixați testarea agenților de la capăt, următoarea sprint o lansați pe tot parcursul organizației, și așa mai departe. Pași specifici și gestionabili bat programele de transformare ambițioase de fiecare dată, și victoriile mici contează.
• Reshapedefaulturile. Codificați procesul de verificare în abilitățile IA și asigurați-vă că acestea sunt implementate pe tot parcursul echipei dvs. și pe toți agenții lor. Definiți fluxurile dvs. de lucru și utilizați instrumentele care susțin asta. Faceți ca noul mod de lucru să fie calea cu cea mai mică rezistență, astfel încât oamenii să se îndrepte spre el în loc să lupte pentru a ajunge acolo.

Fereastra Se Închide

Iată partea care face ca asta să fie urgent, în loc de doar important.

În acest moment, gapul de adaptare este o diferență de performanță. Inginerii dvs. care au ajuns la platou sunt mai lenti decât cei adaptați, dar sunt încă productivi. Ei încă contribuie. Îi puteți susține.

Acea fereastră se închide. Pe măsură ce capacitățile IA se accelerează și presiunea competitivă se compune, ritmul minim viabil de lucru al inginerilor crește. “Inginerul suficient de bun” de astăzi nu este garantat să fie suficient de bun în următorul trimestru. Nu pentru că s-a înrăutățit, ci pentru că podeaua s-a mutat.

Organizațiile care reușesc să-și mute întreaga echipă pe curba de adaptare, nu doar adoptatorii timpurii, vor avea un avantaj structural compus. Cei care nu o vor face se vor găsi angajați pentru un ritm de concurență care nu mai există.

Fiecare lider de ingineri cu care vorbesc înțelege asta intelectual. Foarte puțini au schimbat modul în care conduc echipele lor ca răspuns.

Nu Există Un Ritm Comfortabil

În piesa despre oboseala IA, am argumentat că durerea este dovada că antrenamentul funcționează. Acesta este încă adevărat. Dar adevărul care urmează este mai greu: greutatea continuă să crească.

Într-o sală de sport normală, puteți alege o greutate confortabilă și o puteți menține pentru totdeauna. Nimeni nu adaugă plăci la bara dvs. fără să vă ceară. În peisajul actual al software-ului, fiecare lansare de model nou, fiecare nouă capacitate a agentului, fiecare nou flux de lucru pe care cineva îl descoperă și îl împărtășește, bara se mișcă. Rămâneți pe loc și greutatea vă va prinde în cele din urmă.

Nu există un spațiu confortabil în industria software în acest moment. Nici pentru inginerii individuali, nici pentru echipele cu care lucrează, nici pentru companiile pe care le construiesc. Singura poziție sigură este mișcarea continuă. Și singura întrebare care contează pentru liderii de ingineri este dacă întreaga echipă se mișcă, sau doar cei care s-ar fi mișcat oricum.