Laaksoansan Loukku

Olen äskettäin kirjoittanut AI-väsymyksestä, väittäen, että se, mitä insinöörit kokevat, ei ole krooninen tila, vaan koulutuksen aiheuttama kipu. Työnnä sen läpi, sopeudu, tule ulos vahvempana.

Se on kaikki hyvä ja järkevä, mutta tarinaan liittyy enemmän, ja se on nopeasti tulemassa selvemmäksi. Insinööritiimien kohtaama todellinen riski ei ole polttoutuminen. Se on laaksoittuminen.

Uusi Jakautuminen

Melkein jokainen vanhempi insinööri käyttää nyt AI:ta. Copilot, Claude, Cursor, Codex, nimeä se. Se osa on ratkaistu. Jos johtaa insinööriorganisaatiota, luultavasti näet laajan hyväksymisen ja tunnet itsesi hyvältä siitä.

Et pitäisi.

Hyväksymisluku on merkityksetön. Se, mikä on tärkeää, on jakautuminen, joka tapahtuu sen alla. Tiimisi jakautuu hiljalleen kahteen ryhmään. On insinöörejä, jotka saivat tuottavuuden lisäyksen ja asettuivat siihen, ja insinöörejä, jotka jatkavat työntekoa joka viikko. Uudet työvirrat, uudet agenttien konfiguraatiot, uudet tavat hajottaa ongelmia AI:n käsittelyyn.

Molemmat ryhmät näkyvät raporttisi “AI:n hyväksyjät”. Mutta toinen on progressiivisella koulutusohjelmalla. Toinen pysähtyi ensimmäiseen painoon, joka tuntui mukavalta.

Kuusi kuukautta sitten ero näiden ryhmien välillä oli vain häivähdys. Nyt se on ilmeinen kaikille, jotka ovat huomioon. Kuuden kuukauden kuluttua se on struktuurinen.

Mikä Laaksoittuminen Oikeasti On

Laaksoittunut insinööri ei tee mitään väärää perinteisessä mielessä. He ovat päteviä. He toimittavat. He käyttävät agenttiaan yksinkertaisiin tehtäviin ja siivoavat sen jälkeen. He saivat ehkä 20-30%:n tuottavuuden lisäyksen ja pitivät sen riittävänä.

Ongelma on, että insinööri heidän vieressään ei pysähtynyt siinä. Se insinööri on nyt suorittamassa monen agentin työvirtoja, parantamassa verifikaatioluupia, hajottamassa koko ominaisuuksia AI-suoritettaviin palasiin, tarkastamassa arkkitehtonisella tasolla eikä riviriviltä, ja toimittamassa 2-3 kertaa aiempaa vauhtia. Ei siksi, että he ovat lahjakkampia. Vaan siksi, että he jatkoivat koulutusta, kun kaikki muut ottivat lepopäivän, josta tuli lepo neljännes.

Kilpailupaine On Todellista Ja Kiihtyvää

Jos tiimilläsi oli mahdollisuus sopeutua oman aikataulun mukaan, laaksoittumisongelma olisi suorituskyvyn hallintakysymys. Häiritsevä, mutta hallittavissa.

Mutta jos katsot laajempaa tilannetta ohjelmistoteollisuudessa, luultavasti et ole sellaisessa luksuksessa.

Ohjelmistoteollisuus, suurelta osin, luotiin auttamaan ihmisiä digitaalisessa työssä: auttamaan asiakastukihenkilöitä näkemään saapuvia tapauksia, seuraamaan asiakkaiden vastauksia, hallitsemaan työvirtoja. Nyt AI-agentit korvaavat koko työvirran ja rikkoavat siten perustuvat SaaS-alustat. Lisäksi AI:n kasvava kyky tekee asiakkaiden kysymyksestä: “Tarvitseeko meidän vielä ostaa tämä, vai voimmeko itse rakentaa sen nyt?” AI on alkanut kutistaa esteitä “osta” ja “rakenna” -käsitteiden välillä laajenevalle joukolle käyttötarkoituksia. Tuottavuuden suoja, joka aikaisemmin suojeli tulostasi, heikkenee joka neljännesvuosi.

Sitaatti, Joka Muutti Kaiken Minulle

Olen kuullut sen useammin nyt, tuotejohtajilta, jotka rullasivat hihojaan ja koodasivat ominaisuuksia, insinöörijohtajilta, jotka suunnittelivat epäonnistuneita arkkitehtuureja, eri yrityksissä, eri konteksteissa:

“Minulle oli helpompaa iteroida tätä agenteideni kanssa kuin tuon insinöörin kanssa.”

Ensimmäisen kerran kuullessani sen, ajattelin, että se oli liioittelua. Kolmannen kerran, tajusin, että se oli eturistinäinen osoitus.

Näen sen tavalla, että on insinöörejä, jotka menestyvät tässä uudessa maailmassa ja ovat “moninkertaisia” AI:n kyvyistä. Sen tekemiseksi heidän on oltava vahvoja kahdessa alueessa, jotka molemmat voidaan kehittää riittävällä intrinsellisellä motivaatiolla ja älyllisellä uteliaisuudella:

• He toimivat “samalla aallotella” kuin heidän sidosryhmänsä (tuotejohtajat, insinöörijohtajat jne.). He ymmärtävät, mitä hyvä näyttää, joten sinun ei tarvitse selittää asioita heille yksityiskohtaisesti. Koska jos he tuottavat saman määrän väärinymmärryksiä kuin heidän koodiagenttinsa, agentti voittaa aina tämän taistelun. Se on saatavilla välittömästi, 24/7, ja uupumaton.
• He parantavat jatkuvasti AI-järjestelyjään, joten kun annat heille jotain, tiedät, että se tehdään ei vain hyvin (ks. yllä oleva kohta), vaan myös tarpeeksi nopeasti pitääkseen uuden markkinatempoa.

Miksi Tämä On Johtamiskysymys, Ei Yksilöllinen

On houkuttelevaa kuvailla tätä yksittäisen insinöörin vastuulla. “Pysy mukana tai jää pois”. Mutta jos johtaa insinööriorganisaatiota, tämä kuvaus antaa sinulle vapautuksen.

Laaksoittuneet insinöörit eivät laaksoittuneet tyhjyydessä. He laaksoittuivat, koska mitään heidän ympäristössään ei haastanut heitä menemään eteenpäin. He saavuttivat kohtuullisen tuottavuuden lisäyksen, kukaan ei haastanut heitä menemään eteenpäin, ja inertia teki lopun.

Insinöörit, jotka jatkoivat työntekoa? Useimmat heistä ovat itsestään motivoituneita. He työntäisivät joka tapauksessa. Mutta et voi palkata insinööriorganisaatiota, joka koostuu pelkästään itsestään motivoituneista uranuurtajista. Kysymys johtajille on: miten siirrät “keskivertotiimin”?

Parannus On Mahdollinen

Tämä on muutoksen hallintakysymys, ja yksi suosikkirakenteistani tähän tulee Heath-veljesten kirjasta Switch. Lyhyt versio: sinun on annettava ihmisille selkeä suunta, tehtävä heille tuntuvaksi, miksi se on tärkeää, ja muokattava ympäristöä siten, että uusi käytös on helpoin polku. Insinööritiimien soveltamiseksi se näyttää:

Löydä kirkkaimmat kohdat ja tee niistä näkyviä. Tunnistele insinöörit, jotka ovat edenneet kauimmin AI-työvirroissaan, ja pyydä heitä esittelemään tiimille säännöllisesti. Ei koulutussessioita. Live-esittelyjä oikeasta työstä. Kun tiimisi keskivertoinen insinööri näkee eron työvirran ja parhaimman sovittimen työvirran välillä, se luo tuottavaa epämukavuutta, jota ei mikään määräys voi vastata.

• Pienennä muutos. “Hyväksy AI” on liian abstrakti toimintaohje. Tässä sprintissä, kiinni e2e agentic -testaus, seuraavassa sprintissä julkaista se koko organisaatiolle, ja niin edelleen. Konkreettiset hallittavat askelmat voittavat aina kunnianhimoiset muutosohjelmat, ja pienet voitot merkitsevät.
• Uudelleenmuotoile oletukset. Koodaa verifikaatioprosessi AI-taitoihin, ja varmista, että ne on käytössä koko tiimilläsi ja kaikilla heidän agenteillaan. Määritä työvirranne ja käytä työkaluja, jotka tukevat sitä. Tee uusi tapa työskennellä helpoimmaksi poluksi, jotta ihmiset siirtyvät sinne ilman taistelua.

Ikkuna On Sulkeutumassa

Tässä on osa, joka tekee tästä kiireellistä eikä vain tärkeää.

Tällä hetkellä sopeutumisen ero on suorituskyvyn ero. Laaksoittuneet insinöörit ovat hitaampia kuin sopeutuneet insinöörit, mutta he ovat edelleen tuottavia. He edelleen osallistuvat. Voit kantaa heidät.

Tämä ikkuna on sulkeutumassa. Kun AI:n kyvyt kiihtyvät ja kilpailupaine kasvaa, vähintään tarvittava insinööritöiden tempo nousee. “Riittävä” insinööri tänään ei välttämättä ole riittävä seuraavassa neljännesvuodessa. Ei siksi, että he ovat huonontuneet, vaan siksi, että lattia on siirtynyt ylöspäin.

Organisaatiot, jotka keksivät, miten siirtää koko tiiminsä sopeutumiskäyrää, eivät vain varhaisia omaksujia, saavat kasautuvan rakenteellisen edun. Ne, jotka eivät tee niin, löytävät itsensä varusteltuina kilpailun tahdilla, joka ei enää ole olemassa.

Jokainen insinöörijohtaja, jonka kanssa puhun, ymmärtää tämän älyllisesti. Harvat ovat muuttaneet johtamistapaansa vastaamaan tätä. Ero ymmärryksen ja toiminnan välillä on itsessään laakso.

Ei Ole Mukavaa Vauhtia

AI-väsymyskirjoituksessani väitin, että kipu on todiste siitä, että koulutus toimii. Se on edelleen totta. Mutta seuraava totuus on vaikeampi: paino jatkuu kasvamistaan.

Normaali salissa voit valita mukavan painon ja ylläpitää sitä ikuisesti. Kukaan ei lisää painoa baariisi ilman kysymystä. Nykyisessä ohjelmistomaailmassa jokainen uusi mallin julkaisu, jokainen uusi agentin kyky, jokainen uusi työvirta, jonka joku keksii ja jakaa, baari siirtyy. Seiso paikallasi ja paino lopulta pinottaa sinut.

Ei ole mukavaa tilaa ohjelmistoteollisuudessa tällä hetkellä. Ei yksittäisille insinööreille, ei tiimille, joilla he työskentelevät, ei yrityksille, joita tiimit rakentavat. Ainoa turvallinen asema on jatkuva liike. Ja ainoa kysymys, joka on insinöörijohtajille tärkeää, on, liikkuuko koko tiimi, vai ainoastaan ne, jotka olisivat liikkuessaan joka tapauksessa.