Agenttikehitys · Moduuli 05 / 08

Nopeusraja

Kova raja, joka ratkaisee, auttavatko agentit tiimiäsi vai vahingoittavatko sitä

— / 15 tietovisaa

Nopeusraja

Agentit tuottavat koodia nopeammin kuin yksikään tiimi historiassa. Se ei ole se kiinnostava fakta. Kiinnostava fakta on tämä: jokaisella työtä eteenpäin vievällä järjestelmällä on kova raja sille, kuinka nopeasti se voi liikkua — ja agenttikehityksessä se raja ei ole malli. Se on ihmisten katselmointikyky.

Numeerisilla simulaatioilla on täsmälleen sama raja. Sen nimi on CFL-ehto, ja kun rikot sitä, simulaatio ei huonone kohteliaasti. Se räjähtää. Katsotaan, miten se käy tiimille.

Ylikuormassa:
AGENTIT
katselmointijono
2 jonossa
KATSELMOIJAT
YHDISTETTY
0
läpi päässeet viat 0

Aika katselmoinnissa
2.2 d
Läpi pääsevien vikojen osuus
4 %

Kuormasuhde: vakaa.

C = A / R ≤ 1
Qₙ₊₁ = max(0, Qₙ + A − R)

Katselmointikyvyn ehto: työtä ei saa tulla järjestelmään nopeammin kuin se ehditään katselmoida kunnolla. A on agenttien tuotanto, R on rehellinen katselmointikyky, Q on jono. Kun C ≤ 1, jono purkautuu ja laatu pitää. Kun C > 1, mikään työkalu, kehote tai malliversio ei pelasta — koska rajoite ei koskaan ollut malli. Tämä on ohjelmistotiimien CFL-ehto: kova nopeusraja jokaiselle agenttien käyttöönotolle.

Tiimisi luvut

Kaikki lasketaan selaimessasi — mitään ei tallenneta eikä lähetetä.

Käyttöönotto — ennusta ensin, katso sitten

Oikea ohjelmisto-organisaatio ottaa koodausagentit käyttöön. Muutamassa kuukaudessa yhdistettyjen PR:ien määrä suunnilleen kaksinkertaistuu. Katselmointikykyä ei muuteta. Sinun ennusteesi: mitä tapahtuu ajalle, jonka PR viettää katselmoinnissa (mediaani)?

Tee ennuste, niin paljastus avautuu.

Mitä agentit oikeasti tuottavat, numeroina

Nettotuottavuushyöty keskimäärin, yritystasolla (Gartner, 2026)
+19,3 %
Kehitysjohtajista raportoi parannusta (Gartner, 2026)
90 %
PR:ää per kehittäjä per päivä, käyttäjät vs. muut, kymmeniätuhansia kehittäjiä (Microsoft, 2026)
+24 % (CI +14,5…+33,7 %)
Kokeneet kehittäjät kypsissä koodipohjissa, satunnaistettu koe (METR, 2025)
19 % hitaampia
…vaikka samat kehittäjät uskoivat olevansa
20 % nopeampia

Lue kaikki viisi riviä yhdessä. Hyödyt ovat todellisia — ja maltillisia. Noin viidennes tai neljännes lisää läpimenoa hyvin johdetussa käyttöönotossa: merkittävää sadan kehittäjän joukossa, mutta ei mitään demojen 10×:n kaltaista. Ja kaksi viimeistä riviä ovat syy siihen, miksi tämä kurssi vaatii mittaamista: koettu nopeus ja mitattu nopeus voivat osoittaa vastakkaisiin suuntiin. Jos otat tästä moduulista mukaasi yhden lauseen: tunteet eivät ole telemetriaa.

C > 1 — mitä nyt? Neljä vipua, vaikutusjärjestyksessä.

✂️ Pienemmät PR:t

Halvin yksittäinen vipu. Kun PR:n koko puolittuu, jokaisen työyksikön katselmointikustannus lähes puolittuu — R nousee palkkaamatta ketään. (Tämä on hilan tihentämistä.)

🎯 Riskiporrastettu katselmointi

Kaikki muutokset eivät ansaitse samaa tarkkuutta. Käytä syvää katselmointia riskimuutoksiin ja kevyttä triviaaleihin — tiheät kopit shokin kohdalla, harvat muualla. Moduuli 07 käsittelee juuri tätä.

🤖 Katselmointiagentit esisuodattimina

Agentti, joka nappaa mekaaniset 60 % ennen kuin ihminen katsoo, nostaa efektiivistä R:ää. Varo: sen pitää syventää ihmisen katselmointia, ei korvata sitä — muuten olet automatisoinut kumileimasimen.

📋 Parempi tehtävänanto ylävirrassa

Hyvä tiketti tuottaa katselmoitavan PR:n; epämääräinen tiketti tuottaa 800 riviä uskottavaa väärää koodia, jonka purkamiseen kolmelta ihmiseltä menee päivä. Tikettien laadun nostaminen laskee A:n katselmointikustannusta — Moduuli 03 oli tämä vipu, ja Moduuli 06 näyttää, mitä käy, jos ohitat sen.

Yksi vipu on tarkoituksella viimeisenä ja vähäisimpänä: palkkaa lisää katselmoijia. Se toimii, se on hidasta, ja tiimit tarttuvat siihen ensin, koska se ei vaadi muutosta työtapaan. Vedä ensin neljää muuta.

Mitä katselmointikyvyn ehto C = A/R ≤ 1 takaa?

C nousee yli yhden, ja tiimi pitää viiveen vakiona, jotta aikataulut pitävät. Mitä oikeasti tapahtuu?

Tämän moduulin ydin mahtuu yhteen lauseeseen: agenttiesi nopeusraja on katselmoijiesi kyky, ja sen ylittäminen epäonnistuu äänekkäästi tai hiljaa — mutta aina se epäonnistuu.

On vielä yksi seuraus, ja sinne menemme seuraavaksi. Kun katselmoinnin syvyys leviää, pienet poikkeamat lipuvat läpi — yksi kerrallaan, jokainen liian pieni haitatakseen. Askel askeleelta ne kasautuvat joksikin, jolla on todellista voimaa: koodipohjaksi, joka ratkaisee hiljaa eri ongelmaa kuin sitä, jota tarkoitit. Simulaatioväellä on tälle nimi. Niin on meilläkin. Moduuli 06: Ajautuma, ja miten se siivotaan. →