De ce nu lansăm, și ce facem în 12 săptămâni ca să lansăm
Diagnoză onestă a trimestrului, pe minute, tracker și Slack, plus o agendă de două zile construită ca să ieșim cu rocks, nu cu încă o listă. Punctul de plecare nu e efortul, care există, ci felul în care am definit lansarea.
Ce am promis la retreat și unde suntem azi
Pe 19 iunie am scris: lansare Bono Conta 1 octombrie, 100 de clienți, „gata” înseamnă testat cu minimum 3 clienți reali. La 14 septembrie:
Cifra care doare cel mai tare nu e niciuna de mai sus. E faptul că nu putem spune ce a livrat fiecare om în Q3. Bogdan a cerut analiza pe 7 septembrie, Prodi o are de livrat azi, iar The Bono Way pornește exact de la „nu știm”.
Ce s-a întâmplat din iunie până azi
Punctele roz sunt momentele în care lansarea a fost redefinită. Sunt patru în douăsprezece săptămâni.
Retreat Q2. Decizii: 1 octombrie, 100 clienți, un owner pe livrabil, DoD = 3 clienți, manual întâi, ședințe pe proiect în loc de departament, PM pe fiecare prioritate. Gantt cu 19 priorități.
Înființare SRL pe staging, „aproximativ 80%”, Chris testează și repară în cod. Plan: deploy în producție săptămâna următoare.
Notificarea Baroului. Bogdan: „nu mai lansăm până nu stabilim o strategie de răspuns”. Prima redefinire: fluxul self-representation se transformă în flux cu avocat.
All-hands: reintroducem avocații, păstrăm 1 octombrie, hard deadline pe Salarizare, testarea e responsabilitate comună. 600 de taskuri într-o lună. „Task-urile se tot adaugă și proiectele nu se mai închid.”
Facturare V1 marcată „încheiată” în tracker, neconfirmată. Nicio factură emisă de un client real.
Apare „nucleul”: model de date comun Dublin + Vertigo, API-uri peste nucleu, SagaBridge. „Se caută încă un nume pentru nucleu.” A doua redefinire: Dublin nu mai e interfață, e platformă.
RH: „Planificăm nucleul, Dublin, Vertigo și integrările pe 4 săptămâni, apoi spunem precis când putem lansa.” Decizia din 4 august (1 octombrie) e înlocuită formal. A treia redefinire.
Întâlnirea ONRC. Planul Dublin al lui Prodi: 10 module, 20 de zile de efort din 3 sept până pe 2 oct, zero slack, blocat pe contractul Iris și pe ce iese din Saga.
RH: „nu mai agreăm lucruri verbal”, analiză strictă IT pentru retreat, 3 octombrie pentru înființare e „stretch”. În transcript: „dacă lansarea poate rămâne pe final de septembrie sau trebuie mutată spre final de octombrie”.
Două lucruri în aceeași zi. Decizie: lansăm înființarea cu avocat V2 fără să mai așteptăm OK. Și: nucleul devine Vertigo + Dublin + FinDocs + Atom + Facturare + Remix + Volt, cu Atom ca bază comună. A patra redefinire, în sus. Tot pe 9 sept, Bogdan trimite The Bono Way.
AvoRep v2 și răspunsul la comentariile PELI pleacă la Carmen. Legalul înființării încă nu e închis.
RH de seară, 90 de minute: 80 dintre ele dezbatere Bogdan–Prodi pe circuitul Iris → storage → XML → Saga → Dublin, fără agendă și fără decizii; Prodi pleacă înainte de final. Ies la iveală: storage-ul lui Prodi și roboțelul de import al lui Alex există, dar nu sunt legate; nimeni nu știe formatul de output al Iris; nu există PRD pentru cuplajul dintre module și nici owner pe circuit; Bogdan spune că nu a citit câmpurile Dublin și nici PRD-ul nucleului. Două filosofii de lansare stau la aceeași masă: echipa a executat „circuit complet automat” pe cele 20 de priorități, Bogdan cere „manual, prost, repede”. Întrebarea Alexandrei, „automat sau manual și repede?”, rămâne fără răspuns. Bogdan cere până joi un XML fals în format Saga, salvat în storage, preluat de roboțel și importat în Saga.
Cele 19 priorități din Gantt-ul de la retreat
Coloana „la retreat” e statusul din Gantt-ul din 21 iunie. Coloana „azi” e reconstruită din minute și tracker. Verdictul e al meu, de contestat în S1.
| # | Prioritate | La retreat | Azi, 14 sept | Verdict |
|---|---|---|---|---|
| 1 | Înființare SRL | Implementare | 80% pe staging în iulie, oprit de Barou, refăcut cu avocat (V2). Decizie 9 sept: lansăm. Blocaje deschise: ONRC (cont platformă vs cont client), semnătura avocatului în bulk netestată, Simplifi o singură sesiune. 3 oct „stretch”, termen nou „după ce detaliem taskurile”. | Nelansat |
| 2 | REX | Implementare | În producție pe rex.bono.ro din august, admin live. Bug-uri deschise pe poziționarea semnăturii și sesiuni Simplifi; erori 504 la KYC polling pe 13 sept. | Live, cu bug-uri |
| 3 | Desire | Implementare | Închis. V1.1 pentru taskurile apărute după, închis pe 25 aug. Raport zilnic de leaduri funcționează. | Livrat |
| 4 | F150 / ANAF | Analiză/Prototip | Teste manuale documentate. ANAF Sector 1 și Brașov resping semnătura Simplifi; olograful nu merge; o depunere doar cu SPV a mers, nu știm de ce. Fără IT, corect. Fără soluție clară de backup. | În teste, nedecis |
| 5 | cont.bono.ro | Analiză | IAM livrat (auth între sisteme). Contul propriu-zis: final aug → 4 sept → 30 sept. Înființările au deja un sistem de conturi. | Alunecat de 3 ori |
| 6 | Onboarding client | Analiză | Marcat „încheiat” pe 14 iul, neconfirmat. Pe 10 aug: „nu e clar dacă este complet”, două viziuni (Cristi vs Dublin). Partea de vânzare (Alexandra) întârziată din 17 aug. Contracte și plată: nedecise. | Neclar |
| 7 | Dublin | Analiză/Prototip | Analiza BGN închisă 12 sept. Plan Prodi: 10 module, 20 zile, 3 sept → 2 oct, zero slack, blocat pe Iris și Saga. Dezacord de scope Prodi–BGN pe 25 aug. Dividende adăugate pe 31 aug. | În lucru, la risc |
| 8 | Vertigo | Analiză | PRD Cristi + prototip, estimare Vlad 27 zile. Rock 1 (repo, CI, auth) livrat 10 sept. Backend cu termen 20 sept. Cine face frontend-ul, Vlad sau Adi, nedecis pe 7 sept. | În lucru |
| 9 | Facturare + e-Factura | Implementare | Backend gata, test e-Factura pe firmă reală 5 aug, V1 marcată încheiată 22 aug. Niciun client nu a emis o factură. Pe 9 sept: „aducem facturarea în nucleu”. | Gata tehnic, fără client |
| 10 | Iris Light | Analiză/Prototip | „Cel mai întârziat în flow” (10 aug). PRD varianta manuală, BGN, întârziat din 1 sept. Contractul Iris blochează două module Dublin. | Întârziat |
| 11 | SalarEasy | Implementare | Motor de calcul făcut, D112 în review, REGES încă în debug, testul de angajare pe dev depinde de Flori. „Aproape închisă” de trei săptămâni. | 90%, netestat e2e |
| 12 | Saga (testare + Bridge) | Analiză | 5 roboței testați și funcționali, import XML confirmat, citire directă din baza Saga, server cumpărat. Rulează pe laptopul lui Alex. Progres real. | Progres real |
| 13 | Depunere declarații | Analiză | Otilia depune manual, procedură documentată. Deciziile pentru MVP (soluție tehnică, specificație) întârziate din 21 aug. Fără IT. | Manual merge |
| 14 | CoCo (legal, contracte) | Analiză | Structură + simulări făcute. Validare avocați, contract client, T&C, politica de confidențialitate: toate întârziate (Alexandra). Fără contract nu încasăm. | Blochează încasarea |
| 15 | Customer Service (Vox) | Analiză/Prototip | Nimic. „Success metrics” fără termen. Customer service e zona sensibilă juridic în ambele variante de înființare. | Neînceput |
| 16 | Campanii Paid | Analiză/Prototip | Live din august, 189 leaduri plătite, tracking funcțional, 22 de teste planificate până în ianuarie. | Livrat |
| 17 | Batman V2 (SuperBono) | Analiză | Live: tracker, MCP, ingest de minute, digest zilnic. Dar: „nu reflectă realitatea dacă nu sunt puse taskurile” și nu arată efortul. | Livrat |
| 18 | Lansare Bono Conta | Umbrelă | Data 1 oct înlocuită pe 31 aug. Niciun client operat, niciun contract semnat, prețul și plata la lansare nedecise (Q3 din lista retreat-ului a rămas fără răspuns). | Nelansat |
| 19 | Listă firme | Analiză | Începută pe 24 aug. Prodi, 8 sept: „Lista Firme Bono implemented, reconciliere cerințe”. | În lucru |
| + | Au apărut între timp | — | Nucleu (Atom, Volt, Remix, FinDocs), Multitenant, IAM, Edge-38 ca skill, dashboard dividende, facturare rapidă pe mobil, The Bono Way. | Neplanificate |
Lucrurile livrate sunt cele cu un singur om care le-a dus cap-coadă și fără dependențe externe: Desire, Paid, SuperBono, roboțeii Saga. Lucrurile blocate sunt cele care trec prin BGN sau Prodi și printr-o autoritate.
Ce arată board-ul superbono.ro la 14 septembrie
Cifrele de pe pagina Priorități și pe „Pe om”, așa cum le vede oricine intră azi. Trimestrul se închide pe 30 septembrie, în 16 zile.
| Prioritate (Lansare Conta) | Taskuri | Întârziate | „Final” pe board | Termen inițial |
|---|---|---|---|---|
| Înființare SRL cu Avocați (V2) | 108 / 117 | 3 | 15 sep | 21 aug, +25 zile |
| REX cu Avocați (V2) | 13 / 16 | 2 | 16 sep | 21 aug, +26 zile |
| Saga (testare + Bridge) | 43 / 58 | 8 | 18 sep | — |
| Depunere declarații | 7 / 12 | 4 | 18 sep | 14 aug, +35 zile |
| SalarEasy | 73 / 78 | 3 | 21 sep | 21 aug, +31 zile |
| CoCo | 8 / 15 | 3 | 23 sep | — |
| Vertigo | 62 / 82 | 6 | 29 sep | — |
| cont.bono.ro | 4 / 6 | 1 | 30 sep | — |
| Reprezentare autorități | 20 / 29 | 2 | 1 oct | — |
| Dublin | 10 / 25 | 5 | 2 oct | — |
| Iris (LM) | 2 / 3 | 1 | — | — |
| Listă firme | 6 / 9 | 0 | — | — |
| Facturare | 128 / 128 | 0 | finalizat · neconfirmat | 27 iul, +29 zile |
| Campanii Paid | 50 / 96 | 5 | 13 ian | — |
Citirea cinstită: Înființarea V2 are 108 din 117 taskuri bifate și „final 15 sep”, adică mâine, dar cele 9 rămase sunt exact cele care blochează lansarea (ONRC, semnătura avocatului, backup Simplifi). Un board cu 80% bifat și 0 clienți e semnul că taskurile măsoară activitate, nu rezultat.
Pe om, din tab-ul „Pe om”
Taskuri bifate din total și câte sunt întârziate. E singura vedere per persoană pe care o avem; nu spune nici cât a durat, nici ce a ajuns la client. Asta e materialul brut pentru S2.
| Coleg | Bifate / total | Întârziate | Unde stau taskurile |
|---|---|---|---|
| Edi | 103 / 108 | 1 | REX V1, Înființare V2 (bug-uri, Holo, emailuri), Desire, Listă firme |
| Adi | 87 / 100 | 3 | Facturare (FE, integrarea cu Dublin), Campanii Paid (tracking), roboți ONRC |
| Alexandra | 78 / 97 | 6 | Batman/SuperBono, Campanii Paid, CoCo (contractele întârziate), texte înființare |
| Alex | 65 / 76 | 7 | SalarEasy (REGES, documente), roboței Saga (validări facturi, import) |
| Adina | 64 / 78 | 6 | Social media, Vox Lite, marketplace, organizare team building |
| Octav | 64 / 73 | 2 | Facturare (design), Vertigo (design), Edge-33 |
| Chris | 63 / 67 | 0 | Înființare V2 și REX (testare, PM), PRD Nucleu, Saga → Dublin. Vacanță 21–25 sep |
| Cristi | 61 / 77 | 11 | Vertigo (analiză, PRD), SalarEasy (review), Reprezentare, spețe contabile |
| Raluca | 56 / 67 | 5 | Reprezentare / F150, Saga (specificații roboței), dividende |
| Vlad | 52 / 67 | 2 | Facturare (BE), Înființare QES (BE), Vertigo (backend, termen 20 sep) |
| Teo | 37 / 70 | 1 | Campanii Paid (22 de teste programate până în ianuarie), PM Facturare / SalarEasy / Saga |
| Prodi | 19 / 40 | 6 | Cont, Dublin (F08–F10 nedimensionate), PRD Nucleu, analiza IT pentru retreat |
| Otilia | 18 / 35 | 7 | Depunere declarații (deciziile MVP din 21 aug), spețe contabile, validări Saga |
| BGN | 18 / 24 | 6 | Dublin (dividende, surse date), Iris PRD, documente legale înființare |
Două observații pentru S2, fără concluzii despre oameni: cei cu cele mai multe bifate lucrează pe proiectele care au ieșit (Edi, Adi), iar cei cu cele mai puține au taskurile mari și nedescompuse (Prodi 19 din 40, BGN 18 din 24, Otilia 18 din 35). Un task „PRD pentru Nucleu” și un task „ajustează backdrop-ul modalului” contează la fel în cifra asta. Fără ore, comparația între oameni nu are sens, și nu asta e scopul S2.
Ce am agreat la retreat și ce am făcut de fapt
Cele șase reguli de pe retreat.bonofintech.ro, verificate pe minutele din iulie–septembrie.
Concluzia onestă pentru S1: regulile din iunie au fost bune și nu le-am aplicat. Nu avem nevoie de reguli noi, avem nevoie de un mecanism care le face vizibile când sunt încălcate. Asta e și singura parte din The Bono Way de care avem nevoie urgent.
De ce nu lansăm: cinci ipoteze de validat în S3
Le pun ca strawman, ordonate după cât cred că explică. Fiecare vine cu dovada din minute și cu rock-ul pe care îl implică. Sesiunea S3 le confirmă, le taie sau le înlocuiește.
Am definit lansarea ca sistem, nu ca client
În niciun plan din Q3 nu apare taskul „clientul #1 semnează contractul și îi ținem contabilitatea pe septembrie”. Apare „Dublin F05 Payments 4 zile”. Data lansării a ajuns să depindă de planul de nucleu, nu de primul client. Chris, 7 sept: „mai durează până lansăm și mai durează până facem bani”. DoD-ul de 3 clienți din iunie nu e legat de niciun task. Aseară, 14 sept, cele două filosofii au stat față în față 80 de minute: „circuit complet automat” versus „manual, prost, repede”, și nimeni nu a închis întrebarea.
Scope-ul crește la fiecare ședință, mereu în sus
Iunie: Saga manual, Dublin cu ecrane simple, facturare separată. August–septembrie: nucleu, Atom, Volt, Remix, FinDocs, dividende în dashboard, facturare rapidă pe mobil, „revenim la propriul motor de contabilitate”. Decizia din 18 iunie „lista cu ce NU facem se scrie explicit” nu a produs niciodată lista.
Dependențele externe ne surprind pe rând și nu au owner
Baroul (23 iul), modelul de cont ONRC (aug–sept), ANAF care respinge Simplifi (aug), Simplifi cu o singură sesiune (sept), contractul Iris care blochează Dublin, licența și serverul Saga, renewal-ul Verif. Fiecare a apărut ca surpriză și fiecare a mutat un termen. Niciuna nu are plan B scris.
Aceleași două gâturi de sticlă ca în iunie
Gantt-ul spunea „BGN = PO pe 8 din 19, de redistribuit”. Azi BGN duce analiza legală, PRD-ul Iris, Dublin, dividendele și scrie cod pentru semnătura din Rex. Prodi duce Cont, Dublin, nucleul, review-ul și analiza IT, și Cont a alunecat de trei ori. Lucrurile livrate în Q3 au fost cele care nu treceau prin ei. Și când trec, nu încap: pe 14 sept Bogdan a spus că nu a citit câmpurile Dublin și nici PRD-ul nucleului, adică exact documentele pe care Prodi le aștepta aprobate.
Deciziile nu se lipesc și termenele se mută în tăcere
„Nu mai agreăm lucruri verbal” e o decizie din 7 septembrie, adică la trei luni după retreat. 60 de taskuri întârziate, 15 bifate și neconfirmate, priorități care se închideau singure în tracker până pe 13 sept. Nimeni nu poate spune ce a livrat fiecare în Q3 fără să reconstruiască din Slack și Git. RH-ul din 14 sept e cazul-școală: 90 de minute, zero decizii scrise, un participant plecat înainte de final, iar Cristi și Vlad au ieșit cu senzația că munca lor pe checklist-ul contabil și pe calendar a fost descalificată retroactiv.
Propunerea lui Bogdan: ce rezolvă, ce nu, ce luăm
Trimisă pe 9 sept, scrisă de Claude pornind de la discuția cu Dan de la SOLO, „așa cum ar scrie Verne Harnish un update la Scaling Up pentru Product + IT”. Bogdan întreabă dacă o putem implementa în Q4. Răspunsul meu: da, scheletul; nu, tot documentul, nu acum.
Ce e bun și se potrivește cu diagnoza noastră
- 3–5 priorități pe trimestru, fiecare cu owner, cifră verificabilă și Feature Lead. Exact regula „focus” din iunie, dar cu o cifră atașată.
- Feature Lead ≠ Prodi ≠ BGN. „Nimeni nu e Feature Lead pe două, nimeni pe trei proiecte.” Rezolvă cauza D.
- Cele 4 cifre de vineri și istoricul termenelor mutate. Rezolvă cauza E și e ieftin: sunt trei tabele în SuperBono.
- „Omul confirmă, agentul scrie.” Evidența orelor fără formulare, propusă de agent la 17:30. Singura variantă care are șanse la noi.
- Cele 4 porți (Nevoia, PRD, Plan, Taskuri) cu răspuns în 24 h. Un PRD aprobat înainte de cod ar fi evitat Dublin pe 25 aug.
- Diagnoza SOLO se potrivește cu a noastră: două treimi din ore fără evidență, 0 din 17 proiecte cu specificație înainte de start, 8 zile așteptare la review.
Ce nu rezolvă și unde ne poate încurca
- Nu conține lansarea. Cele 5 priorități Q4 propuse sunt toate proiecte de construit (Dublin pe nucleu, Facturare, SalarEasy → Dublin, Edge-38, SuperBono evidența). Niciuna nu are „N clienți” ca cifră. Riscul: încă un trimestru de metodă în loc de clienți.
- Nu atinge cauzele A, B, C. E o metodă de execuție predictibilă. Problema noastră e ce alegem să executăm și ce ne blochează din afară.
- E grea: 11 faze, 15 formulare, 5 ritualuri, 30–40 de pagini. În iunie am scris noi înșine: reguli mici, nu procese; Bogdan a spus atunci că procesele sunt lente de construit și monitorizat. SOLO are 9 oameni în IT, noi 6.
- Calendarul se suprapune cu retreat-ul. Ședința 1 owneri + Bogdan e 14–18 sept, lansarea cu echipa 21 sept, planul Q4 până pe 2 oct. Ori retreat-ul este ședința 1, ori le ținem separat și ne repetăm.
- Întrebări deschise ciudate: „Alexandra e mid-programator sau Growth/CS?”, „cine e în IT + Product din cele 14 nume”. De răspuns înainte, nu în document.
Propunere pentru S6: adoptăm din 21 septembrie scheletul (3–5 priorități cu cifră, Feature Lead, 4 porți, cele 4 cifre de vineri, istoric termene), pilotat pe două proiecte reale de lansare, nu pe Edge-38. Fazele 1–11, formularele F1–F15 și grila 4×4 rămân „v0” până la retrospectiva din 30 octombrie. Prima prioritate Q4 are ca cifră clienți, nu module.
Două zile: joi adevărul, vineri planul
Aceeași arhitectură ca în iunie, pentru că a funcționat, dar cu trei diferențe: bilanțul se face pe cifre pregătite dinainte, nu din memorie; scope lock-ul pornește de la clientul zero, nu de la lista de priorități; și fiecare sesiune are un output scris în SuperBono înainte de pauză, nu după retreat.
Joi 17 septembrie Diagnoză și direcție · plecare 09:00, ~1 h până la Accacia
Vineri 18 septembrie Planul și asumarea
Ce trimitem până marți seara, 15 septembrie
Două lucruri, nu zece. Sesiunile de joi merg doar dacă cifrele vin dinainte; fără ele, S1 și S2 devin din nou discuție din memorie.
Logistică: sala mare și luminoasă de sus, dacă e liberă. Chris scrie deciziile direct în SuperBono în timpul sesiunilor, ca WWW-ul să existe la plecare, și confirmă sau redeschide până joi cele 9 priorități „finalizat · neconfirmat”. Plaud pornit la fiecare sesiune, minuta pe sesiune, nu agregată.