Analiza
Cum prezentăm modul de lucru la IT, ce construim și ce riscăm
Ce am înțeles
Prezentăm modul de lucru echipei de IT. Ulterior devine The Bono Way pentru toată firma. Două jumătăți egale: instrumentele AI care colectează evidența automat; procesul, disciplina, rolurile, review-ul, învățarea. Criteriul: ușor de înțeles, ușor de aplicat. Publicat pe bonoway.bgn.ro.
Audiența și ce trebuie să plece cu
| Cine | Pleacă cu | Ce îl îngrijorează | Cum răspundem |
|---|---|---|---|
| Prodi | Ce aprobă, ce nu mai face, cele 3 cifre ale lui | Pierde controlul calității | Treapta 3 rămâne a lui, pe arhitectură. Nota 1–3 e a lui. Estimarea validată e a lui. |
| Vlad, Alex, Adi, Edi | Ce fac altfel de luni; pagina lor | Supraveghere; birocrație | Evidența e a lor, confirmată de ei. Zero formulare manuale. Un ✅ pe zi. |
| Chris | Ce ține, ce construiește | Prea mult pe el | Teo preia PM-ul pe proiecte. Agentul ia raportul. |
| Teo | Ce învață, de la cine | Nu știe unde e util | PM pe proiecte, cu Chris alături în primele două. Cifra lui e clară. |
| Octav | Cum intră designul în proces | Corecturi la nesfârșit | Ecranele înainte de Plan. Edge-38 e primul proiect. |
| Alexandra | Ce decide singură | Nu are pârghii | Trei liste de decizii, scrise. Grila. Rotația. |
| Bogdan, Cristi | Unde se opresc | Să nu revină în operațional | Nu aprobă Specify. Nu intră vineri și marți. Regula e scrisă. |
Diagnosticul, în cinci cifre
Două treimi din ore fără cifră. 22 din 32 de taskuri scrise după fapt. 0 din 17 proiecte cu spec înainte de start. 8 zile lucrătoare de așteptare la review. Un singur om a mutat termenul înainte. Cifrele sunt de la SOLO. La Bono nu avem raportul, și asta e prima cifră: nu știm.
Le prezentăm ca poveste, nu ca reproș. E felul în care Verne deschide fiecare capitol: un om real, o firmă reală, cifre exacte, apoi ce s-a schimbat.
Modelul pe care îl ține minte oricine
4 pași pe proiect · 3 trepte de review · 4 cifre pe săptămână · 5 ritualuri · 1 regulă. E desenul din capitolul 0. Dacă un coleg reține doar asta, procesul funcționează.
Structura documentului
Ordinea e de înțelegere, nu de scriere. Fiecare capitol are aceeași anatomie: rezumat, poveste din Q3 cu cifre, cum funcționează la Bono cu nume, instrument, ritual, punte.
| Capitol | Răspunde la | Owner | Instrumentul |
|---|---|---|---|
| 0 De ce | de ce acum | — | desenul |
| 1 Principiile | ce ținem | — | cele cinci propoziții |
| 2 Prioritățile | ce alegem, cum împărțim oamenii, calendarul trimestrului | Bogdan, Chris | F15, tracker-ul |
| 3 Un proiect, 11 faze | cum lucrăm pe un proiect, cele 4 porți | Prodi | F1–F5 |
| 4 Review și deploy | cum facem review | Prodi | F6 |
| 5 Cine ce face | ce face fiecare coleg | Alexandra | F11, F12 |
| 6 Ritmul | când ne vedem, cu ce cifre | Chris | agendele, F7, F8 |
| 7 Cifrele | cum știm că mergem bine | Chris | F7, F9 |
| 8 Agenții | cine colectează automat: SuperBono | Prodi, Chris | F8, F14 |
| 9 Cum creștem | cum învățăm | Alexandra | F10, F13 |
| 10 Primele patru săptămâni | de când și cum | Chris | cele două agende |
| 11 Exemplul | cum arată tot, pe un proiect | Octav, Prodi | — |
| Pentru owneri | Chris, Prodi, Alexandra: de aici începi · SuperBono: nevoia și drumul · Întrebări deschise | fiecare | checklist pe 4 săptămâni |
| Anexe | formularele | Chris | F1–F15 |
Capitolul „Prioritățile" e al doilea, cum a cerut Bogdan pe 9 septembrie: Scaling Up pune prioritatea în centru, restul există ca să o execute. Are calendarul Q4 ca exemplu de calibrare, cu Dublin și SalarEasy detaliate. Paginile „de aici începi" răspund la întrebarea „cu ce rămân Chris și Alexandra": listă pe patru săptămâni cu criteriu de „gata", ce decid singuri, ce întrebări le pun, cum răspund. Capitolele 0 și 1 sunt scrise în v0 și marcate ca atare; se rescriu după 30 octombrie.
Formatul Verne, aplicat
Am studiat trei capitole din Scaling Up și kitul complet de Growth Tools. Anatomia lui: titlu pe două niveluri, EXECUTIVE SUMMARY de un paragraf, poveste cu om și cifre, secțiuni cu titluri-cârlig, casete de studiu de caz, liste de trei, cifre peste tot, fără checklist la final, punte spre capitolul următor, instrumentele în kit separat cu instrucțiuni numerotate pe fața formularului.
Am păstrat tot, cu o diferență: instrumentele apar și în capitol, ca link și versiune scurtă, și în anexă, ca sursă unică. În repo, un link e mai ieftin decât o pagină tipărită.
Procesul: unde se rupe și ce facem
| Pas | Unde se rupe | Tratament | Cifra care arată |
|---|---|---|---|
| Specify | PM-ul devine blocaj | Bruce face draftul din canal; Feature Lead-ul corectează | % proiecte cu spec înainte de start |
| Plan | Prodi rescrie; mid-ul nu învață | Notă 1–3 + întrebări, nu corecturi; regula dublului | % Plan-uri aprobate din prima |
| Tasks | Granularitate falsă, faze lipsă | Agentul de planificare produce lista; fazele lipsă sunt în șablon | % taskuri create înainte de a fi lucrate |
| Implement | PR-uri mari; așteptare la review | Sub 200 linii; SuperBoris primul; reviewer principal lunar | Timp de răspuns la review |
| Termen | Se mută după întârziere | Vineri, cifrele 1 și 2; sărbătorim mutarea înainte | Predictibilitate |
| Deploy | Doar Prodi știe | Rol rotativ, cu Prodi alături prima dată; automatizare în Q4 | % deploy-uri de altcineva |
| Evidență | Formularele mor | Agentul propune, omul ✅; zero formulare manuale | % ore explicate |
Instrumentele AI: ce există, ce lipsește
| Agent | Stare | Ce verificăm în prima săptămână |
|---|---|---|
| Bruce · metodologie de produs | există, ca skill-uri | produce un draft de Specify util dintr-un thread real? |
| bono-planificare · PRD + taskuri cu ore | există | lista de taskuri e sub o zi per task, cu criterii? estimarea Claude e credibilă? |
| SuperNicu · pipeline de implementare | există | trece un task real de la spec la PR fără intervenție? |
| Jimmy · implementare | există | — |
| SuperBoris · audit, treapta 1 de review | există | findings-urile sunt reale sau zgomot? |
| Skill-uri tehnice · dotnet, nhibernate, react, quartz, edge-33 | există | Edge-33 → Edge-38 e primul proiect |
| Agentul de evidență | nu există | SuperBono are API pentru ore și faze? |
Concluzie: construim un singur agent nou. Restul e verificare pe proiecte reale. Maturitatea unui skill de pe hârtie nu e „există".
Agentul de evidență, pe scurt
Patru fluxuri: zilnic orele (DM, ✅), vineri cele 4 cifre (canal), lunar raportul (draft pentru Chris), continuu „Prodi în fișier" și drafturi de Specify. Cinci reguli de design: propune, nu scrie; fiecare rând are sursă; tăcerea nu e date; un rând pe zi; nu evaluează. Dependența critică: API-ul SuperBono. Plan B: un fișier de evidență în repo până există API-ul. Rollout în patru săptămâni, un flux pe săptămână, în paralel cu construcția. Feature Lead: Chris. Trece prin același proces ca orice proiect.
Măsurarea în timp
Nu prezentăm zece KPI cu ținte în prima zi. Octombrie: completitudinea (ore explicate, spec înainte de start) și cele 4 cifre de vineri. Noiembrie: cei 10 KPI ca bază, cele 3 cifre ale lui Prodi. Decembrie: tendința. Ianuarie: raportul per om. Comparația între oameni: după Q1 2027.
Publicarea
Repo Markdown: un fișier per capitol, anexele într-un fișier, CLAUDE.md la rădăcină. Un script generează site-ul static cu Edge-33 (tokens, fonturi, grid) și îl publică pe Vercel, fără parolă, cu noindex. Ownerii editează Markdown-ul; schimbarea trece printr-un PR, ca orice cod. Agenții citesc aceleași fișiere.
Fără parolă, la cererea lui Bogdan (9 septembrie): documentul e intern, dar linkul trebuie să circule ușor în echipă; noindex îl ține în afara motoarelor de căutare.
Riscurile
- Agentul e citit ca supraveghere. Tratament: e evidența omului, confirmată de el; fiecare rând are sursă; nu comparăm în Q4; Chris spune asta explicit la ședința echipei.
- Prodi rescrie Plan-urile. Tratament: regula „întreabă, nu rescrie" e scrisă; % Plan-uri aprobate din prima e cifra lui; review ca școală.
- SuperBono nu are API. Tratament: fișier de evidență în repo; nu blocăm rollout-ul.
- Se prezintă tot și nu se aplică nimic. Tratament: un lucru nou pe săptămână, patru săptămâni, apoi stop.
- Bogdan revine în operațional când e coadă. Tratament: regula e scrisă în trei capitole; coada e o cifră de luni și marți.
- Skill-urile existente nu merg pe taskuri reale. Tratament: verificare în prima săptămână, pe Edge-38; ce nu merge iese din hartă.
Ce am decis singur, în lipsa ta
Le poți schimba pe toate; le-am luat ca să fie documentul complet.
- Structura: 11 capitole plus anexe și analiza, în ordinea de înțelegere, nu cea de scriere. Capitolul „Prioritățile" e absorbit în 2 și 5.
- Listele de decizii pentru Prodi și Chris: propuse după modelul listei Alexandrei. Marcate ca propuneri.
- Rotația rolurilor: Vlad → Alex → Adi → Edi, propusă. Alexandra o stabilește cu Prodi.
- Orele ritualurilor: luni 9:30, marți 9:30, zilnic 17:30, miercuri 9:00–13:00 la două săptămâni, vineri 10:00, retrospectiva ultima vineri 14:00.
- Datele: ownerii 14–18 sep; echipa luni 21 sep; prima vineri cu cifre 9 oct; prima miercuri de calitate 14 oct; prima retrospectivă 30 oct; lead numit în ianuarie.
- Cine prezintă: ownerii, nu tu. Tu deschizi 10 minute cu cifrele și ieși din rol.
- Primele două proiecte prin proces: Edge-38 (Octav + Edi) și SuperBono: evidența (Chris PO și Feature Lead, cu Edi din săptămâna 6; review de Nevoie Bogdan sau Alexandra).
- Exemplele: Edge-38 cap-coadă; Dublin și SalarEasy detaliate pe săptămâni în calendarul Q4; cifrele sunt ilustrative și marcate.
- Alocarea pe oameni în calendarul Q4: Vlad Dublin, Adi Facturare, Alex SalarEasy, Edi Edge-38 apoi SuperBono. Tracker-ul are Prodi pe IT la Dublin; am pus un mid, ca regula „Prodi nu e Feature Lead" să fie vizibilă.
- SuperBono: am citit repo-ul
bono-ro/superbonoși am construit tabelul „ce există / ce lipsește" din cod; nu am rulat nimic și nu am scris în el. - Echipa: din transferul tău. Referința mai veche din bono-planificare listează Alex ca Growth/CS și pe Adina la Ops; am urmat transferul (Alex mid) și am lăsat rândurile lipsă în hartă pentru Alexandra.
- Publicarea: Vercel, proiect nou, bonoway.bgn.ro, fără parolă.
Ce urmează
- Citești. Corectezi ce nu se potrivește, direct în Markdown sau în chat.
- Îmi dai lista completă a oamenilor din Bono și ce face fiecare azi; completez harta.
- Pregătesc paginile per owner ca fișiere separate, din capitolul 4, pentru ședința din 14–18 septembrie.
- După ședința ownerilor, fiecare owner rescrie capitolul lui; eu integrez.
- Săptămâna 1: verificăm API-ul SuperBono și maturitatea celor cinci agenți pe Edge-38.
The Bono Way · v0.1 · 9 septembrie 2026 · pregătit de Claude pentru Bogdan; capitolele se rescriu de owner-ii lor. Sursa: repo „Bono Waiy", Markdown.