Ce s-a discutat la retreat (17–18 sep 2026) — relevant pentru IT și Produs

Deciziile, ce a rămas deschis, cauzele în cuvintele echipei, dezacordul de arhitectură, cele 8 fluxuri, cifrele. Din cele 11 transcripturi.

Sursa: cele 11 transcripturi din ../transcripturi/ (745 KB, ~11 ore), citite integral; digestul per sesiune e în ../00_digest-transcripturi.md, extrasele detaliate cu citate în extras-ziua-1.md, extras-ziua-2-metoda.md, extras-ziua-2-tehnic.md. Acest document ține doar ce contează pentru întrebarea „cum lucrăm la IT și Produs ca să construim o platformă premium de conta și să lansăm în curând”. Citatele sunt verbatim din transcrierea automată, deci cu mici erori de formă.

1. Ce s-a decis, ce a rămas deschis

Decizii sau aproape-decizii, în ordinea în care au apărut:

Ce a rămas deschis, în ordinea importanței:

1. Obiectivul Q4 și data de lansare nu s-au agreat explicit. Circulă 1 nov, 1 dec, 15 dec, 31 dec, 15 ian; scope-ul MVP e disputat (vezi §3).
2. Ce este Nucleul concret (Atom): bază de date proprie cu 214 tabele, „folder”, sau ambele; cine îl deține; ce intră și ce iese din fiecare sistem.
3. Sursa de adevăr: BGN spune „singura sursă adevărată este SAGA”; Prodi răspunde „nu este adevărată: în momentul în care emiți o factură, clientul o vede pe ecran; în SAGA ajunge peste trei zile”. Nerezolvat, deși e miezul arhitecturii.
4. Reconcilierea plăților (extras ↔ facturi): proiect de produs de făcut întâi; nimeni nu a estimat.
5. Împuternicirea ANAF (F150, Simplifi vs olograf): cine deține decizia; „o discutăm offline”.
6. Rolurile PO/PM/IT („blur”, Vlad) și nivelurile de decizie („nu putem să luăm o decizie fără să mă duc să-l întreb pe Bogdan”, Chris).
7. The Bono Way: Alexandra o găsește „complicată”, vrea 3–5 idei; Cristi cere „cum lucrăm între noi” și „then what?” după măsurare.

2. Cauzele non-lansării, în cuvintele echipei

Sesiunea 4 (zi 1, aproape două ore) a fost dedicată cauzelor. Fiecare a numit alta, și toate sunt adevărate în același timp:

Ce e comun la toate: nimeni nu a spus „nu știm să scriem cod” sau „nu avem oameni”. Toate cauzele sunt de coordonare, definiție și ritm: ce înseamnă gata, cine răspunde de fluxul întreg, cum ajung datele dintr-un sistem în altul și cine răspunde la întrebări în aceeași zi.

3. Dezacordul de arhitectură, formulat precis

Dezbaterea din sesiunile 9 și 10 (peste trei ore) se reduce la patru puncte.

3.1 Ce e MVP-ul. BGN: Dublin-ul actual, prototipul cu 40 de ecrane, e deja MVP; „o vitrină, un front-end în care vezi informații din SAGA”; blocajul e legătura SAGA – sisteme interne. Prodi: Dublin 50%, facturare + cheltuieli întâi, apoi taxe. BGN respinge: „facturarea și venitul… nu-i un Dublin Light, pentru asta există InvoFlux și Oblio”. Alexandra: „nu cred că o să lansăm cu un folder”, dar vrea funcționalități „folder-like”; „zece întâi și tot așa până la 100”.

3.2 Folder sau bază de date. BGN, la 00:53 în sesiunea 10: „dacă eu îți dau ție input-ul pentru SAGA într-un folder, îmi poți da într-un folder de lângă output-ul… Dublin și Vertigo au aceeași sursă de date: acel folder”; „putem lansa cu folderul pentru început, dar nu aș sta mult timp cu folderul”; „o soluție light în paralel cu soluția solidă; dacă se termină repede una, o lansăm pe aia”. Prodi, la 00:58: „Integrarea tehnică este ori le pui în folder, ori le pui în bază, that doesn't really matter. Ceea ce ne trebuie nouă este cum arată datele”; la 01:19: „De ce toate lucrurile sunt reduse și simplificate atât de mult?… Încerci să rezolvi o problemă care nu există, și anume cum transferi datele dintr-un sistem în altul.” Concluzia practică: nu e un dezacord folder vs bază, e un dezacord despre cine definește formatul datelor și când.

3.3 Cine definește input/output-ul fiecărui sistem. Prodi cere, ca la Stripe, un API descris în trei lucruri (input, output, metode) pentru Iris, SAGA, Salarizare, Facturare: „Câtă vreme Iris are un owner, principala lui datorie e să-l expună către ceilalți.” BGN: „Trebuie doar să-l cerem, nu, Claude?… Dacă îi dăm acest task, scoate-ne fluxul de date, nu îl poate face?… La mine nu-mi imaginez că acest gen de task îmi necesită mai mult de o oră, două.” Prodi: „Nu l-am întrebat pe Claude, am întrebat în firmă.” Speaker 6: „Claude n-a găsit 8 din 30 [de taxe] și a zis nu știu de unde să le iau.” Aici e diferența de metodă cea mai clară din retreat: BGN vrea ca agentul să extragă contractul din repo-uri și specificații, Prodi vrea ca owner-ul uman să-l declare.

3.4 Sursa de adevăr. BGN: „Datele nu vin din SAGA? Nu asta am vorbit, că singura sursă adevărată este SAGA?” Prodi: „Nu este adevărată. În momentul în care emiți o factură, clientul o vede pe ecran. În SAGA ajunge peste trei zile.” Nimeni nu a închis punctul. Din el decurge dacă Dublin citește din SAGA (prin folder sau Firebird) sau din sistemele interne (Facturare, Salarizare) cu SAGA ca destinație.

Concesia lui Prodi, la 01:44: „Eu sunt 100% convins că pot să fac tot Dublin-ul în 2–3 săptămâni… greșeala mea a fost să spun că Dublin nu are datele alea, de unde le ia, ca și cum ar fi treaba lui Dublin… Eu fac tot Dublin-ul, consider că datele îmi vin și e gata. Toți ceilalți trebuie să verse date în bazele de date.” Și imediat: „La scenariu era eu să mă ocup end-to-end să mă asigur că ajung date în el. Adică să trag de mânecă la Iris, la Salarizare, la Facturare… Pare că am creat o complexitate de care nu era nevoie.” Asta e cheia pentru v2: cele două poziții se împacă dacă separăm „Dublin afișează” (3 săptămâni, Prodi) de „fiecare sistem varsă datele într-un contract comun” (owner per flux, format declarat, agent care propune, om care confirmă).

4. Cele 8 fluxuri de pe tablă și starea lor

Din sesiunea 10, cu completările din 11:

Cristi, în 10: „de la Iris trec pe undeva prin Vertigo/Nucleu… Iris dă o notă contabilă mare, cineva trebuie să pregătească XML-urile. Deci mai pui un Nucleu între Iris și SAGA.” Prodi: „Pui peste tot. Nucleul.” BGN, în 11: „Deci trebuie să construim Nucleul, înțeleg eu.” Adică până la finalul retreatului și BGN a acceptat că există un strat între sisteme și SAGA; disputa rămâne pe cât de gros e stratul și cine îl face.

5. Cum vede fiecare AI-ul și Claude Code

BGN: un om cu Claude face în sub o treime din timp; „ideea de one person team e ideea câștigătoare a viitorului”; „nu mai simt nevoia de programator la specificații”; a construit Iris „în două zile” (Chris, cu ironie: „unii construiesc Iris în două zile, alții construiesc Dublin în trei luni”); vrea ca agentul să extragă contractele de date din repo-uri („Trebuie doar să-l cerem, nu, Claude?”); recunoaște singur riscul: „noi lucrând cu Claude așa de mult, noi nu mai verificăm”; „nimeni nu-și poate audita singur codul, nici Claude”; propune ca metoda de lucru să vină cu pushback (Bruce contra scope creep) și cu log automat de activitate.

Prodi: documentația și PRD-urile cu prototip sunt „la all-time high din experiența mea”; execuția merge în 3–4 zile când există PRD și proiectare (Listă firme, Findocs, securitate Rex); „construim mai repede, dar avem și control și înțelegere”; „PRD-ul este o mică iluzie că am terminat analiza” (scenariile și datele rămân); „Big Design Up Front is not possible”; Claude ar putea reface Bookster într-o săptămână, dar cere judgment uman pe securitate și scalare; SuperBono nu e încă source of truth; „eu nu reușesc să transmit de unde vine complexitatea”.

Chris: folosește Claude la estimări („Claude zice zile, nu săptămâni”), la verificarea deciziilor; problema lui e livrabilul: „nu pot da mai departe un PRD scris de Claude pe care nu l-am citit”; „toți avem moduri de muncă super, super diferite”; „nu putem să luăm o decizie fără să mă duc să-l întreb pe Bogdan”; deschis la orice metodă, inclusiv „one man show”.

Teo: Claude i-a pus deja „risc de întârziere” la Vertigo doar din minute; se teme că metricile greșite penalizează viteza și că rolurile non-IT sunt greu de măsurat; „one-man product și implementare” ca model posibil; o demotivează „lipsa de accountability”.

Cristi: PRD-urile ies cum le face Claude; problema reală e scope-ul nedefinit (prototip Vertigo de la 3 săptămâni la 1,5 luni), nu granularitatea unui buton; l-a oprit pe Alex după ce a ținut-o pe Raluca două ore în Claude; „nimeni nu citește minutele” de 8 pagini.

Vlad, Alex (Speaker 6): vor un coleg IT implicat în scrierea PRD-ului; „noi facem execuție în paralel cu discovery-ul”; Vlad: fluxul de înființare Rex refăcut de el a fost șters; „de o lună avem proiectare, DB, Vertigo la jumătate plus”; „lansarea e mai aproape decât 1 decembrie”.

Alexandra: a testat pe ea metoda măsurabilă cu Claude (calendar, rapoarte) și are aceeași întrebare ca Cristi: „then what?”; pushback istoric pe timesheets; percepția că nu contrazici șeful, încurajează păreri diferite de ale lui BGN.

Ce reiese: nu există opoziție față de AI în echipă. Există trei lucruri diferite: (a) o diferență de viteză între BGN (prototipuri și PRD-uri în zile) și restul (implementare în săptămâni), pe care echipa o resimte ca presiune; (b) o diferență de metodă: agentul extrage vs owner-ul declară; (c) o lipsă de unelte comune: fiecare are Claude-ul lui, contextul rămâne la autor (BGN: „contextul rămâne în Claude-ul autorului”), iar predarea între oameni se face prin documente de 20–40 de pagini pe care nu le citește nimeni.

6. Modul de lucru: ce a spus echipa că nu merge

• PRD-uri inegale, sign-off inexistent, testare „în aer” (Chris, Teo). PRD de 40 de pagini analizat două săptămâni e prea lent (Alexandra). Versiuni multiple de prototip fără explicație (Chris).
• Termenele nu se mută când crește scope-ul (Teo, Salarizare de 4 ori mai mare); deadline-ul la cont.bono.ro „împins de trei ori” (Chris, aflat de la Claude); planificarea nu include testare și buffer.
• Minutele: 8 pagini, „nimeni nu citește”, to-do-ul de 4 rânduri incomplet; 10 to-do-uri sărite în 2 zile (Cristi). BGN: Claude nu poate deduce concluzia dacă oamenii nu o spun explicit.
• Ședințele: RH-ul de luni a fost „un monolog” al lui BGN (Cristi); Prodi: discuția analitică nu-și avea locul în RH, „we should take this offline”; Cristi preferă 1:1 pregătite, nu discuții în grup de 8; Teo: fiecare să confirme că a înțeles, „nu știu” e mai bun decât tăcerea.
• Cerințele de sus se execută fără „e oportun acum?” (Prodi: Adi a stat o săptămână pe Google Analytics în loc de Vertigo; „cerințele care vin de mai sus sunt literă de lege”).
• Task-ul zilnic e folclor (Prodi): nu are output fizic în SuperBono; orice activitate ar trebui să aibă un output.
• Roluri: PO/PM „blur” (Vlad); Teo nu știe dacă e „vocea lui SuperBono”; Chris nu poate decide fără BGN; BGN propune niveluri de decizie și „Sandbox” (acord de la 2 colegi, test pe 100 de clienți); „Ariciul Bono” (veto MVP) respins de BGN: „nu cred că trebuie să facem management by consensus”.
• Retreatul însuși: Cristi vrea să plece „cu ceva”; BGN: ziua 1 a fost „foarte light”, „nu livrăm, plecăm la masă”; Cristi: „7 oameni × 16 ore ca hackathon ar fi rezolvat neclaritățile”; Alexandra: „nu există doar două opțiuni, ori plângem ori vacanță”.
• Ce a mers și trebuie păstrat (retrospectiva): PRD + prototip + proiectare dau execuție în 3–4 zile (Prodi); ultimele două săptămâni au avut „un ritm foarte bun” de review-uri (Teo); un proiect at a time merge mai bine (Alexandra); Salarizare la 95% în producție cu firme reale; roboții SAGA de import funcționează; SuperBono are peste 1.000 de taskuri și RAG pe minute.

7. Cifrele și termenele care contează

8. Ce înseamnă asta pentru planul v2

1. Planul v1 spunea „impasul e de metodă, nu de arhitectură”. Retreatul confirmă și nuanțează: e de metodă, iar metoda lipsă are un nume precis, contractul de date între sisteme și owner-ul per flux. Prodi a cerut exact asta (input/output per sistem); BGN a acceptat că există un Nucleu între sisteme și SAGA.
2. Propunerea „folderul SAGA” nu a fost respinsă; a fost redusă la ce e: un mecanism de transport. Ce trebuie decis e formatul și owner-ul fiecărui flux. Deci v2 trebuie să vorbească despre contractele de date (8 fluxuri, 8 contracte, 8 owneri), nu despre folder vs bază.
3. Echipa a decis deja ședința zilnică Product + IT până la finalul lui septembrie, analiza de implementare + estimare după, mid-term review la o lună. v2 trebuie să construiască pe aceste decizii, nu să le înlocuiască: ședința zilnică devine „Research → Plan” din plan-first; estimarea devine planul aprobat.
4. Datele: nu mai propun 1 dec pilot și 1 feb lansare de la mine. Echipa are pe masă 1 nov (încercăm) și 1 dec (fallback, 10 clienți); v2 le ia ca atare și spune ce trebuie să fie adevărat ca 1 dec să țină.
5. Iris e al lui BGN, Dublin al lui Prodi (3 săptămâni), reconcilierea a lui Cristi, Salarizare → SAGA a lui Vlad și Alex, înființările a lui Chris + Edi. v2 nu realocă; pune peste această alocare ritmul săptămânal, planul aprobat și mediul de test.
6. Cele mai tari semnale de risc de oameni: Cristi („când nu e clar unde trebuie să ajungem, motivația nu mai ajută”), Chris („am venit să fac bani… motivația nu e la maxim”), Vlad („grumpy… parcă nu se mai termină”), Alex („se simte neînțeles: de o lună au proiectare, DB, Vertigo la jumătate”), Teo („lipsa de accountability mă demotivează”). v2 trebuie să aibă un capitol despre asta, nu doar despre proces.
7. Două lucruri pe care BGN le-a spus despre sine și care trebuie să apară în v2 ca reguli: „nefiind cu voi la birou în fiecare zi, n-am observat” și „noi lucrând cu Claude așa de mult, noi nu mai verificăm”.

9. Completări din extrasele detaliate (după citirea integrală de către agenți)

• Convergența a fost mai mare decât părea. În sesiunea 10 Prodi a propus el însuși „Nucleu ca sursă unică, goală la început, considerați-l folder”, iar în sesiunea 11 BGN a spus „deci trebuie să construim Nucleul, înțeleg eu”. Dezacordul rămas e pe contractele de date și pe cine le declară, nu pe existența stratului.
• Prodi nu a contestat termenul de două luni: „Nu am afirmat că nu poate fi gata două luni”; ce a contestat e că nu poate estima fără contracte („Eu la cheltuieli nu știu să estimez”). Nu s-a dat nicio estimare pentru analiza Nucleului în sine.
• Starea roboților SAGA e disputată: BGN „la fiecare șase, câte două pe roșu”; Cristi „90% verde”. Rulează pe un laptop din birou, cu licență Windows/SAGA, și depind de Alex („nu știm cât o să mai lucrăm cu Alex”).
• Iris e cutie neagră pentru echipă: fără API expus, fără contract I/O agreat; Prodi cere să pornească de la template-ul React + .NET; Vlad: „ne uităm la aceeași problemă din două unghiuri diferite, poate facem un training”.
• Reconcilierea e recunoscută de BGN drept „mai mare decât Dublin” și „proiect de product”; research-ul Claude există (InvoFlux 85% potrivire, 2% fals pozitive).
• Cristi iese din roboți și trece pe product (reconciliere): semnal că importul SAGA e considerat gata.
• BGN la finalul sesiunii 9: „nu ne-am pus de acord, din păcate, pe obiectiv”; și despre cost: „n-are niciun cost, practic… dacă ar depinde viața unui copil de lansare în decembrie, ar fi gata”.
• Analitice pe clienți și furnizori în MVP: nerezolvat (BGN „cel mai mic detaliu” vs Prodi și Cristi „trăim în lumi diferite”).
• Facilitator extern propus pentru următorul retreat; seminar pe disruptive innovation propus de BGN.
• Paradigma: BGN „modul ăsta de lucru e din trecut… un om cu Claude face de 2–3 ori mai repede… 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”; Cristi „crezi că niște ingineri de la Rolls-Royce ar putea face o Dacia? s-ar putea chiar să nu poată”, BGN: „e posibil să ai dreptate”.

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