Cum creștem
Grila, rotația, review-ul ca școală, drumul spre lead
Bono azi
Cine câștigă cel mai mult din agenți e seniorul, nu juniorul. Nu pentru că scrie prompturi mai bune. Pentru că știe ce să ceară, recunoaște când răspunsul e greșit și poate descrie arhitectura înainte să existe cod. Asta e observația din spatele coloanei AI a lui Integral, de mai jos.
La Bono, comparația repo-urilor spune același lucru cu cifre: SalarEasy, construit de Alex singur, cu AI, fără feedback zilnic, are 2.860 de teste și arhitectura casei; company-directory, referința declarată a șablonului, are zero teste. Forma vine din șablon; substanța vine de la persoană. Iar Prodi, la retrospectivă: „colegii au proiectat singuri prima dată" — Edi, Vlad. Asta e direcția. Obiectivul lui Prodi în Q4 nu e livrarea, ci scăderea dependenței de el, măsurată.
Grila 4×4
Patru abilități, fiecare notată 1–3. Prodi și Alexandra o fac într-o oră pentru fiecare mid, în prima săptămână.
| Abilitate | 1 | 2 | 3 |
|---|---|---|---|
| Contract și nevoie, singur | scrie cu PM-ul alături tot timpul | scrie singur; PM-ul corectează cazurile limită | scrie singur; aprobat din prima de Prodi și de contabil |
| Plan aprobat din prima | Prodi întreabă mult; a doua versiune trece | Prodi întreabă puțin; prima versiune trece cu note | prima versiune trece; nota de simplitate 3 |
| Implementare cu agent fără corecții mari | corectează agentul task cu task | corectează rar; PR-urile trec de SuperBoris din prima | deleagă zile întregi; PR-urile trec de om din prima |
| Review și deploy pentru altul | face review cu Prodi alături | face review singur; deploy cu Prodi alături | face review și deploy singur; e reviewer principal |
Nota din octombrie e baza. Obiectivul: fiecare om +1 treaptă pe cel puțin o abilitate până în ianuarie.
Coloana AI din career ladder, de la Integral
Integral nu a adăugat „folosește AI" ca bifă. A adăugat o coloană cu trei așteptări care cresc cu nivelul. Le luăm ca atare:
- Ce cheltui și de ce. Nu există plafon de tokeni. Poți cheltui mult într-o zi pe un bug dacă poți explica de ce. Dacă faci un lucru de două ori, a treia oară trebuie să existe o automatizare.
- Lupta cu slop-ul. Slop = output sigur pe sine, plauzibil, verbos și subtil greșit. Mid-ul îl prinde în munca lui. Lead-ul îl oprește pentru echipă. „No AI slop" e valoare de inginerie, nu preferință.
- Când apelezi la AI. Juniorii păstrează fricțiunea care construiește judecata; „learn with AI, not around it". Testul CTO-ului lor: vii la tablă și explici ideea în cinci minute, fără AI. Dacă nu poți, nu e nevoie de tine în buclă.
Bogdan a spus-o din altă direcție: „noi lucrând cu Claude așa de mult, noi nu mai verificăm." Coloana asta e răspunsul.
Un flux cu ownership complet
Fiecare mid e owner cap-coadă pe un flux din harta proceselor, cu contract, firmă sintetică și demo joi. Un flux prea ușor nu învață nimic. Unul cu +2 nu se termină. Regula: +1 complexitate față de ultimul proiect.
Rotația rolurilor lui Prodi
Trei roluri se rotesc lunar între cei patru mid: reviewer principal (treapta a doua pe toate PR-urile echipei), responsabil deploy (cu Prodi alături prima dată, singur a doua), prezintă arhitectura (10 minute la retrospectivă: cum e construit un modul, ce decizie e acolo și de ce). Plus, de la Integral, Captain — cine răspunde de livrarea de joi, prin rotație săptămânală, PM-ul inclus — și Guardian, cine primește toate întreruperile săptămânii, ca ceilalți să nu fie întrerupți.
| Luna | Reviewer principal | Deploy | Arhitectura |
|---|---|---|---|
| Octombrie | Vlad | Alex | Adi |
| Noiembrie | Alex | Adi | Edi |
| Decembrie | Adi | Edi | Vlad |
| Ianuarie | Edi | Vlad | Alex |
Ordinea e propunere. Alexandra o stabilește cu Prodi.
Review ca școală
Prodi întreabă, nu corectează. E cea mai grea regulă din carte pentru un CTO care știe răspunsul. Un mid care primește corectura învață răspunsul. Un mid care primește întrebarea învață să gândească. Măsurăm: % PR-uri aprobate fără modificări de la Prodi, țintă peste 70% în trei luni.
Lunar, fiecare mid scrie un ADR sau o secțiune în CLAUDE.md-ul unui repo. Prodi confirmă.
Ce facem
Toate intră în Calendarul deciziilor, cu accountable și deadline, ca propuneri de confirmat de echipa RH.
- Grila 4×4 completată pentru Vlad, Alex, Adi, Edi. Owner: Prodi cu Alexandra. Gata: patru rânduri, cu abilitatea de crescut per om. Până pe 9 octombrie.
- Rotația pentru octombrie–ianuarie confirmată sau rescrisă. Owner: Alexandra. Până pe 9 octombrie.
- Coloana AI adăugată la pagina de rol a fiecărui mid, cu cele trei așteptări. Owner: Alexandra. Până pe 17 octombrie.
- Primul ADR (Architecture Decision Record) per mid, în repo-ul fluxului lui. Owner: fiecare mid; Prodi confirmă. Până pe 31 octombrie.
- Primele 1:1 cu fiecare, cu întrebarea „l-ai reangaja cu entuziasm" pe listă. Owner: Alexandra. Până pe 31 octombrie.
Ce nu facem: nu comparăm oameni între ei în Q4; nu penalizăm viteza (teama lui Teo: „metricile greșite penalizează viteza").
De validat de Bogdan: definițiile treptelor 1–2–3; criteriile de lead; Captain și Guardian ca roluri săptămânale — sunt de la Integral, nu din Bono Way v1.
The Bono Way · v2 · Planul de lansare · 28 septembrie 2026 · pregătit de Claude pentru Bogdan; capitolele se rescriu de owner-ii lor. Sursa: repo „Bono Waiy", Markdown.