B Retreat·Q3 2026 17–18 septembrie 2026 Sumar

Bono · Retreat de echipă · Accacia

Nu vrem module gata.
Vrem fluxuri care merg.

Două zile în care ne-am spus deschis de ce n-am lansat la 1 octombrie și am hotărât să privim altfel Q4: nu mai numărăm module terminate, ci fluxuri întregi, de la factura clientului până la declarația depusă. Iar unde integrarea completă mai durează, pornim cu o variantă mai simplă.

Moderator Alexandra La retreat Alexandra · BGN · Chris · Cristi · Prodi · Teo · Vlad

Retreat-ul în cifre

În prima zi ne-am spus adevărul, în a doua am făcut planul.

2Zile față în față, afară, la Accacia
10sesiuniAproape 14 ore de discuții
19Priorități din Q3, luate la rând
9fluxuriDupă ele măsurăm Q4

00 · Sumar

Opt lucruri de ținut minte

Unele sunt decizii luate. Altele sunt doar lucruri pe care ni le-am propus, fără să stabilim nimic definitiv. Spunem de fiecare dată care e care. Mai jos găsești detaliile și cine se ocupă de fiecare.

Lucrăm flux cu flux, nu soft cu soft

În Q4, o funcționalitate e „gata” doar când datele parcurg tot circuitul dintre sisteme. Vrem fluxuri care merg, nu module 100% gata, fiecare în colțul lui.

Din 21 septembrie ne vedem zilnic, câte un flux pe zi

Luăm la rând cele 9 fluxuri: facturare, încasări și plăți, cheltuieli, salarii, taxe, depunerea declarațiilor, onboarding, reprezentare și înființare. Product și IT, cel puțin o oră, și la final avem fluxul desenat: cum îl facem, în varianta scumpă sau în cea ieftină, și în ce ordine. BGN vrea să le terminăm pe toate până la sfârșitul lui septembrie.

Întâi manual, apoi automatizăm

Pe primii clienți îi luăm de mână: onboarding prin telefon, reprezentare și închidere de lună făcute de oameni. De la început automatizăm doar ce l-ar încurca pe client dacă ar fi făcut manual. Și orice funcție automată are o variantă manuală de rezervă.

Fiecare componentă are un om

Nucleu și Dublin — Prodi. Vertigo — Vlad, cu Adi. Reprezentarea și roboții Saga — Cristi. Iris — BGN. Înființarea — Chris cu Edi. Lista pe fiecare om, agreată cu BGN pe 25 septembrie, e în tabel.

Sistemele își trimit datele prin Nucleu

Produsele pun datele acolo, iar Dublin și Vertigo le citesc de acolo. La început e gol — „considerați-l folder”. Saga rămâne motorul contabil și singura sursă a cifrelor.

Nu lărgim MVP-ul

Doar firme neplătitoare de TVA; fără stocuri, gestiune sau open banking. Păstrăm prioritățile din Q3 până le terminăm. Preluarea firmelor existente și gestiunea doar le analizăm, nu le construim acum; TVA-ul rămâne pentru faza următoare.

Înființarea: încercăm s-o lansăm la 1 noiembrie

Holo → prototip → implementare IT → implementare operațională, apoi o firmă de test, cu plata făcută de client. Dacă e gata mai devreme, nu așteptăm.

Conta: ne-am propus 1 decembrie, fără să promitem

Propunerea e să avem primii ~10 clienți la 1 decembrie. Data nu e definitivă — „dacă se pupă toate, lansăm”.

Calendarul, dintr-o privire

Termenele spuse la retreat, în ordine. Cu linie întreruptă sunt estimările și termenele spuse de altcineva, nu de omul care se ocupă de lucrul respectiv; acelea trebuie confirmate.

21 sept. · luni

Încep sesiunile zilnice pe fluxuri. Tot pentru luni, BGN a propus testul de import Salarizare → Saga și a cerut lista de priorități de pe tablă.

30 sept. · final de T3

Exportul balanței din Saga — Cristi: „până la sfârșitul trimestrului” · Listă firme, cu informațiile avansate, cerute lui Edi până atunci · sesiunile pe fluxuri, încheiate — ținta lui BGN.

10 oct.

Vertigo, varianta cu calendar static — Vlad: „eu zic că e gata până pe 10 octombrie”.

15 oct. · de confirmat

Exportul Saga → Nucleu. „Cât mai devreme” și „15 octombrie, cel târziu” sunt vorbele lui BGN; Cristi n-a promis că iese chiar tot.

~17 oct.

Nucleu — Prodi. De Nucleu depind Dublin și felul în care ajung salariile în Saga. Cont trece la Edi, cu Prodi pe coordonare.

peste ~o lună

Mid-term review: unde suntem, ce nu merge, unde se blochează lucrurile.

1 nov. · „încercăm”

Înființarea pe fluxul nou, cu plata făcută de client · Dublin, cele 10 pagini-model — Prodi, împreună cu Chris, după Nucleu.

1 dec. · propunere

Primii ~10 clienți Conta și Iris funcțional — „încerc”. E o propunere, nu o promisiune.

decembrie

„Gata” pe fluxul 1: o firmă reală emite din Dublin facturi care ajung în Saga.

01 · De ce suntem aici

În iunie ne-am propus să lansăm la 1 octombrie

De la retreat-ul din iunie am plecat cu trei lucruri: ce intră și ce nu intră în Bono Conta, câte un responsabil pentru fiecare livrabil și o dată — lansare în jur de 1 octombrie, iar „gata” însemna testat cu cel puțin trei clienți reali. După trei luni era limpede că nu lansăm la termen.

De aceea, de data asta n-am venit să alegem priorități noi. În prima zi ne-am spus adevărul: ce a livrat fiecare, ce n-a mers și de ce — cu voce tare, toți la aceeași masă, după o dimineață în care am exersat conversațiile dificile. În a doua zi am făcut planul: ce înseamnă, de fapt, „lansare”, ce facem manual și ce automat și cine se ocupă de fiecare parte.

N-am plecat cu toate răspunsurile. Am plecat cu un alt fel de a privi lucrurile — fluxuri întregi, nu module — și cu întâlniri zilnice de lucru, care încep luni, 21 septembrie. Pagina adună și ce am decis, și ce n-am lămurit încă. E scrisă și pentru colegii care n-au fost acolo.

0clienți cu contabilitatea ținută de noiținta din iunie: 100 la 1 octombrie
0SRL-uri înființate pe fluxul noudin 23 iulie încoace
117firme pe lista de așteptare Contacare întreabă „când lansați?”
460de leaduri în august, recordorganice + din Google Ads

Cifrele sunt din pre-read-ul retreat-ului, la 14 septembrie. Clienți care ne așteaptă există. Noi nu suntem încă gata să-i primim. Agenda și pre-read-ul complet ↗

Ideea care le leagă pe toate

Nu când lansăm, ci ce alegem ca să lansăm cât mai repede.

— Prodi, la închiderea primei zile

02 · Q3 pe scurt

Ce a mers, ce n-a mers, ce am învățat

Din review-ul priorităților făcut de PM-i și din retrospectiva fiecăruia. Regula sesiunii: ne uităm la sistem, nu la om.

A mers

  • Documentația de produs e la cel mai bun nivel de până acum: PRD + prototip pe fiecare produs.
  • Colaborare bună pe proiectare; Edi și Vlad au proiectat singuri sisteme, pentru prima dată.
  • Ce s-a lucrat cap-coadă s-a livrat în câteva zile: Listă firme, FinDocs, securitatea pentru Rex — 3–4 zile de la PRD la deploy.
  • Salarizare: de la PRD la ~95% într-un trimestru, cu Reges și API, deși scope-ul aproape s-a dublat.
  • Desire și Rex sunt livrate. Campaniile Google sunt live și știm de unde vine fiecare lead.
  • SuperBono a pornit la câteva zile după retreat-ul din iunie; are peste 1.000 de taskuri.

N-a mers

  • N-am lansat nici Bono Conta, nici Înființarea pe fluxul nou.
  • Termenele au devenit „orientative”: scope-ul a crescut, data n-a fost mutată odată cu el.
  • Am lucrat pe verticale separate, iar la final piesele nu s-au legat; de legăturile dintre sisteme nu s-a ocupat nimeni anume.
  • Am verificat târziu o componentă externă: ne-a luat cinci săptămâni să obținem accesul la API-ul Reges.
  • PRD-uri de zeci de pagini pe care nu le citește nimeni cap-coadă — și care dau iluzia că analiza e gata.
  • Am refăcut muncă, fiindcă decizii luate verbal au fost înțelese diferit.
  • Pe SuperBono nu ne putem baza încă: arată taskuri bifate, nu cât am avansat de fapt.

Am învățat

  • Un produs care pare simplu nu e: Dublin a pornit de la 4–5 secțiuni și a ajuns la ~40 de ecrane.
  • Cele „20% care lipsesc” dintr-un PRD se dovedesc 80% din muncă.
  • Nu poți proiecta totul dinainte. De aceea spunem imediat când o estimare nu mai ține.
  • O oră la aceeași masă bate o săptămână de PRD-uri și Slack. Legea lui Conway: sistemele noastre seamănă cu felul în care comunicăm.
  • Nimeni nu-și poate audita singur codul — nici Claude. Review-ul vine din afară, iar judecata rămâne la om.
  • Un singur proiect, dus cu toată atenția, bate cinci începute în paralel.
  • Ce e clar în capul unuia nu e clar pentru toată echipa: ce pare evident se verifică cu voce tare.
PRD-ul este o mică iluzie că am terminat analiza.
Prodi · retrospectiva Q3
Scope-ul proiectului a crescut semnificativ, dar n-am schimbat termenul pe măsură ce creștea.
Teo · review-ul priorităților

Bilanțul celor 19 priorități din iunie, una câte una, e în scorecard-ul din pre-read ↗.

03 · De ce n-am lansat

Cauzele, așa cum le-am scris pe foaie

O singură regulă, anunțată de Chris la începutul sesiunii: fiecare spune o cauză — cea principală. „Una, nu mai multe.” Pe cele două foi de flipchart s-au strâns 20 de observații. Grupate, spun patru lucruri.

A

Ne-a lipsit imaginea de ansamblu

Am construit piese de puzzle — Facturare, Salarizare, Dublin — fără imaginea finală și fără să știm cum se leagă între ele. Aveam o dată, dar nu și un acord despre ce lansăm la data aceea: o variantă complet automată sau una cu părți manuale?

  • P9Start with the end in mind. Nu înțelegem fluxul complet de conta.
  • P11Avem definiții diferite despre MVP.
  • P1Priorități: stabilite vs. execuție.
  • R5Avem nevoie de o listă clară de taskuri pentru commitment.
B

E mult mai mult de lucru decât părea

Contabilitatea nu e grea, e multă: 150–200 de tipuri de date, fiecare cu sursa, regula și excepția ei. Am subestimat. Termenul de 1 octombrie a fost mai mult dorință decât estimare, iar piese întregi — Nucleul, integrarea cu Saga, accesul la Reges — au apărut abia la jumătatea trimestrului.

  • P8Proiectele sunt mai complexe decât credem inițial.
  • P10Analiza soluției nu a fost făcută temeinic.
  • P2Viteză de lucru IT vs. așteptări Bgn.
  • R1Deadlines vs. estimări (orientativ).
  • R2Analiza componentelor externe (Reges).
  • R4Cum facem analiza inițială mai bună?
C

Ne complicăm singuri

Cerințele se adaugă ușor și nimeni nu spune „așa e mai scump”. Am tratat PRD-ul ca pe o listă de executat, nu ca pe ceva ce se negociază. Scope-ul a crescut la fiecare discuție, termenul a rămas pe loc.

  • P5Nu știm să construim sisteme simple.
  • P6Complicăm singuri produsele.
  • P3Cum zicem „NU” pentru extra features la MVP.
  • R3Scope of work crește.
D

Contextul se pierde la predare

PRD → design → dezvoltare → testare: la fiecare predare se pierd decizii care n-au ajuns în document. Conexiunile dintre sisteme n-au avut responsabil. Analiza fluxului contabil exista, dar în capul câtorva și pe undeva prin Drive, nu ca plan adoptat de toată echipa.

  • P7Handoverul pierde contextul. One person show.
  • P4Cum conectăm sistemele? Cine e responsabil?
  • R6Ce înseamnă un PRD? Când e DONE și îl putem da mai departe?
  • R7Cum planifici testarea?
  • R8Roluri → cine ce face?
  • R9Principii de lucru.

P foaia „Review priorități” — retrospectiva fiecăruia + sesiunea de cauzeR foaia „Review Q3” — review-ul făcut de PM-iVezi foile ↓

Încercăm să construim un puzzle, doar că nu avem imaginea puzzle-ului.
Alexandra
Am subestimat. N-am știut ce nu știu.
Cristi

Dezacordul de fond a primit și un nume: becul de 1 euro — povestea becului pe care inginerii îl făceau cu 8 euro și care a ajuns la 1 euro abia când a fost regândit de la zero, din trei piese. O parte din echipă spune: când ceva se complică, probabil că nu asta e soluția; să facem sisteme mici, legate simplu. Cealaltă parte: „Nu e complicat nimic, sunt multe” — cineva trebuie să facă fiecare legătură să meargă. De fapt, amândouă spun același lucru: nu e greu, e mult. Ce înseamnă asta pentru lansare vezi mai jos, la „Unde încă nu suntem de acord”.

04 · Regulile de lucru

Opt reguli cu care lucrăm în Q4

Au ieșit din discuțiile celor două zile, nu dintr-un document. Concluzia de la final: n-a lipsit munca, a lipsit coordonarea. Deci ne trebuie mai mult timp petrecut împreună, nu mai multe proceduri.

Ce decidem verbal, confirmăm în scris

Când se schimbă ceva la un subiect, scriem și confirmăm. Iar fiecare discuție se încheie cu o concluzie spusă cu voce tare — „deci facem asta, da?” — ca toți (și Claude) să noteze același lucru.

Ne vedem la aceeași masă, mai des

Unu-la-unu, doi-la-unu, față în față. Discuțiile grele, de analiză, nu se rezolvă într-un RH (ședința de ritm) de 30 de minute cu șase oameni: le ținem separat și venim pregătiți.

De fiecare legătură dintre sisteme răspunde cineva

Legătura dintre două sisteme e un proiect în sine, cu responsabil, nu un detaliu care „se rezolvă”. Fiecare sistem spune clar ce primește, ce dă și cum — ca un API bine documentat.

IT-ul intră în PRD de la început

Un coleg de la IT participă la analiză și întreabă din timp: de unde vin datele astea? Întrebarea lui nu e blocaj și nu e critică — e o întrebare, și primește răspuns în aceeași zi.

Spunem cât costă. Și știm să spunem „nu”

„Dacă eu vă cer ceva ce o să coste 5 euro, spuneți: boss, o să coste 5 euro.” Orice cerință nouă se cântărește pe loc — musai acum, în V2 sau deloc — și, dacă intră, mutăm și data, pe față.

Stabilim principii, nu ghicim

„Scopul nu este să ghiciți viziunea mea, ci să stabilim niște principii.” Ca la design system: când aceeași decizie apare a treia oară, devine regulă scrisă.

Deciziile mari le luăm împreună, pe cele mici le ia fiecare

Arhitectura și schimbările cu impact major se discută cu toți cei implicați. Culoarea unui buton, nu. Responsabilul de proiect face analiza și decide — nu facem management by consensus.

Când întârzii, o spui din timp

„Eu nu cred că pot să termin chestia asta, hai să o facă altcineva” e o frază bună. Un semnal dat din timp face mai mult decât o explicație la final. Un „nu știu acum” e tot un răspuns; tăcerea nu.

The Bono Way: observabilitate, nu supraveghere

A doua zi a început cu metoda de lucru propusă de BGN. N-am parcurs documentul și n-am luat o decizie formală; au rămas câteva direcții pe care nu le-a contestat nimeni.

  • Începem cu metoda — fluxul de lucru, ca checklist — și cu sistemele care adună datele singure. Măsurarea timpului vine, dacă vine, abia după ce vedem că metoda ajută.
  • La începutul fiecărui proiect scriem problema, livrabilele și scope-ul. „Plecăm cu o listă de priorități, dar nu avem scope of work.”
  • Întrebarea-cheie nu e „câte taskuri din câte”, ci „termină la timp sau nu?” — și cu un semnal din timp atunci când se adaugă scope.
  • Datele se adună automat. Instrumentul nu e un timesheet și nici nu trebuie să pară unul: e acolo să te ajute, nu să te supravegheze.
  • Lucrul în echipă — roluri, predare, review — face parte din metodă, nu doar eficiența individuală.
  • Agentul de analiză pune mereu întrebarea incomodă: soluția asta răspunde nevoii sau doar adaugă scope?

Cerut de la SuperBono

  • Prioritate pe fiecare task, ca să se vadă ordinea între taskurile aceluiași om.
  • Să se vadă diferența între amânat, crescut și întârziat — azi „vezi doar cifrele și culorile, și totul pare întârziat”.
  • Planul proiectului în SuperBono, ca semnalele să poată veni din timp; un daily din care rămâne ceva scris.

A rămas nelămurit: ce facem cu informația odată ce o avem („then what?”), cum arată metoda pentru rolurile din afara IT-ului și cum ajunge semnalul la cineva care are și puterea să oprească o cerință.

Cum vorbim între noi

Retreat-ul a început cu o sesiune despre cartea Crucial Conversations. Motivul, spus pe față: muncim mult, nu pare că livrăm, iar presiunea iese pe undeva. O echipă sănătoasă poate vorbi deschis despre orice — dar asta se exersează.

Pe scurt: STATE · cinci pași pentru o discuție grea
  1. S
    Spune faptele„Ai venit la 3 și un sfert, nu la 3.” Fără etichete, fără „mereu”.
  2. T
    Spune-ți povesteaCe înseamnă asta pentru tine — prezentat ca poveste, nu ca adevăr.
  3. A
    Află versiunea celuilalt„Tu cum vezi lucrurile?” Oglindește și parafrazează înainte să răspunzi.
  4. T
    Lasă loc de îndoială„Poate greșesc, dar mie mi s-a părut că…”
  5. E
    Încurajează contrazicerea„Dacă vezi altfel, chiar vreau să aud.”

Tăcere sau explozie

La autoevaluare, cei mai mulți am recunoscut că tăcem când ceva ne deranjează. Calea de mijloc nu-i vine nimănui de la sine: se exersează.

Înainte de orice: ce vreau, de fapt?

Pentru mine, pentru celălalt, pentru relația dintre noi. Când discuția o ia razna, întâi îl faci pe celălalt să se simtă din nou în siguranță — scuze sincere, contrast, scop comun — și abia apoi continui.

Schimbi un comportament, nu un om

Primul pas nu e să rezolvi, e să fii auzit. Și o întrebare care dezamorsează aproape orice: de ce ar face asta un om rezonabil, deștept și de bună-credință?

05 · Ce lansăm

Ce înseamnă, de fapt, „lansare”

Aici n-am ajuns la un singur răspuns, și e mai cinstit s-o spunem decât să ne prefacem că am ajuns. Mai jos: ce facem în orice variantă, ce nu facem și unde încă nu suntem de acord.

Primii clienți

Firme mici, neplătitoare de TVA, cu puține documente pe lună

Întâi firmele noastre și ale prietenilor, apoi clienți veniți din înființare — „consultanțe cu o factură pe lună”, nu magazine online. Onboarding-ul îl facem manual. S-a vorbit de vreo 10 clienți la început.

Facem În orice variantă

  • Facturare cap-coadă: factura e emisă în Dublin și ajunge în e-Factura și în Saga
  • Cheltuieli: bon sau factură primită → Iris, cu un om care verifică → Saga
  • Salarii din Salarizare în Saga, prin Nucleu
  • Reprezentare și depunerea declarațiilor cu soluția de azi, în mare parte manuală
  • Vertigo ca admin al contabilului, cu calendar static
  • Saga — motor contabil și singura sursă a cifrelor afișate

Nu facem Rămân în afara MVP-ului

  • TVA — „faza următoare de extindere”
  • Stocuri, gestiune, casă de marcat · preluarea firmelor existente (doar analiză)
  • Open banking · onboarding automat · calendar dinamic în Vertigo
  • Alocare pe analitice pentru fiecare furnizor
  • Motor contabil propriu în locul Saga

Unde încă nu suntem de acord: cât de „light” poate fi un MVP

Definiția A

Dublin întreg e deja MVP-ul

E o vitrină peste datele din Saga — varianta „ultra-light”. Fără reconciliere, taxe și cheltuieli deductibile, „e un soft de facturare”. Iar o lansare în care oamenii fac de mână ce nu face softul nu se poate extinde: vrem contabilitate pentru foarte multe firme, nu pentru o sută.

Definiția B

Lansăm pe bucăți și învățăm

Întâi facturare + cheltuieli, apoi taxe — eventual semiautomat, cu valoarea pusă de mână —, apoi declarații. Cu părți manuale, ca să aflăm de la clienți reali ce contează. „De lansat, lansăm mâine. Noi trebuie să decidem ce anume vindem.”

Unde am căzut de acord

Nu e greu, e mult. Așa că o luăm împreună, flux cu flux.

N-am ales între folder și bază de date: contează mai puțin pe unde circulă datele și mai mult să știm ce date circulă. Am ales să stabilim fluxurile împreună, zi de zi, și să alegem de fiecare dată, pe față, între varianta scumpă și cea ieftină. Varianta light, pe foldere, rămâne o posibilitate: o facem în paralel dacă analiza din săptămânile următoare arată că varianta solidă durează șase luni sau mai mult.

Și un „gata” pe care îl poate verifica oricine: în decembrie, o firmă reală — a unuia dintre noi — se mută în Dublin, dă procură și emite facturi care se văd acolo și ajung în Saga.

06 · Cele 9 fluxuri

Harta după care măsurăm Q4

Am redesenat-o după flipchart și am adăugat ce s-a spus despre fiecare flux. „Eu mi-am făcut treaba… și pacientul e mort” — de asta un flux e gata doar când datele ajung de la un capăt la celălalt.

1

Facturare

„Gata” e definit
Dubline-Factura · ANAFIris — ocolit în MVPSaga

Procesul care ia o factură emisă și o duce în contabilitate. Pornește din Dublin — sau direct din SPV, pentru facturi emise în altă parte — și nu merge fără reprezentare. Factura se vede imediat în Dublin și în Vertigo. În MVP ocolim Iris: conturi default, analitice pe clienți.

Gata înseamnă: o firmă reală emite din Dublin facturi care se văd acolo și ajung în SagaComponente: Dublin — Prodi · e-Factura — făcută · legătura cu Saga — de făcut
2

Încasări & plăți

De specificat
DublinIrisLotusSaga

Extrasul de cont încărcat de client stinge facturile, cheltuielile și taxele — de aici nota de pe flipchart, „1, 3, 5 ← 2”. Spartul extrasului pe linii se face în Iris; potrivirea cu documentele e treaba lui Lotus. Specificația nu există încă, deci pornim ca proiect de product. La primii clienți se poate face manual: primul extras vine abia după o lună.

Responsabil: Cristi — specificația și întâlnirea de analiză · BGN — partea din Iris
3

Cheltuieli

În lucru
Dublin — poza bonuluie-Factura — facturi primiteIrisNucleuSaga

Două surse: bonul fotografiat în Dublin și facturile primite prin SPV. Documentul intră în triaj („se procesează în curând”), Iris îl validează și produce nota contabilă, Nucleul o pregătește pentru Saga. La lansare, Iris pornește „manual”, cu un om care verifică, pe cinci tipuri de documente. Nelămurit încă: formatul datelor între Iris și Saga.

Responsabil: BGN (Iris)
4

Salarii

Lămurit · de executat
Salarizare (Salareasy)NucleuSaga

Cel mai limpede flux — pe flipchart e singurul încercuit. Salarizarea produce deja fișierul în formatul Saga. Îl trimite în Nucleu, de unde ajunge în Saga și de unde apare și în Dublin, și în Vertigo. Mai e de construit Nucleul și de făcut legătura. E de executat, nu de analizat.

Responsabil: Vlad — integrarea · Alex — exportul · Cristi — testul de import
5

Taxe

De lămurit
SagaNucleuDublin

Singurul flux „de-a-ndoaselea”: pornește din Saga și ajunge la client. Problema: Dublin vrea taxele detaliat, pe luni și pe tipuri, iar Saga le ține „vrac”, pe conturi, în balanță. Ori schimbăm ce arătăm în Dublin, ori ce scoatem din Saga. Dacă lansăm pe bucăți, taxele vin după fluxurile 1–4.

Pasul următor: o întâlnire BGN + Prodi + Cristi · Alex — exportul balanței
6

Conta — depunerea declarațiilor

Soluția de azi
Sagasemnaree-guvernarerecipisă în storageDublinVertigo

Saga generează declarațiile, contabilii le semnează și le depun, recipisele se păstrează și apar în Dublin și în Vertigo. Închiderea de lună rămâne manuală, la contabili.

Responsabil: zona Saga — Cristi, cu Alex
7

Onboarding client

Manual la lansare
telefon · WhatsApp · la biroucont bancar · împuternicire · procură SPVVertigo

„E un flux și ăsta, nu e un soft.” Pe primii clienți îi sunăm unul câte unul și îi ducem de mână din înființare în contabilitate — ca să aflăm ce întrebări au ei, nu doar ce ne trebuie nouă. „Onboardingul are ca scop o experiență wow pentru client. Nu are ca scop o experiență wow pentru noi.”

Responsabil: Octav — onboarding-ul, ca proiect propriu, cu mână liberă · Alexandra — trecerea de la înființare la Conta
8

Reprezentare

Manual în V1
împuternicire de la clientF-150 · SPV · ANAFevidență în Vertigo

Ne conectăm la ANAF în numele clientului; fără asta nu merg nici e-Factura, nici depunerile. Aici intră și obținerea împuternicirii, nu doar depunerea: „depunerea e banală”. Nelămurit încă: cum semnează clientul — olograf, electronic, cu certificat calificat sau pe ecran.

Responsabil: Cristi; cum arată experiența clientului decide BGN
9

Înființare

Încercăm 1 nov.
Holoprototipimplementare ITimplementare operaționalăo firmă de test, cap-coadă

A apărut ultima pe foaie: „A, înființarea, am uitat.” Pe fluxul nou plătește clientul, după înființare; n-am înființat încă nicio firmă așa. Lanțul de mai sus arată ordinea în care lucrăm, nu drumul datelor.

Responsabili: BGN — prototip și Holo · Chris + Edi — implementare · Alexandra — operațional

ce vede clientulsisteme Bonoexternpas manual / de lucruCine se ocupă de fiecare și până când ↓

Dicționar: ca să înțelegem toți același lucru

Dublin
Aplicația clientului: „ce vede clientul”. O vitrină peste datele din contabilitate.
Vertigo
Adminul contabilului: profilul firmei, taskurile lunare, trimestriale și anuale. Aceeași bază de date cu Dublin.
Iris
Interpretează documentele: din bon, factură sau extras face o notă contabilă.
Lotus
Reconcilierea plăților și încasărilor din extras cu facturile și documentele clientului.
Nucleu
Locul prin care sistemele își trimit date: bază de date + storage. Încă nu e construit.
Saga
Softul de contabilitate extern pe care îl folosim ca motor contabil.
Salarizare
Numită și Salareasy: motor de calcul, Reges, D112.
Holo · Rex
Adminul de înființări și platforma de semnare a documentelor.
Cont
cont.bono.ro — contul unic al clientului, peste toate aplicațiile.
Listă firme
Interogările ANAF / ONRC: de aici aflăm când o firmă e, oficial, înființată.
Becul de 1 euro
Soluția simplă și ieftină, pentru care procesul trebuie regândit de la zero, nu doar îmbunătățit.
Folderulvarianta light
Cea mai simplă legătură între sisteme: un folder în care punem toate fișierele de import și de export, pe client și pe luni. Un sistem își lasă acolo fișierele (XML sau PDF), altul le ia de acolo — de exemplu, roboțelul care le urcă în Saga. Nu e o integrare programată, e ceva rudimentar, de MVP, cu care putem porni repede cât timp IT-ul face soluția ca lumea. „Putem lansa cu folderul pentru început, dar nu aș sta mult timp cu folderul.”
Suprafața
„Nu e greu, nu e nici complicat, e doar suprafața mare.” Multe lucruri simple, de luat pas cu pas.

07 · Prioritățile fiecăruia

Pe ce lucrează fiecare în Q4

Lista agreată de Alexandra cu BGN pe 25 septembrie 2026, după 1:1-uri, pornind de la ce și-a luat fiecare cu voce tare la retreat. Numărul e ordinea în care omul le ia; „decizii, nu execuție” înseamnă că aprobă și deblochează, nu construiește. Ce e punctual — un test, o întâlnire, un mesaj — e separat, la WWW.

CinePrioritatea pe Q4, în ordinea în care o iaTermen
La retreat
BGBGN+ WWW1 Irisinterpretarea documentelor1 dec.
2 Înființare: Holo + Padawan + feedback final pe flux1 nov.
3 Legal: Înființaredecizii, nu execuțiede pus în 1:1
4 Legal: CoCodecizii, nu execuțiede pus în 1:1
5 Dublin, ca POdecizii, nu execuțiede pus în 1:1
6 Onboardingdecizii, împreună cu Octavde pus în 1:1
BPProdi+ WWW1 Nucleuschimbul de date între sisteme~17 oct.
2 Dublin (IT)10 pagini-model, după ce termină Nucleu · împreună cu Chris1 nov.
3 Contcoordonare; implementarea o face Edide pus în 1:1
CNCristi+ WWW1 Reprezentare: F-150obținere + depunerede pus în 1:1
2 Vertigo, ca POreview, nu execuțiede pus în 1:1
3 Saga: roboței V2de pus în 1:1
4 Lotus: specificația reconcilierii15 oct.
5 Testare cap-coadă pe o firmă realăde pus în 1:1
VLVlad+ WWW1 Vertigo (IT)cu Adi10 oct.
2 Salarizare → Nucleu → Sagafluxul 4după Nucleu
CFChris+ WWW1 Înființare: implementarea cu EdiPM Înființare și REX1 nov.
2 Dublin, ca PMdetaliază inclusiv fluxul de comunicare cu clientul (e-mailuri etc.) și implementează, împreună cu Prodi, pagini din Dublinde pus în 1:1
3 SuperBono: upgrade cu taskurile necesare echipei (The Bono Way)efort estimat vs. realizat etc.de pus în 1:1
TETeo+ WWW1 Închide Q3: SalarEasy, Saga, VertigoPM pe toate treide pus în 1:1
2 Campanii Paid Q4cu Alexandracontinuă
ASAlexandra+ WWW1 Înființare: operaționalultexte, contractede pus în 1:1
2 Fluxul de vânzarede pus în 1:1
3 CoCopus în practicăde pus în 1:1
4 Customer servicereguli de comunicare și template-uri, cu Adinade pus în 1:1
5 Campanii Paidcu Teocontinuă
Colegii care n-au fost la retreat agreate cu BGN; se confirmă în 1:1 cu Alexandra
Adi1 Vertigofront endde pus în 1:1
2 Dublinfront end, adaptare mobilede pus în 1:1
3 Campanii Paid & Vânzare Contade pus în 1:1
Edi1 Înființare: implementarea cu ChrisIT Înființare și REX1 nov.
2 Listă firme: VIES + vector fiscal30 sept.
3 cont.bono.roimplementarea; Prodi coordoneazăde pus în 1:1
Alex1 Saga: roboței, partea a 2-ade pus în 1:1
2 Lotus: implementareadupă specificația lui Cristide pus în 1:1
3 Irisajutor pentru BGN, la nevoiede pus în 1:1
Adina1 Customer service la lansarescripturi, template-uri, FAQ · PO Vox Lite1 nov.
2 SEO, articole, postăricontinuă
3 Contactarea listei de așteptarecu Alexandraoct.–nov.
Octav1 Onboarding-ul clientuluibun venit în 3 pași, ghid de împuternicirede pus în 1:1
2 Design Dublinfinalizarede pus în 1:1
Otilia1 Analiza preluării firmelor cu contabilitate existentăde pus în 1:1
2 Analiza pentru o firmă fără activitatede pus în 1:1
Raluca1 Specificații roboți Saga, partea a 2-ade pus în 1:1
2 Analiza gestiune, stocuri, casă de marcatde pus în 1:1

portocaliu — termen agreatgri — estimare, sau termen de pus în 1:1

Cum citești tabelul: întâi se închide ce a rămas din Q3 — pentru toată lumea, nu doar pentru PM-i. Lista de mai sus înlocuiește ce s-a notat la retreat pe 18 septembrie și intră în SuperBono ca priorități pe om. Împărțirea proiectelor între Chris și Teo rămâne de stabilit cu Alexandra.

08 · Ritmul

Cum ținem ritmul

„Aceste procese sunt de fapt probleme de coordonare.” Așa că ritmul nou înseamnă, înainte de orice, timp petrecut împreună, pe fluxuri.

Zilnic

Sesiuni pe fluxuri

Din 21 septembrie: Product + IT, minimum o oră, câte un flux pe zi, cu output vizual. Fluxurile sunt cele nouă de mai sus: facturare, încasări și plăți, cheltuieli, salarii, taxe, depunerea declarațiilor, onboarding, reprezentare, înființare. Întâi BGN, Cristi și Prodi stabilesc împreună cum comunică sistemele: când, ce și în ce format. Înainte de fiecare sesiune ne uităm ce există deja în sisteme și în repo — a cerut-o BGN. Ora și ordinea fluxurilor le găsiți în invitațiile din calendar.

Peste o lună

Mid-term review

Un RH extins, de 4–6 ore: unde suntem, ce nu merge, unde se blochează lucrurile. E și prilejul firesc să ne uităm din nou la data de lansare.

Separat

Regulile, într-un RH dedicat

Sesiunea de reguli — vacanțe, formatul minutelor, formatul de RH — n-a mai încăput în retreat. „E urgent”, deci o ținem separat, nu o amânăm.

Continuu

Prioritățile fiecăruia, în SuperBono

Alexandra vorbește 1:1 cu fiecare coleg, iar lista de pe tablă pleacă luni, 21 septembrie. Ținta: fiecare să-și știe prioritatea numărul unu, cel puțin până în noiembrie.

09 · Ce n-am lămurit încă

Întrebările cu care n-am terminat

Le trecem aici pe față. Despre ele vorbim în sesiunile zilnice și la mid-term review.

Data lansării Conta1 decembrie e doar o ipoteză. S-au mai spus 1 noiembrie „cu folderul”, 15 decembrie și ianuarie. Stabilim data după ce avem estimări pe fluxuri.
Ce înseamnă „good enough”Dublin întreg sau lansare pe bucăți? „N-am putut să definim acest good enough, așa că ne învârtim în jurul lui.” Se decide flux cu flux.
Varianta light pe foldereO construim în paralel doar dacă drumul solid iese la șase luni sau mai mult. Și cine o testează întâi, pe una-două firme?
Cine răspunde de un flux„Nu poți să fii responsabil pe ceva ce nu controlezi” vs. „de a crea un circuit poți să fii responsabil”. Un responsabil pe componentă, unul pe flux sau amândoi? Încă n-am stabilit.
EstimareaA fost cerută înainte de retreat și încă lipsește. Ordinea pe care am agreat-o: soluție comună → analiză de implementare → efort → ordinea livrării.
Metoda de lucruOne-person team sau echipe cu predare? „N-aș spune două tabere, dar sunt două abordări.” Deocamdată: experimentul Dublin și The Bono Way ca MVP.
Împuternicirea clientuluiCum o semnează clientul și care variantă de semnare e acceptată la depunere.
Retreat-ul însușiCum arată unul din care plecăm cu livrabile: obiective știute dinainte, format de hackathon, poate un facilitator extern.

10 · WWW

Who · What · When

Doar lucruri clare, cu un om în dreptul lor: specifice, care se rezolvă repede, sau organizatorice. Sunt deschise ca taskuri în SuperBono, în grupul WWW „Retreat”. Subiectele mari ale fiecăruia sunt mai sus, la Prioritățile fiecăruia.

BGBGN
  • Încearcă, cu Claude, o legătură rapidă Dublin–Iris prin API
  • O întâlnire cu Prodi și Cristi, ca să lămurească de unde vin datele pentru taxe
  • Cu Cristi: cum semnează clientul împuternicirea
BPProdi
  • Desenează fluxurile cu Cristi — după ce se pun de acord, împreună cu BGN, pe format și pe modelul de date din 21 sept.
  • Estimarea de efort pentru Dublin și Nucleu — o dă după ce se lămurește de unde vin taxele
CNCristi
  • Testul de import Salarizare → Saga 21 sept. · propus de BGN
  • Organizează întâlnirea de analiză pe reconciliere
  • Îi dă lui BGN calea folderului din care roboțeii iau XML-urile; Alex schimbă sursa
  • Cercetează cum se leagă de Saga alte programe de facturare și de salarizare — cerut de BGN
VLVlad
  • Pune structura bazei de date la dispoziția echipei, ca fiecare să poată vedea, cu un agent, unde e stocat fiecare lucru
CFChris
  • Testează, pe aceeași firmă, care sursă anunță prima că firma e înființată. Propunerea lui Cristi: verificare din 5 în 5 minute pentru firmele noi
  • Discută cu Teo și cu Alexandra cum se împart proiectele după ce se închid cele din Q3
TETeo
  • Sesiunile zilnice pe fluxuri, în calendar — cerute de BGN din 21 sept.
  • Discută cu Chris și cu Alexandra cum se împart proiectele după ce se închid cele din Q3
ASAlexandra
  • Lista de priorități de pe tablă, trimisă echipei cerută pentru 21 sept.
  • 1:1 cu fiecare coleg; prioritățile în SuperBono săptămânile următoare
  • Discută cu Chris și cu Teo cum se împart proiectele după ce se închid cele din Q3
  • Mid-term review peste ~o lună
  • RH-ul separat pentru reguli — „e urgent”
  • O discuție separată despre template, React și prototipuri — Prodi arată template-ul
+3Colegii care n-au fost la retreat
  • Alex — exportul din Salarizare într-un folder, pentru testul de import; noua cale a sursei de XML-uri; un XML din Saga, pentru taxe
  • Adi — upgrade-ul de la V7 la V8, făcut in-place, fără rescrierea aplicației — cerut de Prodi
  • Edi — Listă firme: VIES și vector fiscal final de T3 · 30 sept.

Termenele mari nu le repetăm aici: sunt în tabelul cu priorități și în calendarul de sub Sumar. Pentru colegii care n-au fost la retreat, rândurile sunt cereri făcute în lipsa lor.

11 · De la tablă

Direct de pe flipchart

Foile de flipchart, așa cum le-am scris — afară, în soare. Dă click pe o poză ca s-o mărești.

Transcrierea celor două foi de review · exact cum au fost scrise

Review priorități

  1. Priorități: stabilite vs. execuție
  2. Viteză de lucru IT vs. așteptări Bgn
  3. Cum zicem „NU” pentru extra features la MVP
  4. Cum conectăm sistemele? Cine e responsabil?
  5. Nu știm să construim sisteme simple
  6. Complicăm singuri produsele
  7. Handoverul pierde contextul. One person show.
  8. Proiectele sunt mai complexe decât credem inițial.
  9. Start with the end in mind. Nu înțelegem fluxul complet de conta.
  10. Analiza soluției nu a fost făcută temeinic.
  11. Avem definiții diferite despre MVP.

Review Q3

  1. Deadlines vs. estimări (orientativ)
  2. Analiza componentelor externe (Reges)
  3. Scope of work crește.
  4. Cum facem analiza inițială mai bună?
  5. Avem nevoie de o listă clară de taskuri pt. commitment.
  6. Ce înseamnă un PRD? Cum trebuie să arate? Când e DONE și îl putem da mai departe?
  7. Cum planifici testarea?
  8. Roluri → cine ce face?
  9. Principii de lucru
  • Lansare — lucrat împreună
  • Ce faci cu feedback-ul?
  • Care sunt metricile corecte?

Cu roșu, pe margine, din sesiunea The Bono Way: mindset growth / fixed · metodă vs. măsurare · personalizare · build vs. ops · Nobu · metodă vs. „1984”.

12 · Sesiuni & minute

Cele două zile, sesiune cu sesiune

Câte un rezumat scurt pentru fiecare sesiune. Dacă minuta a intrat deja în SuperBono, ai linkul spre Drive, pentru tot contextul.

Joi, 17 septembrie · ziua adevărului

S0Deschidere și conversații dificileJoi · dimineața · check-in, apoi sesiunea despre conversațiile dificile1 h 50

Rezumat

Am început cu un check-in personal și profesional, care rămâne între noi. A urmat sesiunea despre cartea Crucial Conversations, pusă intenționat la început: când muncim mult și livrăm puțin, tensiunea trebuie să aibă pe unde ieși. Alexandra a rezumat cartea, apoi fiecare a spus cum reacționează de obicei sub presiune.

Puncte cheie

  • Cele două reacții obișnuite — tăcerea și „violența” verbală — și a treia cale: spui tot ce ai de spus, într-un fel care păstrează relația.
  • Pentru cei care tac există un exercițiu simplu: scrie, după pașii STATE, un lucru care te deranjează și prezintă-l.
  • Conversațiile dificile merg mai bine unu-la-unu, pregătite; o pauză de 20 de minute e în regulă, dacă revii.
  • Nu avem toți aceleași informații: nu ne uităm la același lucru când întrebăm „de ce nu lansăm?”. Trebuie să înțelegem toți la fel ce avem de construit.
Minuta nu e încă în SuperBono.
S1Prioritățile, văzute de PM-iJoi · înainte de prânz · Teo și Chris38 min

Rezumat

Teo și Chris au trecut prin prioritățile pe care le-au coordonat. Salarizarea e în testare pe firme reale; Saga și Vertigo sunt pe la jumătate. De aici a pornit foaia „Review Q3”: termene tratate ca orientative, scope care crește, componente externe verificate târziu, PRD-uri „80% gata”, la care restul de 20% se dovedește grosul muncii.

Puncte cheie

  • Scope-ul Salarizării a crescut mult față de PRD-ul inițial (Reges, modificări legislative, D112); termenul nu s-a mișcat odată cu el.
  • Taskurile care ies din testare apar abia după ea, deci nu le poți planifica decât cu buffer.
  • Lucrăm foarte diferit unii de alții, iar procesul agreat în iunie n-a mai fost urmat.
Minuta nu e încă în SuperBono.
S2Q3-ul meu: retrospectiva fiecăruiaJoi · 14:30 · ce a mers, ce n-a mers, ce am învățat1 h 10

Rezumat

Fiecare și-a citit pagina. Documentația și proiectarea au fost la cel mai bun nivel de până acum; planificarea și trackingul, nu. Trimestrul a fost unul „cu mai puțin proces” — verticale independente, fără review centralizat — și puzzle-ul nu s-a legat la final. De aici au ieșit primele patru puncte de pe foaia „Review priorități”.

Puncte cheie

  • Au fost 19 proiecte în trimestru — multe. Dublin a ajuns la ~40 de ecrane.
  • Lucrul cu AI: judecata rămâne la om; același AI nu-și poate audita propriul cod.
  • S-a propus ca direcție one-person team; au rămas întrebări despre cum s-ar aplica la proiectele care trec prin mai multe mâini.
Minuta completă pe Drive →
S3Cauzele de fond: de ce n-am lansatJoi · 16:10 · moderată de Chris1 h 53

Rezumat

Tur de masă: fiecare a spus cauza lui principală. Am deschis cu povestea becului de 1 euro și am ajuns repede la tensiunea de fond: simplitate radicală sau o suprafață mare de acoperit. N-am ales o soluție; am plecat cu lista de cauze și cu câteva lucruri agreate.

Acorduri

  • Saga rămâne motorul contabil și singura sursă a datelor afișate clientului; fără calcule paralele.
  • O oră pe zi de lucru împreună, pe întrebările nelămurite. Primul subiect: ce intră în Saga.
  • Am spus-o din nou: „faci întâi manual, vezi manual cum merge și apoi automatizezi” — cu fallback manual la orice funcție.
  • MVP-ul trebuie definit: ce e automat și ce nu.

Puncte cheie

  • Discuția aceasta trebuia purtată la început de trimestru: circuitul Dublin–Vertigo–Saga a fost luat în piept abia pe la 20 august.
  • Spre final s-a conturat o direcție: lansăm cu scope minim și ne oprim înainte de taxe; taxele și declarațiile vin după o lună-două.
Minuta nu e încă în SuperBono.
S4Închiderea primei zileJoi · după 18:00 · cu ce rămânem, ce vrem mâine45 min

Rezumat

Un vibe check care a devenit cea mai directă discuție a zilei. Unora ziua le-a limpezit lucrurile; altora li s-a părut prea teoretică. Întrebarea rămasă pentru a doua zi: ne asumăm o dată și lansăm cum putem, sau acceptăm că sistemul e complex și ieșim din mindset-ul „trebuie să lansăm”? Faptul că stăm între cele două ne obosește pe toți.

Puncte cheie

  • Întrebarea utilă nu e „când lansăm”, ci „ce alegem ca să lansăm cât mai repede”.
  • Lucrăm mai degrabă ca un grup decât ca o echipă: fiecare separat și cu multe presupuneri. Retreat-urile ar trebui să fie și un instrument de accountability.
  • La simplitate nu ajungi de unul singur: avem nevoie de discuții dese, unu-la-unu și doi-la-unu, la care să fie și BGN.
  • Rolurile de PM și de product owner se suprapun încă; trebuie delimitate.
  • De repus în discuție decizii vechi de la înființare: mai mulți asociați, cetățeni străini.
Minuta completă pe Drive →

Vineri, 18 septembrie · ziua planului

S5Ce ne motiveazăVineri · 09:30 · vibe check de dimineață30 min

Rezumat

Obiectivul zilei, anunțat de Alexandra: să plecăm cu un plan cât mai clar despre ce înseamnă lansarea — unde stă pe scara dintre „folder” și „complet automatizat” — și ce face fiecare. Înainte de asta, un tur de masă: ce ne face să ne trezim dimineața și să venim la Bono?

Ce a ieșit

  • Succesul construit împreună și plăcerea de a construi — „ctitoria”: să faci ceva de la zero și să meargă.
  • Echipa și biroul: când suntem acolo, lucrurile se mișcă repede și orice întrebare se lămurește pe loc.
  • Miza: să schimbi o industrie învechită; să pui bazele celei mai mari aplicații de contabilitate din România.
  • Două observații de reținut: motivația nu ajută când direcția nu e clară; iar lipsa de accountability demotivează.
Minuta completă pe Drive →
S6The Bono Way și metoda de lucruVineri · până la 12:00 · condusă de BGN1 h 23

Rezumat

BGN a prezentat conceptul, nu documentul: o metodă de lucru specifică Bono plus un instrument care observă munca, dă feedback aproape în timp real și semnalează din timp riscurile. Turul de masă a adus aceeași obiecție din mai multe unghiuri — „then what?” — și ideea că problema mare e cum lucrăm între noi, nu eficiența fiecăruia la minut. Direcțiile rămase sunt mai sus, la reguli.

Puncte cheie

  • Orice sistem are nevoie de observabilitate și control. Controlul e asupra direcției în care merge organizația, nu asupra omului. Și orice activitate ar trebui să lase ceva scris în urmă.
  • Poți scoate maximum din fiecare om și tot să nu lansezi; întâi vin scope of work și livrabilele.
  • Analogia Nobu: un obiectiv clar te obligă să-ți reproiectezi „meniul”, nu să spui „așa se face”.
Minuta completă pe Drive →
S7Obiectivul lansării: ce înseamnă „good enough”Vineri · 12:20–13:40 · deschiderea sesiunii de priorități1 h 26

Rezumat

Planul era să pornim de la cum arată lansarea și să ne întoarcem de acolo, pas cu pas, la ce avem de făcut. Discuția a fost acaparată de o întrebare mai grea: ce se întâmplă dacă nu lansăm nici în Q4 — și ce lansăm, de fapt? Tesla sau bicicletă, Rolls-Royce sau Dacia: „Noi avem modul de lucru ca la un Rolls-Royce pentru o Dacia.” Pe obiectiv nu ne-am pus de acord, și s-a spus cu subiect și predicat. Pe metodă, da.

Decizii

  • De luni, ședințe zilnice product + IT, până avem o soluție comună; câte o sesiune pentru fiecare flux, de minimum o oră.
  • BGN a cerut să fie puse în calendar: „trebuie să terminăm în septembrie”. De invitații se ocupă Teo.
  • Se lucrează „flux cu flux, nu soft cu soft”: un proces înseamnă date care circulă între cinci sisteme.

Puncte cheie

  • Nu avem estimare pentru că încă nu înțelegem toți la fel soluția.
  • Nodul e legătura dintre Saga și sistemele noastre; odată rezolvată, restul se leagă repede.
Minuta nu e încă în SuperBono.
S8Fluxurile Q4 și varianta lightVineri · după prânz · aici s-a scris flipchart-ul cu fluxuri1 h 53

Rezumat

Pe module sau pe procese? Am scris fluxurile unul câte unul, cu sistemele prin care trece fiecare. Pe la jumătate ne-am împotmolit: fără estimări nu ne putem asuma termene, iar fără termene prioritățile rămân intenții. Atunci a apărut propunerea variantei light: foldere în loc de integrare, construită rapid, în paralel cu soluția solidă. Am încheiat cu două lucruri asumate concret.

Decizii

  • În MVP, factura emisă ocolește Iris și merge direct în Saga, pe conturi default.
  • Fluxul 4 (salarii) e considerat rezolvat ca integrare; testul de import — luni.
  • Prodi face tot Dublinul în ~3 săptămâni, iar toți ceilalți „varsă date” în el (în sesiunea următoare: Dublin + Nucleu + Cont, „toate într-o lună”). BGN livrează Iris anul acesta.
  • Închiderea de lună rămâne manuală; reprezentarea nu va fi automată în V1.

Puncte cheie

  • Responsabilul pe flux creează și testează circuitul; responsabilul pe componentă răspunde de componenta lui. Modelul n-a fost însă bătut în cuie.
  • „Ce-aș vrea să evităm este varianta mea vs. varianta ta în aceeași companie. Că până la urmă avem un obiectiv comun.”
Minuta completă pe Drive →
S9Cine ce își asumă și închiderea retreat-uluiVineri · ~17:00–19:15 · de sus în jos prin listă, apoi turul final2 h 18

Rezumat

Am luat lista de pe flipchart de sus în jos — „e gata trimestrul ăsta?” — și fiecare a spus ce își asumă. Rezultatul e în tabel. Apoi am stabilit ce fac colegii care n-au fost la retreat, ce intră doar ca analiză și că facem un mid-term review peste o lună. Am închis cu un tur de masă despre retreat.

Decizii care nu apar mai sus

  • Reprezentarea include și obținerea documentului de la client, nu doar depunerea.
  • Analiza preluării firmelor existente trece înaintea TVA-ului.
  • Pentru aplicații noi pornim de la template-ul React / .NET cu Edge, nu direct de la design system.
  • Regulile se discută într-un RH separat.

Cu ce am plecat

  • Prima zi a fost mai teoretică, ultima sesiune cea mai aplicată. „Am încercat să le îmbunătățim, o dată prin a gândi în procese în loc de priorități și o dată prin a discuta mai mult între noi.”
  • „Eu chiar simt că lansarea e mai aproape decât 1 decembrie.”
  • Ce lipsește încă: alinierea și un limbaj comun între business și tehnic — inclusiv ce înseamnă „done”. Poate un training, poate un facilitator la următorul retreat.
  • „Integrăm sisteme pe care tot noi le construim.”
Minuta completă pe Drive →