Prioritățile
Cum alegem 3–5 pe trimestru, cum le împărțim și cum arată calendarul
Șaptesprezece proiecte, nouă oameni
În Q3, echipa IT de la SOLO a avut 17 proiecte în lucru pentru 9 oameni. Nu 3–5. Șaptesprezece. Cinci s-au oprit. Trei au rămas în lucru. Când un om are trei proiecte, niciunul nu are Feature Lead; are trei oameni care trec pe lângă el.
Verne Harnish pune prioritatea pe locul doi în Rockefeller Habits Checklist, imediat după echipa sănătoasă: „Everyone is aligned with the #1 thing that needs to be accomplished this quarter." Nu zece lucruri. Unul, plus 3–5 „rocks" care îl susțin. Restul cărții — datele, ritmul, oamenii — există ca să se execute prioritățile. La fel documentul acesta: se citește de la prioritate în jos, nu de la proces în sus.
Cum se alege o prioritate
Trimestrul are 3–5 priorități. Nu mai multe. Fiecare are:
- Un owner. Un singur nume. La Bono, owner-ul e din Product (Bogdan, Cristi, Chris) sau un owner operațional.
- O cifră. Ce e adevărat la sfârșitul trimestrului și nu era la început. „Dublin în producție pentru 10 firme" e cifră. „Progres pe Dublin" nu e.
- Un Feature Lead. Un mid, numit de Prodi cu Alexandra, care duce proiectul de la nevoie la 30 de zile după release.
- Un scor de complexitate 1–5, dat de Prodi la Plan, ca fiecare mid să aibă în trimestru un proiect cu +1 față de ultimul.
Ce nu se leagă de o prioritate nu e proiect. E operațional, cu ore alocate ca proiect permanent, sau nu se face în trimestrul ăsta. Un proiect care apare în mijlocul trimestrului înlocuiește unul, nu se adaugă.
Planul trimestrului încape pe o pagină: F15 · Planul trimestrului. E echivalentul nostru pentru One-Page Strategic Plan.
Cum se împart oamenii
Regula: fiecare coleg e Feature Lead pe o prioritate și reviewer pe alta. Nimeni nu e Feature Lead pe două. Nimeni nu e pe trei proiecte.
Alexandra și Prodi fac împărțirea la planificarea trimestrului, cu grila 4×4 în față: cine ce abilitate crește și ce proiect o exersează. Tracker-ul o ține în pagina „Ale mele" a fiecăruia.
Cele 11 faze și cele 4 porți
Orice proiect trece prin aceleași faze. Un proiect mic le trece în patru săptămâni. Unul mare, în nouă. Fazele nu se sar; se scurtează. Cele patru porți — Nevoia, PRD-ul, Planul, Taskurile — sunt aprobările din capitolul următor.
| # | Faza | Cine conduce | Poarta la final |
|---|---|---|---|
| 1 | Analiza: situația actuală, nevoia | Feature Lead + PM, cu Product | Nevoia aprobată · Prodi |
| 2 | Research: soluții, concurență, experți | Feature Lead, cu Bruce | — |
| 3 | Prototip + design | Octav, cu Feature Lead | prototip validat cu owner-ul |
| 4 | PRD | Feature Lead + PM | PRD aprobat · Prodi |
| 5 | Proiectare tehnică, arhitectură | Feature Lead | Plan aprobat · estimare în 3 surse · scor · Prodi |
| 6 | Spargere în taskuri | Feature Lead | Taskuri în tracker · data în Predictibilitate |
| 7 | Execuție, cu review continuu în 3 trepte | Feature Lead + reviewer | — |
| 8 | Testare | reviewer; Cristi când e logică contabilă | definiția de „gata" verificată |
| 9 | Release | Feature Lead | în producție |
| 10 | Monitorizare 30 de zile | Feature Lead | ore de rework închise |
| 11 | Review final cu owner-ul + review de proces și lecții | owner + Alexandra | lecțiile în CLAUDE.md sau ADR |
Tracker-ul de pe superbono.ro are deja fazele 1–8 ca tabel (analiza · prd · design · wbs · protofinal · impl · testare), cu taskuri de sign-off ca porți. Fazele 9–11 se adaugă ca rânduri. E dată, nu cod.
Calendarul trimestrului: Q4 2026, exemplu de calibrare
Unsprezece săptămâni, de la 5 octombrie la 18 decembrie. S0 e săptămâna de planificare. Pe 30 noiembrie și 1 decembrie e liber: S9 are trei zile.
| Prioritate · complexitate | Feature Lead · reviewer | S0 | S1 | S2 | S3 | S4 | S5 | S6 | S7 | S8 | S9 | S10 | S11 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Dublin · shell pe nucleu · C4 | Vlad · Adi | Nv | An Re | Pr PRD | Pl Ta | Ex | Ex | Ex | Ex | Te | Rel | Mo | Mo Rv |
| Facturare + eFactura · increment Q4 · C3 | Adi · Vlad | Nv | An Re | PRD | Pl Ta | Ex | Ex | Ex | Te Rel | Mo | Mo | Rv | — |
| SalarEasy → Angajați în Dublin · C2 | Alex · Edi | — | Nv | An Pr | PRD Pl Ta | Ex | Te Rel | Mo | Mo | Mo Rv | — | — | — |
| Edge-38 ca skill · C2 | Octav + Edi · Alex | Nv | An PRD | Pl Ta | Ex | Te Rel | Mo | Mo | Mo Rv | — | — | — | — |
| SuperBono: evidența · C3 | Chris + Edi · Vlad | — | — | — | Nv | An Re | PRD Pl | Ta Ex | Ex | Ex | Te Rel | Mo | Mo Rv |
| Ritmul | plan Q4 | vineri 9 oct | mc 14 | retro 30 oct | mc 11 | retro 27 nov · mc 25 | liber 30 nov, 1 dec | mc 9 | retro 18 dec · plan Q1 |
Legendă: Nv nevoia · An analiză · Re research · Pr prototip + design · PRD · Pl plan tehnic · Ta taskuri · Ex execuție · Te testare · Rel release · Mo monitorizare · Rv review final și lecții · mc miercurea de calitate · retro retrospectiva.
Ce se vede din tabel: patru mid, patru proiecte de Feature Lead, patru de reviewer. Edi are două proiecte de Feature Lead, dar în serie, nu în paralel: Edge-38 se închide în S4, SuperBono începe în S3 cu Chris pe nevoie și cu Edi din S6. Nimeni nu are trei.
Dublin: nouă săptămâni, complexitate 4
Contextul real: Dublin are PRD funcțional și prototip validat din august, iar decizia nucleu + shell e luată (Bogdan + Prodi, 4 august). Ce rămâne pentru Q4 e felia „shell pe nucleu: Acasă, Facturi, Cheltuieli". Fazele 1–4 sunt scurte pentru că munca e făcută; nu se sar.
| Săpt. | Faza | Cine | Ce iese · poarta |
|---|---|---|---|
| S0 · 28 sep | Nevoia | Bogdan (owner) + Chris (PM) + Vlad | Nevoia Q4, o pagină: felia, cifra („10 firme în producție pe 3 pagini"), ce nu intră. Aprobată de Prodi, 2 oct. |
| S1 · 5 oct | Analiză + research | Vlad, cu Bruce | Ce s-a schimbat din august; contractul API al nucleului, stare; ce fac alții pe dashboard-uri de SRL. |
| S2 · 12 oct | Prototip + PRD | Octav + Vlad + Chris | Prototipul existent, verificat pe felie; PRD-ul felie extras din PRD-ul funcțional. PRD aprobat de Prodi, 16 oct. |
| S3 · 19 oct | Plan + taskuri | Vlad; Prodi întreabă | Plan tehnic: shell pe API-ul nucleului, agregate per tenant, BFF. Estimare: Vlad 210 h · Claude 260 h · Prodi 240 h. Scor 4. Nota 2. 31 de taskuri, reviewer Adi. Data asumată: 4 decembrie. Concediul lui Vlad din S6 scos din calendar. |
| S4 · 26 oct | Execuție | Vlad; Adi review | Vineri 30 oct: 38 h din 240 · 5 din 31 · termen: nu · altceva: 3 h. Pe plan. Retrospectiva lunii. |
| S5 · 2 nov | Execuție | Vlad; Adi review | Vineri: 92 h · 11 din 31. Pe plan. |
| S6 · 9 nov | Execuție · Vlad în concediu | Adi preia 3 taskuri, scris în tracker | Vineri: 118 h · 14 din 31. 49% ore, 45% taskuri. Pe plan. |
| S7 · 16 nov | Execuție | Vlad; Prodi treapta 3 pe un PR (contractul de agregate) | Vineri: 172 h · 20 din 31. 72% ore, 65% taskuri. Discuție: pagina Cheltuieli cere două iterații pe stările de procesare. Decizie pe loc: data mutată înainte, 4 → 9 decembrie, cu motiv scris. |
| S8 · 23 nov | Testare | Adi; Cristi pe logica contabilă (deductibilitate, regim micro) | Definiția de „gata" verificată pe 10 firme de test. |
| S9 · 30 nov | Release · 3 zile | Vlad, cu rolul „deploy" al lunii alături | În producție joi 3 decembrie. Sub data mutată. Predictibilitate: da. |
| S10 · 7 dec | Monitorizare | Vlad | Ore de rework: 6. Un incident pe agregatele lunare, închis în 2 zile. |
| S11 · 14 dec | Monitorizare + review final | Bogdan + Vlad + Alexandra | Review cu owner-ul: cifra atinsă? Review de proces: ce a mers, ce nu. Două lecții în CLAUDE.md-ul lui dublin-web. Monitorizarea continuă până pe 3 ianuarie. |
Real / estimat validat: 248 / 240 = 1,03. Output: 4 puncte. Pe grilă, Vlad trece la 3 pe „Plan aprobat din prima".
SalarEasy → Angajați în Dublin: patru săptămâni, complexitate 2
Contextul real: pagina Angajați din Dublin citește din salareasy-api cost total, net, taxe și fluturașii PDF. E o felie mică, bine definită, potrivită pentru un prim proiect cu ownership complet.
| Săpt. | Faza | Cine | Ce iese · poarta |
|---|---|---|---|
| S1 · 5 oct | Nevoia | Cristi (owner) + Teo (PM) + Alex | O pagină: ce vede clientul pe Angajați, de unde vin cifrele, definiția de „gata": „cost total, net, taxe și fluturaș PDF pentru 3 firme de test, cifrele egale cu cele din SalarEasy". Aprobată de Prodi, 9 oct. |
| S2 · 12 oct | Analiză + prototip | Alex; Octav | Ce expune azi salareasy-api; ce lipsește (PDF-ul fluturașului per lună). Prototipul paginii există în Dublin; Octav îl validează cu Cristi. |
| S3 · 19 oct | PRD + Plan + taskuri | Alex; Prodi întreabă | PRD de o pagină. Plan: două endpoint-uri noi în salareasy-api, un adapter în shell. Estimare: Alex 44 h · Claude 52 h · Prodi 48 h. Scor 2. Nota 3. 12 taskuri, reviewer Edi. Data asumată: 6 noiembrie. |
| S4 · 26 oct | Execuție | Alex; Edi review | Vineri 30 oct: 26 h din 48 · 7 din 12. Pe plan. 6 PR-uri, toate trecute de SuperBoris înainte de Edi. |
| S5 · 2 nov | Testare + release | Edi testează; Cristi verifică cifrele cu 3 firme | În producție joi 5 noiembrie. Predictibilitate: da. Alex dă deploy, cu Prodi alături prima dată. |
| S6–S8 | Monitorizare | Alex | Ore de rework: 2. |
| S8 · 27 nov | Review final | Cristi + Alex + Alexandra | La retrospectiva lunii: cifra atinsă; o lecție în CLAUDE.md-ul salareasy-api. |
Real / estimat validat: 51 / 48 = 1,06. Output: 2 puncte. Pe grilă, Alex trece la 2 pe „review și deploy pentru altul".
Vederea pe om
Aceeași informație, întoarsă: ce face fiecare în fiecare săptămână. În tracker e pagina „Ale mele". Aici, versiunea scurtă:
| Om | Feature Lead pe | Reviewer pe | Săptămâni pline | Rolul lunii (rotație) |
|---|---|---|---|---|
| Vlad | Dublin (S0–S11) | Facturare, SuperBono | S3–S9 | oct: reviewer principal |
| Adi | Facturare (S0–S10) | Dublin | S3–S7 | oct: deploy |
| Alex | SalarEasy (S1–S8) | Edge-38 | S3–S5 | nov: reviewer principal |
| Edi | Edge-38 (S0–S7), apoi SuperBono (S6–S11) | SalarEasy | S2–S4, S6–S9 | oct: arhitectura |
| Octav | Edge-38 (S0–S4) | design pe Dublin, SalarEasy | S1–S3 | — |
| Chris | SuperBono (S3–S11), PM Dublin | — | S3–S6 | — |
| Teo | PM SalarEasy, PM Facturare | — | S1–S3 | — |
Când un om are două săptămâni pline suprapuse pe două proiecte, planul e greșit, nu omul.
Bugetul de timp pe faze
Propunere, de calibrat după Q4 din cifrele reale ale tracker-ului:
| Faze | Din total | Dublin (9 săpt.) | SalarEasy (4 săpt.) |
|---|---|---|---|
| 1–4 · până la PRD aprobat | ~25% | 2 săpt. | 1,5 săpt. |
| 5–6 · plan + taskuri | ~10% | 1 săpt. | 0,5 săpt. |
| 7 · execuție | ~40% | 4 săpt. | 1 săpt. |
| 8–9 · testare + release | ~15% | 1,5 săpt. | 1 săpt. |
| 10–11 · monitorizare + review final | ~10% | în paralel cu următorul | în paralel |
Dacă un proiect sare peste 25% pe primele patru faze, de obicei se plătește în execuție. CAEN de la SOLO a avut 0% pe primele patru și +87% pe execuție.
Planificarea trimestrului
Ultima săptămână din trimestru, trei ore, ownerii cu Product. Agenda e în Ritmul. Ce iese: pagina planului (F15), cu 3–5 priorități, owner, cifră, Feature Lead, reviewer, scor estimat; harta funcțiilor verificată cu cele patru întrebări; grila 4×4 actualizată; calendarul în tracker, cu concediile scoase.
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.