Ship It With AI Mihai Cvasnievschi

Anexa A - Pentru manageri

10 min de citit

Pentru engineering managerul, directorul sau CTO-ul care deține bugetul, angajările și procurement-ul - și pentru championul care trebuie să le pună un caz pe masă. Citește mai întâi Capitolele 2, 8 și 9 (guardrails, pregătirea, rollout-ul). Anexa asta le conține pe restul: rolul tău, decizia de portofoliu, o echipă lucrată pas cu pas și banii. E făcută să poată fi trimisă mai departe de sine stătătoare.


Treaba ta în cele 90 de zile

Managerul nu rulează agentul. Managerul apără trei granițe.

Faza managerului acoperă zilele 61-90, după ce championul a pus practica pe picioare și lead-ul a consolidat-o (arcul e în Capitolul 9). Are trei centre de greutate:

Nimic din toate astea nu cere să scrii cod. Toate cer să ții linia: între datele operaționale și promisiunile de ROI, între tooling potrivit cu utilizarea și uniformitate impusă, între protejarea echipei de metrici premature și cererea de dovezi că munca dă roade.

Tot tu deții deciziile pe care nu le poate lua nimeni altcineva: angajarea criptografului pentru o problemă de la semnalul șase, finanțarea unui trimestru ca să muți un proiect galben la verde, cumpărarea de tooling sau servicii suplimentare.

Ce nu faci:

Întrebările astea omoară adopția când primesc răspuns prea devreme. În lunile unu-trei, protejează echipa de ele și spune-le stakeholderilor din capul locului că primele treizeci de zile nu arată aproape nicio productivitate măsurabilă. Când cifra operațională e solidă, apără-o; argumentul de venituri lasă-l în seama celui care deține veniturile. Până în ziua 90, rolul tău se mută de la „pune practica pe picioare” la „urmărește metricile în fiecare trimestru”.

Fără un manager implicat, costul apare în altă parte: procurement-ul stă blocat două luni așteptând avizul de la legal, bugetul pentru documentare nu se alocă niciodată, proiectele galbene rămân galbene. Clasificarea făcută de lead era corectă. N-a avut cumpărător.


Care codebase-uri acum, care mai târziu, care niciodată

Aplică semaforul per proiect, niciodată per companie. Întrebarea nu e „e compania asta pregătită pentru AI”. Întrebarea e „care dintre codebase-urile noastre e pregătit azi, și ce ar fi nevoie ca celelalte să treacă într-o altă culoare”. Capitolul 8 conține cele opt kill signals și punctarea. Partea pe care acționezi tu e sortarea.

Culoare Semnale Mod Decizia ta
Verde 0-1 Condus de agent Acum. Începe de aici, ca echipa să capete experiență și încredere.
Galben 2-3 Condus de om, cu sprijinul agentului Mai târziu. Finanțează reparațiile structurale care îl mută spre verde într-un trimestru sau două.
Roșu 4+ Repară întâi codebase-ul Niciodată, în starea actuală. Reformează-l sau scoate-l din uz pe un orizont mai lung; agentul rămâne în afara lui până se închid semnalele.

Majoritatea companiilor au un mix, iar mixul e planul. Când leadership-ul a decis că „adoptăm AI”, tentația e să pui agentul oricum pe un codebase roșu. Rezistă: tentația asta produce poveștile de adopție eșuată care murdăresc tot domeniul.

Două reguli de știut înainte să citești un scorecard:

Cere-i lead-ului un scorecard cu un rând per proiect, pe primele cinci proiecte active: semnalele punctate, culoarea, modul recomandat (condus de agent, condus de om, repară întâi). Durează cam două ore. Pentru un proiect galben, cere cele două-trei reparații structurale care l-ar duce la verde. Pentru unul roșu, întreabă dacă răspunsul e investiție, înlocuire sau scoatere din uz. Uneori întrebarea ține de strategie, nu de codebase: un fork customizat de la un vendor, cu cuplare severă cu upstream-ul, ridică întrebarea dacă stratul custom ar trebui să existe deloc.


O echipă, săptămână cu săptămână

Douăzeci de ingineri într-o firmă reglementată de servicii financiare. Managerul conduce funcția de inginerie și raportează unui CTO care susține inițiativa, dar e atent la costuri. Board-ul vrea un update de o pagină, la finalul trimestrului trei, despre investiția în AI. Championul a dus zilele 1-30, lead-ul a consolidat practica în zilele 31-60; managerul preia de la ziua 61.

Săptămâna Ce apare Ce face managerul
1 (zilele 61-67) Un dashboard cu trei metrici: procentul de PR-uri merged care ating cod generat de agent; cycle time-ul și rata de defecte pe acel set, fiecare comparate cu trimestrul anterior. Verifică dacă metricile sunt reale. Nu încearcă să le crească.
2 (zilele 68-74) Procurement-ul întreabă: seat-uri sau enterprise. Echipa e pe seat-uri Pro individuale. Alege nivelul Team pentru 13 din cei 20 de ingineri și seat-uri Pro pentru cei 7 care folosesc rar agentul. Apără decizia: scopul e o cheltuială ținută în frâu, potrivită cu utilizarea, nu tooling uniform.
3 (zilele 75-81) Comitetul de securitate a citit despre clasa de injecție prin fișiere de configurare dezvăluită de Check Point Research la începutul lui 2026 (Anexa C) și vrea o postură de guvernanță scrisă. Editează și semnează un document de o pagină care numește patru puncte de control: hook-uri, sandbox, vault de secrete, telemetrie (straturile sunt în Capitolul 2). Îl scrie championul.
4 (zilele 82-88) Cererea board-ului. Trimite două fraze și un singur număr. Nu promite nicio cifră de venituri.

Cifrele din spatele săptămânii 1: 41% dintre PR-urile merged atinse de agent în luna a doua, cycle time pe ele cu 28% sub baseline-ul dinainte de agent, rata de defecte în marja de zgomot a baseline-ului.

Update-ul pentru board, integral: „Avem douăzeci de ingineri pe livrare asistată de agenți. Cycle time-ul pe PR-urile atinse de agent e cu 28% mai mic decât baseline-ul, fără nicio schimbare măsurabilă în rata de defecte. Continuăm să evaluăm extinderea pe parcursul trimestrului următor.” Managerul apără cifra operațională și lasă argumentul de venituri în seama CTO-ului.

Ziua 90: înapoi la operațiunile curente. Dashboard-ul rămâne; championul și lead-ul își păstrează rolurile.


Cât costă programarea cu agenți?

Prețul de listă e cea mai mică linie, și cea despre care întreabă toată lumea prima dată. Prețurile se schimbă în fiecare trimestru; grila de calcul nu. Pune-ți propriile numere în ea.

Trei modele de preț domină piața:

Euristica de încadrare. Costul per inginer are ca plafon ce ar fi cheltuit oricum echipa pe tooling similar (licențe de IDE, platforme de code intelligence, abonamente de coding asistat de AI), plus o fracțiune din valoarea orelor economisite pe săptămână de un inginer senior. Dacă costul lunar total depășește cu mult plafonul ăsta, calculul are șanse mici să iasă, indiferent de vendor. Dacă se încadrează confortabil în el, are șanse mici să nu iasă. Pragul de break-even vine repede de îndată ce agentul economisește chiar și câteva ore pe lună per inginer.

Ce nu apare în ofertă. Patru linii domină totalul real:

Linie Ce acoperă Echipa de 20 de ingineri (ilustrativ)
Seat-uri (prețul de listă) Oferta vendorului ~$530/lună, ~$6.400/an, recurent
Integrare Skill-uri custom, hook-uri, servere MCP pentru sistemele interne Câteva săptămâni de engineering, o singură dată
Scrierea skill-urilor Întreținerea AGENTS.md, actualizarea skill-urilor pe măsură ce codebase-ul evoluează Câteva ore per inginer pe lună, plus trimestrul part-time al championului
Review Review-ul output-ului agentului: mai puțin per schimbare decât la codul scris de mână, în majoritatea cazurilor, dar niciodată zero Concentrat pe reviewerii seniori, continuu
Guvernanță Evaluarea de securitate prin CISO, addendum-ul de Zero Data Retention, ciclul de achiziții, audit logging, monitorizarea riscului de vendor O săptămână până la un trimestru, concentrat la început într-o firmă reglementată, o singură dată

Pârghiile structurale

Prețurile se învechesc; pârghiile care mișcă linia de tokeni, nu. Pe planurile per token, acolo stau economiile din anul al doilea.


Un exemplu lucrat

Aplică grila pe echipa de 20 de ingineri. Cifrele sunt numere rotunde pentru aritmetică, nu cotații.

Întâi prețul de listă. 13 seat-uri Team la un preț ilustrativ de $30 plus 7 seat-uri Pro la $20 fac $530 pe lună, să zicem $6.400 pe an. Notează cifra asta: e cea mai mică de pe pagină.

Apoi liniile umane. Câteva săptămâni de engineering pentru integrare, la orice cost complet realist, acoperă singure prețul de listă pe primul an, o dată. Scrierea skill-urilor pe 20 de ingineri, plus trimestrul championului, se repetă și poate ajunge mai mare decât seat-urile însele. Review-ul cade pe cele mai scumpe ore ale tale, cele ale reviewerilor seniori. Guvernanța într-o firmă reglementată înseamnă o săptămână până la un trimestru de muncă de securitate, achiziții și audit logging înainte să fie facturat vreun seat.

Partea de valoare folosește euristica de încadrare în sens invers. La un cost complet ilustrativ de $100 pe oră, un seat de $30 e acoperit când agentul îi economisește inginerului cam douăzeci de minute pe toată luna; cu câteva ore economisite, pragul e depășit de departe. Dar calculul ăsta pe dosul plicului nu e ce a justificat cheltuiala. Cifra operațională a justificat-o: 41% dintre PR-urile merged atinse de agent, cycle time cu 28% sub baseline, rata de defecte neschimbată. Ore economisite și măsurate, nu dolari proiectați.

Disciplina: cele patru linii ascunse domină, iar cele umane pun în umbră matematica seat-urilor. Apără în fața board-ului cifra operațională, nu un ROI proiectat pe care dashboard-ul încă nu-l poate susține. Intră în discuția de achiziții cu propriile numere, puse în structura asta. Prețurile se schimbă; aritmetica asta, nu.


Mai departe: Anexa B.4 (fișa de punctare a kill signals), Anexa B.5 (calendarul de 90 de zile), Anexa C (surse).