Diagnosticul

Ce am citit, ce am găsit și ce înseamnă, înainte de orice plan

Ce am citit

Nu pornesc de la impresii. Pornesc de la ce a scris și a spus echipa, cu cifre.

• Raportul echipei IT de la SOLO, 15 iunie – 8 septembrie 2026. SOLO e firma-soră, cu aproape 20.000 de abonați și o echipă IT de 9 oameni care lucrează de ani buni fără metodă scrisă. Raportul lor pe Q3 — 62 de zile lucrătoare, 17 proiecte, două treimi din ore fără nicio cifră în spate — nu e citat ca reproș. E exemplul a cum ajunge și Bono, peste doi ani, dacă nu luăm măsuri din timp. Bono nu are încă propriul raport; SOLO e oglinda.
• Retreatul din 17–18 septembrie. 11 sesiuni, aproximativ 11 ore, citite integral din transcripturile automate. Fiecare afirmație de mai jos are timestamp în extrasele din retreat-q3-2026/analiza.
• Viziunea lui Bogdan. 273 de enunțuri din 24 de surse, între aprilie și septembrie, organizate pe trei straturi: Serviciu, Produs, Mod de lucru.
• Codul. 13 repo-uri din bono-ro, clonate și numărate: commit-uri, teste, autori, CI, documentație. Plus repo-ul superbono, cu tracker-ul și cele 55 de unelte MCP.
• Predarea Dublin. PRD-ul, prototipul cu 40 de ecrane și ce a trebuit să reconstruiască Chris ca să le poată implementa.
• Integral, Berlin. Un „Bono al Germaniei": firmă AI-native de contabilitate, fiscalitate și salarizare pentru SRL-uri mici, fondată în octombrie 2024 de doi foști Penta și Qonto. Au lansat primul produs după 4 luni, cu un cabinet real de contabilitate în spate, și au crescut motorul doi ani lângă clienți. Azi: peste 800 de firme, 50 de oameni din care 20 de ingineri, peste 30 de milioane de euro strânși — ultimii 18 în septembrie 2026. Am citit cele 14 posturi de pe blogul lor de inginerie, presa, anunțurile de job și podcastul CEO-ului: au documentat public fiecare schimbare de metodă din 20 de luni. Nu sunt singurii — e una din firmele de contabilitate AI-native din UE — dar sunt cei mai apropiați ca model și cei mai transparenți.
• Bono Way v1 și planul AI Native v1 și v2, ambele scrise înainte de acest diagnostic, ca să știu ce am propus deja și ce nu a ținut.

Ce nu am citit: minutele ședințelor de dinainte de iunie și cifrele financiare. Cash-ul e în afara acestei cărți, la cererea lui Bogdan.

Nota pe cele patru decizii

Scaling Up se reduce la patru decizii pe care fiecare companie trebuie să le ia bine: Oameni, Strategie, Execuție, Cash. Nota e de la 1 la 5. Sub 3 înseamnă că decizia lipsește, nu că e slabă.

Oameni — 2. Oameni buni, scaune neclare. Vlad, la retreat: rolurile PO/PM/IT sunt „blur". Chris: „nu putem să luăm o decizie fără să mă duc să-l întreb pe Bogdan". Prodi stă pe patru scaune: arhitectură, aprobare, review, deploy. Opt fluxuri de date între sisteme și niciunul cu owner cap-coadă. Un singur om în echipă construiește cap-coadă cu AI.

Strategie — 3. Bogdan poate spune în trei propoziții cine e clientul, ce promitem și de ce câștigăm: freelancerul cu SRL micro care nu vrea să înțeleagă contabilitatea; „dacă n-am luat legătura cu tine, e în regulă"; cost de operare de opt ori mai mic decât al pieței. Echipa nu poate încă. Trei din patru enunțuri de viziune stau în locuri unde colegii nu ajung: memoria lui Claude, transcripturi, un folder personal. Strategia e bună și nedistribuită. Se ridică la 4 cu distribuție, nu cu gândire nouă.

Execuție — 1. Șase date de lansare au plecat de la retreat: 1 nov, 1 dec, 15 dec, 31 dec, 15 ian, „ianuarie". Nicio cifră critică. Ședințele de status povestesc ce s-a făcut. Q3 a avut 19 proiecte în paralel și două luni efective, prima pe alt produs. Termenul s-a mutat după întârziere, nu înainte. Aici se câștigă sau se pierde trimestrul, și de aceea cartea e 70% Execuție.

Cash — în afara cărții. O singură cifră intră totuși, pentru că e strategie, nu finanțe: costul de operare per firmă pe lună. E „becul de 1 euro" al lui Bogdan, în cifre.

Cinci constatări care se repetă

Le-am căutat în toate sursele. Fiecare apare în cel puțin trei, cu alte cuvinte și aceeași formă. Sunt în ordinea în care dor.

1. Nu există o prioritate. Există 19 proiecte

La SOLO, 17 proiecte pentru 9 oameni: 5 s-au oprit, 3 au rămas în lucru. La Bono, Bogdan la retreat: „19 proiecte, un pic cam mult". Prodi: „Tot trimestrul 3 am lucrat pe face, pe funcții; am executat alt produs". Cristi: „am făcut 10 proiecte, toate la 70%. La care renunți?" Nucleul, singura piesă fără de care nimic nu se leagă, a apărut pe 24 august și nu era în niciun tracker.

Când un om are trei proiecte, niciunul nu are Feature Lead; are trei oameni care trec pe lângă el. Când o companie are șase date de lansare, nu are prioritate; are speranțe. Verne o spune în prima propoziție a Rockefeller Habits: „Everyone is aligned with the #1 thing that needs to be accomplished this quarter." Un lucru. Nu nouăsprezece.

2. Nimeni nu răspunde de un flux cap-coadă

Chris, în prima sesiune: „Oamenii zic că mi-am făcut treaba. Păi bucata aia nu ne duce mai departe, nu-i gata produsul." Alex, după context: „accountability pe bucățică, nu pe produs". Bogdan: „Nu poți să fii responsabil pe ceva ce nu controlezi." Prodi: „Dacă o emit prost, e vina lui Dublin. Dacă nu ajunge în SPV, e vina lui Factura. Dacă nu ajunge contabilizată în SAGA, e vina lui Iris."

Pe tablă, la retreat, au apărut opt fluxuri: factură emisă, extras, cheltuieli, salarii, taxe, declarații, onboarding, reprezentare. Niciunul nu avea owner, format declarat sau un loc unde să vezi o firmă trecând prin el. Prodi a cerut exact asta, ca la Stripe: input, output, metode, per sistem. „De două săptămâni, de la 1 septembrie, îi întreb pe fiecare în parte." Întrebările despre date nu primeau răspuns în aceeași zi.

Harta funcțiilor din Bono Way v1 spune cine răspunde de fiecare funcție. Nu spune cine răspunde de fiecare proces care traversează funcțiile. Aceea e harta care lipsește, și lipsa ei e cauza cea mai scumpă din listă.

3. Se scrie mult și se predă puțin

Prodi, la retrospectivă: documentația și PRD-urile cu prototip sunt „la all-time high din experiența mea"; când există PRD și proiectare, execuția merge în 3–4 zile. Și în aceeași sesiune: „PRD-ul este o mică iluzie că am terminat analiza."

Auditul predării Dublin arată de ce au dreptate amândouă propozițiile. PRD-ul are 249 KB: 8% funcțional, 27% arhitectură, 64% jurnal de decizii de design. Fiecare cifră de pe ecran purta un tag de sistem — „din SAGA prin Nucleu" — nu un contract: câmp, transport, owner, cadență. Chris a reconstruit 60 de rânduri de „circuit al apei" pentru 9 ecrane. Toate 60 aveau goluri. Nucleul spre care trimiteau tag-urile nu avea niciun API.

Cauza e numită de Bogdan însuși: „am avut sute de discuții pe fiecare decizie; Claude al meu știe ce am vorbit. Când îl dau mai departe, nu-i contextul." Și de Chris: „nu pot să dau mai departe un PRD scris de Claude pe care nu l-am citit." Minutele de ședință au 8 pagini; „nu citește nimeni 8 pagini de minute", spune Cristi. Viziunea are 273 de enunțuri consecvente și trei sferturi din ele nu sunt accesibile echipei.

Nu e o problemă de claritate. E o problemă de distribuție și de format. Se repară cu un pas de handoff și cu trei pagini scrise pentru cititor, nu pentru autor.

4. Ritmul lipsește

La SOLO, prima deviere la Mapare Design System a apărut pe 18 iunie și s-a discutat la a patra. Cel mai lung blocaj din trimestru a fost o așteptare de opt zile la review. La Bono, Teo a stat blocată cinci săptămâni pe accesul la REGES fără ca cineva să știe. Termenul la cont.bono.ro a fost „împins de trei ori"; Chris a aflat de la Claude. Nicio planificare nu a avut buffer de testare. Prodi: „Un trimestru fără proces. Am renunțat la Jira, i-am lăsat pe verticale independente. Nu iese puzzle-ul dacă fiecare își face bucățica."

Bogdan: „Comunicarea noastră e defectuoasă. Nu ne vedem, nu discutăm, nu punem întrebări, presupunem." Răspunsul nu e mai multă comunicare. E aceeași comunicare, la aceeași oră, cu aceleași cifre. Ritmul ședințelor e planul de comunicare al unei companii; nu există altul. Bono nu are unul.

5. Două viteze, două viziuni

Chris, cu ironie: „Unii construiesc Iris în două zile, alții construiesc Dublin în trei luni." Vlad: „cum scriem noi cod versus cum scrii tu cod, și unde-i adevărul." Bogdan: „un om cu Claude face în sub o treime din timp"; „eu cred că pot să o fac singur, câteva luni." Prodi: „construim mult mai repede decât acum un an; noi știm ce scrie AI-ul; diferențiatorul nu e platforma." Bogdan, la închidere: „sunt două abordări, două viziuni diferite."

Diferența nu e despre AI; nimeni din echipă nu se opune. E despre metodă: Bogdan vrea ca agentul să extragă contractul din repo-uri („trebuie doar să-l cerem, nu, Claude?"); Prodi vrea ca owner-ul uman să-l declare („nu l-am întrebat pe Claude, am întrebat în firmă"). Și despre decizie: „cerințele care vin de mai sus sunt literă de lege", spune Prodi despre o săptămână pierdută pe Google Analytics; „nu putem lua o decizie fără Bogdan", spune Chris. Bogdan despre sine: „mi se pare că mă bag prea mult peste fiecare" și „noi lucrând cu Claude așa de mult, noi nu mai verificăm."

Două viteze într-o echipă nu se rezolvă cu un training. Se rezolvă cu un loc unde omul cu viteza mare e editor, nu constructor, și cu o regulă de arbitraj scrisă. Cristi a pus întrebarea corectă: „Crezi că niște ingineri de la Rolls-Royce ar putea face o Dacia? S-ar putea chiar să nu poată." Bogdan: „E posibil să ai dreptate."

Ce merge și păstrăm

Un diagnostic care vede doar ce nu merge e la fel de fals ca unul care nu vede nimic. Lista de mai jos e ce se păstrează neatins.

• PRD + prototip + proiectare dau execuție în 3–4 zile. Listă firme, Findocs, securitatea Rex. Prodi a spus-o, nu eu.
• Salarizare e în producție cu firme reale, 95% gata, cu REGES integrat. E cel mai mare și cel mai testat codebase din organizație: 49.000 de linii de producție, 64.000 de teste, construit de un singur om, cu AI, fără feedback zilnic. Riscul lui nu e calitatea, e bus factor 1.
• Roboții SAGA de import funcționează. Cristi iese din roboți și trece pe produs; e semnul că importul e considerat gata.
• SuperBono există și e mai mult decât un tracker: peste 1.000 de taskuri, faze pe proiect, propuneri de stare confirmate cu un click în DM, minute din ședințe, 55 de unelte MCP. Regula „agentul propune, omul confirmă" e deja în producție acolo. Ce lipsește e rafinamentul: Prodi, „vezi doar cifrele și culorile, și totul pare întârziat"; Bogdan, „nu e un tool reliable". Următoarea versiune e AI-first — se actualizează singur din ce vede în Claude-ul fiecăruia, în git și în Slack, iar omul doar confirmă — și cu atenție la UX, ca să fie folosit constant, nu din obligație. E rock-ul 3 din pagina Ce lansăm și extensia din capitolul Agenții.
• Ultimele două săptămâni dinainte de retreat au avut „un ritm foarte bun" de review-uri (Teo). Un proiect at a time merge mai bine (Alexandra).
• Retreatul a produs o decizie bună: ședință zilnică Product + IT, flux cu flux, până la soluție comună. Planul construiește pe ea, nu o înlocuiește.
• Repo-urile pornite după august au aceeași formă, pentru că Prodi a făcut un șablon: README, CLAUDE.md cu regulile proiectului, structură src/ și tests/, pipeline de deploy. Un coleg sau un agent nou știe de unde să înceapă. Ce nu garantează șablonul sunt testele: repo-urile lui Vlad și Alex au sute sau mii, cele pornite de Prodi au zero sau aproape zero. Concluzia din comparație: forma vine din șablon, testele vin de la om; regula nouă e ca testele să intre în definiția de „gata" a șablonului.

Ce am învățat de la Integral

Integral e una din firmele de contabilitate AI-native din UE, și cea mai apropiată de modelul Bono: firma de contabilitate și platforma în același grup, contabilii colegi, nu clienți. Și singura care a scris public, pas cu pas, cum lucrează. Am luat ce se verifică pe o firmă reală și am lăsat ce ține de scara lor.

Am luat de la ei câteva idei:

• ciclul de o săptămână: vineri planificare, luni–miercuri build, joi demo pentru toată firma și deploy; fără daily standup, fără story points;
• „plan first, review with humans": omul aprobă planul, nu codul; codul generat trece prin reguli automate;
• Research → Plan → Implement, cu fiecare pas ca fișier text în repo, citit la fel de oameni și de agenți;
• Captain și Guardian prin rotație săptămânală, PM-ul inclus;
• firme sintetice — „seed a company, not a row" — niciodată date reale; incidentele din producție devin teste de regresie; e destul de important ca să aibă capitolul lui: Cum se face un proiect;
• contabilul ca filtru: fiecare propunere a agentului trece prin bifa unui om licențiat, și fiecare corecție se întoarce în platformă;
• unitatea de muncă e feature-ul întreg, nu tichetul; „viteza de livrare nu mai dovedește nimic, contează ce cifră miști";
• teste în text simplu pe care le citește și produsul; fără plafon de tokeni, cu justificare; „ai făcut ceva de două ori, a treia oară e automatizat"; juniorii păstrează fricțiunea.

Nu am luat, deliberat: „nu citim codul generat" ca atare — păstrăm un coleg la treapta a doua de review până cresc cei patru mid; harness-ul propriu de agenți; Jantro; monolitul Python. Ei au 20 de ingineri, un singur produs și 800 de clienți. Noi avem patru mid, patru sisteme separate și încă zero luni închise.

Lecția cea mai importantă de la ei nu e o practică, e o cronologie. Au livrat în patru luni un strat de colaborare cu un cabinet real de contabilitate în spate — oamenii făceau contabilitatea, software-ul doar o arăta clientului — și au crescut motorul doi ani, lângă clienți, cu deploy în fiecare joi, timp de aproximativ o sută de săptămâni. De aici vine ordinea din această carte: întâi zece firme cu o lună închisă, chiar dacă o parte din muncă e manuală, și abia apoi platforma care ține 100.000. Nu invers.

Concluzia

Cele cinci constatări au o singură rădăcină: Bono a investit ca un startup AI-native și a cheltuit ca unul clasic. Bogdan a spus-o singur la închiderea retreatului. Într-o companie de opt oameni cu agenți, viteza vine din trei lucruri, în această ordine: o prioritate cu cifră, date pe masă în fiecare săptămână, un ritm care le discută. Bono are zero din trei. Nu pentru că nu le știe — le-a avut la Bookster — ci pentru că le-a considerat de la sine înțelese într-o echipă care se întâlnește o dată pe trimestru ca să constate că nu se leagă.

Un cuvânt despre ce nu e problema. Nu e arhitectura: folder sau bază de date e o alegere de transport, și Prodi a spus-o clar, „nu contează transportul, contează formatul". Nu e AI-ul: Claude a făcut în o oră ce cerea o zi, de fiecare dată când a avut context. Nu e volumul de muncă: opt colegi se eliberează în Q4. E coordonarea, și coordonarea se repară cu rutină.

Ce facem

Lista de acțiuni a capitolului. Fiecare are owner, „gata înseamnă" și dată. Ordinea e ordinea dependenței.

1. Comentariile lui Bogdan din 28 septembrie sunt implementate; întrebările deschise se discută, apoi Bogdan dă verdictul pe cele cinci constatări. Gata: un ✅ per constatare sau o corecție. După discuție.
2. Deciziile de fondator sunt luate pe 28 septembrie: prețul, ce spunem când greșim, timpul de răspuns, canalul, unde e wow-ul, regula de arbitraj. Sunt scrise în capitolele Promisiunea și Cine ce decide. Gata: da. Deciziile mici rămase se iau pe parcurs.
3. Scorecard-ul completat cu dovezi și publicat ca anexa A. Owner: Chris. Gata: fiecare notă are un link. Până pe 3 octombrie.
4. Harta proceselor: cele opt fluxuri cu owner cap-coadă, al doilea om și cifra fluxului. Owner: Alexandra cu Prodi. Gata: opt rânduri, șapte nume, niciun „IT-ul". Până pe 3 octombrie. Detalii în capitolul Oameni.
5. Cele trei pagini pentru cititor, nu pentru autor: „Bono, de ce și pentru cine" (Bogdan, 4 pagini, la persoana întâi), „Regulile produsului" (45 de reguli generale din jurnalul Dublin, cu principiul pe care îl servesc), „Cum lucrăm" (această carte). Gata: publicate pe bonoway. Până pe 17 octombrie.
6. Bus factor 1 la Salarizare: README, CLAUDE.md, CI care rulează testele, main readus la zi. Owner: Alex, cu o oră de review de la Prodi. Gata: un coleg nou poate porni repo-ul dintr-o pagină. Până pe 17 octombrie.

Ce nu facem: nu redeschidem discuția folder sau bază de date; nu comparăm oameni între ei în Q4; nu scriem o viziune nouă.

De validat de Bogdan: notele pe cele patru decizii sunt ale mele, din dovezi; le poate schimba cu o dovadă contrară. Alocările de nume din lista de mai sus sunt propuneri. Cifrele din retreat sunt din transcrieri automate, cu erorile lor.

The Bono Way · v2 · Planul de lansare · 28 septembrie 2026 · pregătit de Claude pentru Bogdan; capitolele se rescriu de owner-ii lor. Sursa: repo „Bono Waiy", Markdown.