SuperBono: nevoia și drumul
Ce există, ce lipsește, draftul Nevoii și planul care te ajută să faci planul
Ce am citit
Repo-ul bono-ro/superbono: README, CLAUDE.md (rădăcină și apps/tracker), docs/ARCHITECTURE.md, SCHEMA_V2.md, INTEGRATIONS_AND_CRONS.md, PRD-WWW-TRACKING.md, PRD-DAILY-BRIEF-V2.md, MCP_TOOLS.md, schema vie din tracker-schema.ts. Nu am rulat nimic. Ce e mai jos e ce am înțeles din cod și documente; Chris corectează.
Ce există
| Capacitate | Detaliu | Unde |
|---|---|---|
| Priorități | id, nume, roluri PO/PM/IT, tag, docs, Slack, minute, deadline, repo-uri GitHub, chei Jira | priorities |
| Taskuri | persoană, de la cine, start/end, stare (approved / progress / terminat / done), fază, sign-off, sursă (WWW din minute), comentarii, atașamente, reper | tasks, task_comments, task_attachments |
| Faze | tabel phases: analiză, prototip + PRD, design, proiectare & WBS, prototip final, implementare, testare; taskuri de sign-off ca porți | phases, tasks.signoff |
| Repere | milestone cu dată, released_at, release_name | milestones |
| Oameni | poreclă, nume, rol, e-mail, departamente, admin | people, bono_users |
| Absențe | vacanță, medical, WFH, flex, cu interval | absences |
| Istoric | activity: actor, entitate, acțiune, schimbări | activity |
| Ședințe → taskuri | minuta Plaud → WWW → taskuri în tracker, cu DM către asignat | www_*, task_dm_outbox |
| Propuneri de stare | noaptea, din mesajele Slack ale omului; dimineața „Da" în DM; tracker-ul scrie doar după click | task_status_suggestions |
| Digest de dimineață | 09:30, DM per om: restant, azi, de revizuit | www-crons |
| Crawlere | Slack, GitHub, Jira, Drive, transcripturi → index hibrid | cronuri crawl-* |
| MCP | 55 de unelte, OAuth per om: my_tasks, who_is_away, batman_report, recent_decisions, list_recent_changes… | /mcp |
| Deploy | merge pe main → Cloud Build → Cloud Run | cloudbuild.yaml |
Ce lipsește
Tabelul de derivare: fiecare cifră din document → ce dată brută cere → de unde vine → există?
| Cifra | Dată brută | Sursa | Există? |
|---|---|---|---|
| Ore explicate (KPI 5) · Timp pe roadmap (KPI 3) · cifra 4 de vineri | ore per om, per zi, per categorie (proiect/fază/task · review · ședințe · operațional · concediu · neplanificat) | propuse din Slack, GitHub, calendar; confirmate în DM | nu. Nu există tabel de ore. |
| Acuratețea estimării (KPI 4) · cifra 1 de vineri | estimarea validată pe proiect și pe fază; ore reale pe fază | Plan (F3) + orele confirmate | nu. Taskurile au date, nu ore; fazele n-au estimat/real. |
| Output ponderat (KPI 7) | scor de complexitate 1–5 pe proiect | Prodi, la Plan | nu. Nicio coloană. |
| Calitatea soluției (KPI 8) | nota de simplitate 1–3; ore de rework în 30 de zile; scop tăiat | Plan + orele confirmate pe faza 10 | nu |
| Predictibilitate (KPI 1) · cifra 3 de vineri | data asumată la poarta 4; fiecare mutare, cu data, direcția și motivul; data livrării | tracker | parțial: deadline fără istoric și fără motiv. activity ar putea ține istoricul. |
| Cycle time (KPI 2) | data PRD aprobat; data release | sign-off-urile de fază; milestones.released_at | parțial: sign-off-urile există; fazele 9–11 nu. |
| Timp de răspuns la review (KPI 6) | data cererii de review; data primei reacții | GitHub | parțial: crawlerul GitHub există; calculul nu. |
| Spec înainte de start (KPI 9) | data porții 2 și 3; data primului commit/task început | sign-off + GitHub | parțial |
| Evidență la zi (KPI 10) · cifra 2 de vineri | task creat la vs început la; taskuri închise / total | activity, tasks | parțial: activity ține crearea; „început la" nu există explicit. |
| Cele 3 cifre ale lui Prodi | PR-uri cu review de la Prodi cu/fără modificări; Plan-uri aprobate din prima; actorul deploy-ului | GitHub, sign-off-uri, Cloud Build | parțial: sursele există; calculul nu. |
| Raportul lunar | toate de mai sus, per echipă și per om, cu tendința | interogare | nu |
Concluzie: sursele există aproape toate. Lipsesc trei tabele (ore, estimări/faze pe proiect, istoricul termenelor), trei coloane (scor, notă, „început la"), trei cronuri (17:30, vineri 9:00, lunar) și calculele. Nu e un sistem nou. E o extensie.
Draft de Nevoie (F1) — Chris o rescrie
Proiect: SuperBono: evidența · prioritate Q4 · owner Chris · Feature Lead Chris, cu Edi din S6 · reviewer Vlad · PM Teo
Problema. Nu știm în nicio zi cât a costat un proiect până acum și cât mai e. Orele nu au categorie. Estimarea nu are referință. Termenele se mută fără istoric. Raportul se reconstruiește din memorie.
Pentru cine. Fiecare om din IT, seara, în două minute. Feature Lead-ul, vineri, cu fișa în față. Prodi, la ședința de vineri. Chris, la raportul lunar. Alexandra, la retrospectivă.
De ce acum. Din 1 octombrie niciun proiect nu pornește fără Nevoie aprobată, iar din 9 octombrie ședința de vineri se ține pe cifre. Fără evidență, procesul e o intenție.
Comportament vizibil.
- 17:30, DM: orele zilei propuse pe categorii, cu sursa lângă fiecare rând. Răspund ✅ sau un rând. Tracker-ul le scrie după răspuns.
- Vineri 9:00, în canalul proiectului: cele 4 cifre. Feature Lead-ul confirmă.
- Ultima joi din lună: draftul raportului, în canalul
#bono-way, pentru Chris. - Din thread-urile lui Prodi: propuneri de rânduri pentru CLAUDE.md, cu ✅.
- Pe pagina priorității din tracker: fazele 1–11 cu estimat, real, aprobat de cine și când; scorul; nota; istoricul termenelor.
Cazuri limită. Om în concediu (nu primește DM; ziua e „concediu"). Zi fără activitate vizibilă (propune 0 h și întreabă). Activitate fără proiect (categoria „neplanificat", cu întrebare). Weekend (nu trimite). Om fără Slack sau GitHub (Octav? — se decide). Proiect fără estimare validată (cifra 1 de vineri e „fără referință", nu 0). Corecție după confirmare (se poate, până vineri).
Ce nu facem. Nu evaluăm și nu comparăm oameni. Nu cerem completare manuală de formulare. Nu construim UI nou pentru ore în Q4; DM-ul e interfața. Nu migrăm SOLO în Q4.
Definiția de „gata". Patru săptămâni la rând, pentru toți cei din IT: 95% din zile confirmate; toate proiectele active au fișa de vineri la 9:00 fără intervenție manuală; raportul din 27 noiembrie iese din tracker cu zero cifre completate de mână.
Drumul: de la Nevoie la rollout
Proiectul trece prin cele 11 faze, ca oricare. Cu o particularitate: fluxurile pornesc unul câte unul, în paralel cu construcția, ca prototip — un job Claude Code cu MCP-ul SuperBono, rulat de Chris — și devin produs când intră în tracker. Așa echipa are evidență din săptămâna 2, nu din săptămâna 10.
| Săpt. | Faza | Ce faci | Ce iese | Cine confirmă |
|---|---|---|---|---|
| S1 · 21 sep | 1 Situația actuală | O pagină din tabelul „ce există / ce lipsește" de mai sus, verificată în cod. Ce API are tracker-ul pentru scriere (/api/tracker/*), ce drepturi, unde rulează cronurile. | pagina „situația actuală" | Prodi |
| S1 | prototip 1 | Job Claude Code, 17:30: list_recent_changes + Slack + my_tasks → DM „azi am văzut". Fără ore. | 5 oameni primesc 3 rezumate | oamenii spun ce e greșit |
| S2 · 28 sep | 1 Discovery + Nevoia | Cu bono-planificare: JTBD pentru mid, Feature Lead, Prodi, Chris; cazurile limită de mai sus, completate. Rescrii draftul Nevoii. | Nevoia (F1) | review Bogdan sau Alexandra · poarta 1: Prodi |
| S2 | prototip 2 | Orele cu confirmare, în fișier de evidență în repo (un rând per om per zi). | 80% zile confirmate | oamenii, seara |
| S3 · 5 oct | 2 Research | Două ore: cum fac Swarmia, Linear, Jellyfish evidența fără formulare; ce împrumutăm (categoriile, „propune, nu scrie"), ce nu (scoruri per om). | o pagină de decizii | tu |
| S3 | 3 Prototip | Nu e UI. E textul DM-ului (F8) și al fișei de vineri (F7), validat cu doi mid: îl înțeleg în 10 secunde? | textele finale | Vlad, Alex |
| S3 | 4 PRD | Nevoia + comportamentul pas cu pas + cazurile limită verificate pe prototip. | PRD (F1) | poarta 2: Prodi |
| S3 | prototip 3 | Cele 4 cifre de vineri, calculate de job din fișier + tracker, puse în canal. Prima: 9 octombrie. | fișele în canale | Feature Leads |
| S4 · 12 oct | 5 Plan | Scris de Edi: cele trei tabele (ore, estimări pe proiect/fază, istoric termene), coloanele noi, cele trei cronuri, uneltele MCP noi (confirm_hours, friday_sheet, monthly_report), migrarea fișierului de evidență. Prodi întreabă. Estimare în trei surse. Scor. | Plan (F2) + F3 | poarta 3: Prodi |
| S4 | 6 Taskuri | Sub o zi, cu criteriu; review, testare, release, monitorizare, buffer incluse. Data în Predictibilitate. | taskuri în tracker | poarta 4: Prodi |
| S4 | prototip 4 | „Prodi în fișier": job-ul propune rânduri pentru CLAUDE.md din thread-uri. | 3 rânduri ✅ | Prodi |
| S5–S8 · 19 oct – 13 nov | 7 Execuție | Edi, cu Claude Code pe PRD și Plan; SuperBoris → Vlad → Prodi pe schemă. Migrarea: schema aditivă, idempotentă, rulată de mână înainte de merge (regula din CLAUDE.md-ul tracker-ului). Fluxurile trec din fișier în tracker unul câte unul. | PR-uri sub 200 linii | Vlad |
| S9 · 16 nov | 8 Testare | Două săptămâni de rulare cu toți: cifrele din tracker egale cu cele din fișier; raportul din 27 noiembrie scos din tracker. | definiția de „gata" bifată | Vlad, Chris |
| S10 · 30 nov | 9 Release | Fișierul de evidență se închide. Tracker-ul e sursa unică. | anunț în #bono-way | Edi, cu rolul deploy |
| S10–S11 | 10 Monitorizare | Ore de rework; ce corectează oamenii în DM. | cifra | Edi |
| S11 · 18 dec | 11 Review final | Cu Bogdan: definiția de „gata" atinsă? Cu Alexandra: ce a mers în proces. Lecții în CLAUDE.md-ul superbono. Apoi: ce ducem la SOLO. | lecții | Bogdan, Alexandra |
Dependențe și riscuri
| Ce | Tratament | |
|---|---|---|
| Dependență | Scrierea în tracker prin API, cu drepturi per om (orele sunt ale omului) | de verificat în S1; până atunci fișierul de evidență |
| Dependență | Permisiuni Slack pentru DM-uri per om | există deja pentru digest și propuneri de stare |
| Dependență | Estimarea validată pe proiect — fără ea, cifra 1 e goală | Prodi o dă la Plan; pe proiectele în lucru, retroactiv, în S1 |
| Risc | Orele deduse sunt aproximative și oamenii corectează mereu | măsurăm % confirmate fără corecție; dacă e sub 60% după 4 săptămâni, schimbăm categoriile, nu oamenii |
| Risc | Se citește ca supraveghere | fiecare rând are sursă; nu comparăm în Q4; Chris spune asta la ședința din 21 sep |
| Risc | Schema tracker-ului e în migrare (v2) și mai primește o migrare | aditiv, idempotent, coordonat cu Prodi; nimic distructiv |
| Risc | Edi e pe Edge-38 până în S4 | Chris duce fazele 1–4 singur; Edi intră la Plan |
Ce nu decid eu
Numele tabelelor și al uneltelor. Dacă orele stau pe task sau pe fază. Unde rulează job-ul de seară. Dacă istoricul termenelor intră în Q4. Toate sunt ale lui Chris și ale lui Prodi, la Plan.
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.