Anexe

Toate formularele, goale, gata de copiat

F1 · Specify

Cine: Feature Lead cu PM-ul. Aprobă: Prodi. Când: înainte de orice estimare. Lungime: o pagină.

1. Scrie problema în două propoziții. Fără soluție.
2. Scrie pentru cine. Nume de rol, nu „utilizatorii".
3. Scrie de ce acum. Ce se întâmplă dacă nu facem în trimestrul ăsta.
4. Scrie comportamentul vizibil: ce vede omul la final, pas cu pas.
5. Scrie cazurile limită. Minimum trei.
6. Scrie ce nu facem în această iterație.
7. Scrie definiția de „gata" ca o propoziție pe care o poate verifica altcineva.
8. Nu scrie tehnologie. Dacă apare un nume de librărie, șterge-l.

F2 · Plan

Cine: Feature Lead, un mid. Revizuiește: Prodi, cu notă și întrebări. Lungime: 2–3 pagini. Regula: dacă trece de dublul estimării, proiectul se oprește aici.

1. Listează componentele atinse, cu numele din repo.
2. Scrie ce se schimbă în modelul de date.
3. Listează integrările externe. Pentru fiecare: ce se întâmplă dacă întârzie.
4. Scrie riscurile. Pentru fiecare: ce facem dacă apare.
5. Scrie ce nu se atinge.
6. Completează fișa de estimare (F3) după ce Plan-ul e scris, nu înainte.
7. Prodi: pune întrebări în thread. Dă nota de simplitate 1–3 cu un rând de motiv. Dă scorul de complexitate 1–5. Nu rescrie.

F3 · Fișa de estimare

Când: la Plan, după ce e scris. Regula: trei cifre, în ordine, fără să se vadă una pe alta. Cifra reținută e a lui Prodi.

1. Feature Lead: estimează din propriul Plan, pe faze. Scrie cifra în fișă.
2. Claude: primește Specify și Plan, fără cifra Feature Lead-ului. Estimează pe faze. Agentul de planificare o scrie în fișă.
3. Prodi: vede ambele. Validează o cifră. Un rând de motiv dacă diferă de amândouă.
4. Scorul de complexitate se dă aici, independent de cifre.

F4 · Checklist pe faze în SuperBono

Cine ține: PM-ul proiectului. Regula: faza următoare nu se deschide fără aprobarea celei anterioare. Sursa pentru: KPI 4, 5, 9, 10.

1. La deschiderea fiecărei faze, scrie data și timpul estimat.
2. La aprobare, scrie data, cine a aprobat și timpul real. Timpul real vine din orele confirmate.
3. La Plan, adaugă estimarea validată, scorul de complexitate și nota de simplitate.
4. La Tasks, adaugă data asumată. Aceasta intră în Predictibilitate.
5. La Release, adaugă data reală și, după 30 de zile, orele de rework.

F5 · Task

Cine: Feature Lead, din Plan, cu agentul de planificare. Regula: sub o zi, cu criteriu de verificare pe care îl confirmă altcineva. Toate în SuperBono înainte de prima oră de implementare.

1. Numele e o acțiune concretă: „Implementare endpoint POST /notes — creare notă", nu „Backend".
2. Ore: maximum 8. Dacă e mai mult, sparge.
3. Faza: Implement, Review, Testare, Release, Monitorizare, Buffer.
4. Criteriul de verificare: o propoziție pe care reviewer-ul o poate bifa.
5. Dependența: numele taskului de care depinde, sau nimic.

F6 · Checklist PR

Înainte să ceri review (Feature Lead):

• PR-ul are sub 200 de linii. Dacă nu, l-am spart.
• Titlul e numele taskului din SuperBono.
• Descrierea spune ce am verificat, nu ce am scris. Criteriul din task e bifat.
• SuperBoris a rulat. Findings-urile sunt rezolvate sau explicate în descriere.
• Am cerut review în canalul proiectului, în thread, cu numele reviewer-ului.

Înainte să aprobi (reviewer, treapta 2):

• Am răspuns în sub 24 de ore de la cerere.
• Face ce scrie în Specify. Cazurile limită din Specify sunt tratate.
• Nu atinge arhitectura. Dacă atinge, am chemat-o pe treapta 3.
• Am întrebat, nu am rescris.

Treapta 3 (Prodi, doar pe arhitectură):

• Am intrat pentru că PR-ul atinge model de date, integrare, contract de API sau o decizie scumpă.
• Am întrebat. Dacă am modificat, am notat: intră în „PR-uri cu modificări de la Prodi".
• Ce am explicat în thread poate deveni un rând în CLAUDE.md. Am confirmat propunerea agentului.

F7 · Fișa de vineri

Cine: agentul, vineri la 9:00, în canalul proiectului. Confirmă: Feature Lead, până la 10:00. Se citește: Prodi cu Feature Lead-ul, 30 de minute.

1. Cifrele vin din SuperBono și din orele confirmate. Nu se completează de mână.
2. Cifrele 1 și 2 se citesc împreună. Dacă nu merg împreună, discuția e acolo.
3. Decizia se scrie în thread: data mutată cu motiv, scop tăiat sau om adăugat.

Per om, în același mesaj: ore explicate din 40 · review-uri deschise peste 24 h.

F8 · Confirmarea zilnică

Cine: agentul, 17:30, DM per om. Răspuns: ✅ sau un rând. Până când agentul e gata: același rând, scris de mână în canalul de standup.

Formatul propunerii:

Azi, 6,5 h din 8: CAEN / Implement / „endpoint D700" — 4 h · review pentru Adi — 1 h · ședințe — 0,5 h · TVA operațional — 1 h. Nealocate: 1,5 h. Confirmi?
Surse: commit 3f2a…, PR #214, thread #caen, calendar.

Categoriile: proiect / fază / task · review pentru altul · ședințe · operațional · concediu · neplanificat.

Răspunsuri valide: ✅ · nu: 3 h CAEN, 2 h TVA, 1 h review, 0,5 ședințe, 1,5 neplanificat · concediu.

F9 · Raportul lunar

Cine: agentul pregătește draftul în ultima joi. Semnează: Chris. Lungime: o pagină. Pleacă la: Bogdan, după retrospectivă.

1. Cei 10 KPI per echipă, cu valoarea lunii și tendința față de luna trecută.
2. Cei 5 KPI de om, per om. Fără ordonare, fără comparație.
3. Cele 3 cifre ale lui Prodi.
4. Trei paragrafe scrise de Chris: ce a mers, ce nu, ce schimbăm în proces.

F10 · Grila 4×4

Cine: Prodi și Alexandra, o oră, per om. Când: septembrie (bază), apoi la fiecare retrospectivă trimestrială. Obiectiv: +1 treaptă pe cel puțin o abilitate până în ianuarie.

1. Notează fiecare abilitate 1, 2 sau 3, după definițiile din Cum creștem.
2. Alege abilitatea pe care omul o crește în trimestru. Una.
3. Alege proiectul cu +1 complexitate care o exersează.
4. Scrie cifra prin care se vede creșterea.

F11 · Harta funcțiilor

Cine ține: Alexandra. Când: la fiecare planificare trimestrială, cu cele patru întrebări.

1. Listează funcțiile. Nu oamenii: funcțiile.
2. Un nume per funcție. Agenții sunt funcții.
3. Una-două cifre prin care se vede dacă funcția merge.
4. Ce decide singur cine ține funcția.
5. Pune cele patru întrebări: mai mult de un om pe un scaun? un om pe mai multe scaune? scaune goale? l-ai reangaja cu entuziasm?

F12 · Pagina mea

Cine: Alexandra, cu fiecare om, în prima săptămână. Lungime: jumătate de A4. Unde stă: în repo, lângă harta funcțiilor.

1. Ce fac: 3–5 propoziții, la persoana întâi.
2. Ce decid singur.
3. Ce propun și cine decide.
4. Ce cifră mă privește, cu ținta.
5. Ritualurile mele, cu ora.

F13 · ADR — decizie de arhitectură

Cine: fiecare mid, lunar. Confirmă: Prodi. Unde: docs/adr/ în repo, sau o secțiune în CLAUDE.md. Lungime: sub o pagină.

1. Titlu: decizia, ca propoziție. „Tranzacțiile se deschid în handler, nu în repository."
2. Context: ce problemă a cerut decizia. Trei propoziții.
3. Decizia: ce am ales.
4. Alternative: ce am respins și de ce, un rând fiecare.
5. Consecințe: ce devine mai ușor, ce devine mai greu.

F14 · Fișa de funcție a agentului

Cine: cine construiește agentul. Confirmă: Prodi și Chris. Regula: un agent fără fișă nu rulează.

1. Funcția: o propoziție.
2. Ce citește: sursele, cu drepturile de acces.
3. Ce scrie: unde, în ce format.
4. Cine confirmă: numele omului, nu „echipa".
5. Cifra: prin ce se vede dacă agentul e util.
6. Ce nu face: explicit.
7. Când rulează.

F15 · Planul trimestrului

Cine: Product (Bogdan, Cristi, Chris) cu ownerii, la planificarea trimestrului. Lungime: o pagină. Unde stă: în repo și în tracker. E echivalentul nostru pentru One-Page Strategic Plan.

1. Scrie cifra trimestrului: un singur lucru care e adevărat la sfârșit și nu era la început.
2. Listează 3–5 priorități. Nu mai multe. Fiecare cu owner (un nume), cifră, Feature Lead, reviewer, scor de complexitate estimat.
3. Verifică: fiecare mid e Feature Lead pe una și reviewer pe alta. Nimeni pe trei.
4. Scrie ce nu intră în trimestru. Numit, ca să nu revină pe ușa din spate.
5. Scoate concediile din calendar înainte să pui date.

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.