Outsourcing de Technical BA · București · echipe din UK, UE și SUA
Angajați un Technical Business Analyst care știe ce face sistemul când ANAF nu răspunde.
Plasăm un Technical Business Analyst, Technical Product Owner sau Scrum Master senior, orientat pe livrare, în interiorul unei echipe de livrare enterprise — cel mai adesea în banking, piețe de capital, fintech, asigurări și instituții internaționale. Lucrăm în engleză și în română, din București.
O zi de lucru standard în București se suprapune cu Londra circa șapte ore și cu US Eastern circa două.
Unde se duce sprintul, de fapt
Nimeni nu scrie ce se întâmplă când furnizorul de semnătură dă timeout.
Un ticket spune că un client trebuie să poată semna contractul digital. Nimeni nu contestă asta. Intră în sprint. Trei săptămâni mai târziu, în UAT, cineva întreabă ce se întâmplă când furnizorul de semnătură returnează un timeout după ce clientul a acceptat termenii, dar înainte ca documentul semnat să se întoarcă. Nimeni nu a decis cazul acela, motiv pentru care nimeni nu l-a construit. Ca să primiți un răspuns acum aveți nevoie de product owner, de echipa de integrări, de cine deține poziția juridică și de cineva care chiar a citit semantica de retry a furnizorului.
Până atunci ați plătit povestea de două ori: o dată când inginerul a construit traseul asupra căruia toată lumea era de acord, și încă o dată când îl reconstruiește în jurul unui răspuns care era disponibil în refinement pentru prețul unei singure întrebări. În raportul de status apare ca „respins din UAT”. În retrospectivă apare ca „cerințe”. Nimeni nu a greșit cu nimic, iar data de release s-a mutat oricum.
Într-un program reglementat, se complică a doua oară. Auditorul nu întreabă dacă funcționează codul. Întreabă față de ce cerință a fost făcută schimbarea, cine a aprobat-o și ce test a dovedit-o. Dacă traseul acela nu a fost scris pe măsură ce munca a avansat, cineva petrece săptămâna dinaintea reviziei reconstruindu-l din comentarii de Jira și fire de Teams, iar ce iese este o reconstrucție, exact lucrul pe care un auditor este antrenat să îl observe.
La capătul acesta al livrării lucrăm. Ce primesc inginerii dumneavoastră este o specificație din care pot construi fără să deschidă o conversație suplimentară, iar ce primește auditorul dumneavoastră este traseul care arată din ce cerință a pornit.
Majoritatea BA-ilor documentează. Întrebarea care merită pusă este dacă inginerii dumneavoastră pot construi din ce le predau analiștii dumneavoastră, fără să pună o întrebare. Dacă pot, nu aveți nevoie de noi.
Ce furnizăm
Luați rolul care lipsește cu adevărat din echipă.
Sunt joburi separate, care în majoritatea organigramelor ajung comasate — de aceea echipele angajează constant rolul greșit. Pe o singură echipă, o persoană acoperă frecvent primele două; îl cotăm ca pe un singur rol, nu ca pe două.
Technical Business Analyst
Elicitarea, specificația, criteriile de acceptanță, definirea integrărilor și a fluxurilor de date și trasabilitatea.
Elemente de lucru pe care un inginer le poate începe în ziua în care le ia.
Sesiunile de refinement se termină constant cu „revenim la asta”, sau inginerii stau în ședințe ca să stabilească ce însemna un ticket.
Technical Product Owner / Proxy Product Owner
Backlogul, ordinea lui și aprobarea. Ocupă scaunul de PO când proprietarul real de business este un director care nu poate ajunge la trei ceremonii pe săptămână.
Un backlog ordonat, cu un motiv declarat pentru ordine, și decizii în ritmul de care are nevoie echipa, nu în ritmul în care se întrunește comitetul director.
Echipa este blocată mai des așteptând o decizie decât așteptând o specificație.
Delivery-focused Scrum Master
Cadența, lista de impedimente și prognoza.
Ceremonii care se termină și un status pe care îl puteți repeta în fața comitetului director fără să îl îndulciți întâi.
Ceremoniile încep și se termină la timp, iar datele tot se mută.
Nu furnizăm project manageri generaliști, delivery manageri care nu scriu cerințe, sau un „BA” care este de fapt un junior care ia notițe. Dacă asta cere poziția, un furnizor de volum o va ocupa mai repede și mai ieftin decât noi.
Artefactul
Ce conține, concret, un ticket de la noi.
Este partea imposibil de evaluat dintr-un CV, așa că iată anatomia. Fiecare element de lucru pe care îl predăm unui inginer conține:
- Cerința din care provine, cu ID, și numele persoanei care a cerut-o.
- Criterii de acceptanță scrise ca situații pe care un tester le poate trece sau pica — inclusiv cele pe care nimeni nu se bucură să le scrie. Timeout-ul. Eșecul parțial. Trimiterea dublă. Înregistrarea care există deja.
- Contractul de integrare: endpoint, metodă, forma cererii și a răspunsului, codurile de eroare pe care le returnează efectiv cealaltă parte și ce facem pentru fiecare. Când cealaltă parte este un terț, versiunea documentației pe care am citit-o și ziua în care am citit-o, pentru că documentul acela se va schimba și cineva va trebui să știe față de ce versiune a fost specificat comportamentul.
- Maparea la nivel de câmp oriunde datele trec o graniță de sistem, inclusiv ce se întâmplă cu un câmp obligatoriu pe o parte și opțional pe cealaltă.
- Un model de proces acolo unde fluxul atinge mai mult de două sisteme sau mai mult de un departament. BPMN, pentru că supraviețuiește predării către cineva care nu a fost în încăpere.
- Constrângerile non-funcționale care se aplică exact acestui element, în locul unei pagini întregi de constrângeri la începutul unui document pe care nu îl deschide nimeni. Timp de răspuns, retenție, cine are voie să vadă înregistrarea.
- Întrebările deschise, listate, fiecare cu numele persoanei care datorează răspunsul și ziua în care am întrebat. O întrebare deschisă vizibilă este un risc de planificare. O întrebare deschisă implicită este un defect peste șase săptămâni.
Iar de-a lungul colaborării, o singură linie pe care o puteți urmări
Cerință → schimbarea care a implementat-o → rezultatul testului → numele care a aprobat-o. Asamblată pe măsură ce munca avansează, nu reconstruită înaintea unei revizii. Dacă funcția dumneavoastră de conformitate a cerut vreodată traseul acesta după fapt, știți deja cât costă construit târziu.
Dacă sunteți inginer, nu cumpărător
Ce vă va cere analistul: constrângerile pe care le știți deja, o părere despre cât de realist este un contract de integrare și o decizie când două cerințe intră în conflict. Ce nu vă va cere este să participați la mai multe ceremonii decât participați acum sau să reexplicați sistemul în fiecare sprint. Refinement plus o conversație de lucru pe săptămână este forma normală. Când nu sunteți de acord cu o specificație, dezacordul intră în elementul de lucru cu numele dumneavoastră pe el, iar cerința ori se schimbă, ori nu — oricum, se vede cine a decis și când.
Ce nu producem
Un document de specificație funcțională de patruzeci de pagini, corect în ziua în care este semnat și greșit până la al treilea sprint. Backlogul este artefactul. Documentele există acolo unde documentul chiar este livrabilul — un contract de integrare, un model de proces, un pachet de predare — și nu ca dovadă că a avut loc o analiză.
Nimic din toate acestea nu este exotic. Este standardul care se ține într-o bancă pentru că trebuie. Majoritatea echipelor de livrare știu deja cum arată; ce le lipsește este cineva a cărui unică sarcină este să îl producă, în timp ce toți ceilalți construiesc.
Istoric de livrare
Unde a fost făcută munca aceasta.
Instituții în care a fost livrată această muncă de Technical BA
Cele mai multe au fost livrate ca subcontractor sub un prime: NTT DATA, Qualitance/ALTEN, Investigo/Definia și E-Resourcing UK. Numim prime-urile pentru că departamentul de achiziții întreabă oricum, iar răspunsul închide din start întrebarea „nu sunteți pe lista noastră de furnizori aprobați”.
Sub Theta One Digital, din 2022
Universal Music Group (Marea Britanie)
iul. 2025 – prezentTechnical Business Analyst (contract)
Dezafectarea unui sistem legacy de management al drepturilor și migrarea către o platformă modernă. Cerințe de business, juridice și operaționale transpuse în specificații tehnice, plus cerințele de integrare și fluxurile de date dintre sistemele de pe ambele părți ale migrării.
Raiffeisen Bank România
iul. 2023 – oct. 2025Business Systems Analyst · Lead BA · Proxy Product Owner (contract)
Fluxuri de creditare și asigurări pentru clienții existenți, cu integrări către ANAF, Biroul de Credit, un furnizor de semnătură electronică calificată și un asigurător. Plus un instrument de consiliere pe tabletă care a înlocuit un proces pe hârtie în agenții.
UNFCCC (Germania)
oct. 2023 – iun. 2024IT Business Analyst · Proxy Product Owner (contract)
Un portal de contabilizare a emisiilor de carbon care susține Articolul 6 din Acordul de la Paris. Cerințe de reglementare transformate în elemente de backlog și fluxuri de lucru, cu aliniere între stakeholderi din mai multe țări.
LSEG (SUA)
apr. 2023 – dec. 2023IT Business Analyst & Scrum Master (contract)
O platformă de colaborare care permite analiștilor să lucreze împreună pe date de piață în timp real. User stories, specificații funcționale și tehnice, plus constrângerile de integrare și non-funcționale agreate cu echipele de inginerie.
Finstro (Australia)
aug. 2022 – mar. 2023Solutions Designer · Technical Business Analyst (contract)
Îmbunătățiri aduse unei platforme digitale de creditare, pe web și mobil, inclusiv integrări SOAP. Soluții tehnice proiectate împreună cu arhitectul de soluție și contracte API definite pentru ambii clienți.
Înainte de Theta One, în roluri permanente
ING Hubs România
mar. 2020 – aug. 2022Senior IT Business Analyst
Guvernanța și integrarea datelor pentru platforme de date enterprise — un program de data lake și data warehouse, cu suport de UAT pentru componentele de analytics, raportare și calitate a datelor construite deasupra.
Alior Bank
noi. 2018 – mar. 2020IT Business Analyst
Onboarding de client 100% digital și creditare online, pe mobil și web, alături de implementările de conformitate PSD2 și AML.
DCA Ventures
oct. 2016 – oct. 2018Product Owner · Business Analyst
Backloguri de produs pentru platforme EDI și de automatizare de marketing, interne și pentru clienți. Aici începe practica, și de aceea analiza de business datează din 2016, nu de la înființarea firmei.
Nu publicăm studii de caz cu clienți, rezultate atribuite sau citate, pentru că nu am cerut permisiunea și nu le vom scrie din memorie. Într-o discuție parcurgem oricare dintre proiectele de mai sus, la nivelul de detaliu pe care îl permite NDA-ul.
Istoricul, cu perioadeCine se prezintă
Persoana care face scoping-ul este persoana care face munca.
Theodor Istratescu
Fondator · Technical Business Analyst și Product Owner
Theodor conduce Theta One Digital din 2022 și face în continuare analiza. Înainte de asta, aproape patru ani în bănci: guvernanța și integrarea datelor la ING Hubs România, mar. 2020 – aug. 2022, și onboarding digital, creditare online, PSD2 și AML la Alior Bank, noi. 2018 – mar. 2020. De la înființarea firmei, proiecte de contracting în piețe de capital, finanțare climatică ONU, banking de retail, creditare și drepturi muzicale, câteva rulând în paralel, toate declarate fiecărui client și toate necompetitive.
A stat pe scaunul de proxy PO într-un program reglementat, cu stakeholderi din mai multe țări, a ținut rolul de lead BA peste alți analiști în interiorul unei bănci și a susținut interviurile tehnice pe care banca aceea le-a folosit ca să își angajeze proprii Technical BA. Ultimul lucru contează aici mai mult decât pare: bara față de care evaluează candidații este bara pe care a stabilit-o o bancă.
Theta One înseamnă un singur practician senior. Când ne contractați, contractați o persoană cu nume, nu un logo cu o rotație în spate. Dacă programul dumneavoastră are nevoie de un al doilea analist trimestrul viitor, întrebați în prima discuție și primiți un răspuns direct despre dacă se poate și când.
Cum începe
Primele treizeci de zile, în ordine.
Ziua 0 — discuția de scoping
Treizeci de minute. Întrebăm ce echipă este blocată, ce o blochează efectiv, cine scrie cerințele astăzi, ce tooling folosiți, ce spune definition of done și dacă există un prime sau o rută de furnizor preferat prin care ar trebui să intrăm. Ce primiți înapoi, indiferent dacă ne angajați sau nu, este o notă scrisă scurtă despre unde credem că pierde procesul dumneavoastră de cerințe și ce am repara întâi.
Zilele 1–5 — persoana și tariful
Primiți CV-ul și o discuție cu persoana care ar fi integrată în echipă, înainte să se semneze ceva. Nu există listă scurtă pentru că nu există bench: contractați o persoană cu nume, iar tariful este în scris înainte de discuție, nu după.
Contractare
Direct cu Theta One Digiplex S.R.L. sau ca subcontractor sub un prime pe care îl aveți deja pe lista de furnizori. Semnăm NDA-ul și MSA-ul dumneavoastră, în loc să vă cerem să le revizuiți pe ale noastre.
Săptămâna 1 — acces și citit
Uneltele dumneavoastră, nu ale noastre: Jira sau Azure DevOps, Confluence, repository-urile unde rolul are nevoie de acces de citire, ceremoniile și definition of done. Prima săptămână se petrece citind — ultimele trei release-uri, lista de defecte deschise, ultimele două cicluri de UAT și partea de sistem de care echipa se teme, când o întrebați. Săptămâna aceea este ce împiedică primele trei sprinturi să se ducă pe întrebări la care echipa a răspuns deja pentru altcineva anul trecut.
Săptămânile 2–4 — primele rezultate
Până la finalul săptămânii a doua ar trebui să vedeți elemente de lucru rafinate. Până la finalul săptămânii a patra ar trebui să vedeți diferența chiar în refinement: mai puține întrebări deschise duse în planning, mai puține povești întoarse de la inginerie pentru clarificări, mai puține decizii amânate până se întoarce cine este în concediu. Dacă nu o vedeți, spuneți la punctul de control de la patru săptămâni. Pentru asta există, și este o discuție mult mai ieftină decât cea de la reînnoire.
Ritm stabil
În ceremoniile dumneavoastră, pe cadența dumneavoastră, cu un status scris scurt în fiecare săptămână, care spune ce s-a mișcat, ce este blocat și cine datorează răspunsul. Escaladarea merge către o persoană cu nume care este pe livrare, nu către un om de vânzări. O dată pe lună trecem în revistă ce s-a schimbat în livrare, nu relația.
Celelalte opțiuni ale dumneavoastră
Cu ce comparați asta.
Aveți patru sau cinci alte opțiuni și cele mai multe sunt rezonabile. Iată unde fiecare ne bate, ca să știți când să o folosiți în locul nostru.
O consultanță mare.
Ne bate când aveți nevoie de o sută de oameni, de un acord-cadru global deja semnat și de o contraparte suficient de mare încât să poarte pe hârtie riscul de program. Este mai slabă când analiza de business este o linie în catalogul lor, nu lucrul pentru care există. Cine prezintă la pitch nu este cine vine în standup, tariful agreat este de obicei un tarif mediu care cumpără pe cine este liber, iar „senior” este o treaptă în grila lor internă, nu o descriere a ce a făcut omul.
Un furnizor generic de staff augmentation.
Ne bate când aveți nevoie rapid de volum pe multe roluri și cerința chiar este un scaun de ocupat. Este mai slab când rolul este analiză tehnică. Primiți pe cineva care ia notițe corecte și scrie ce s-a spus, ceea ce este o competență reală și nu este aceeași competență cu a decide ce face sistemul când un terț returnează 409.
Angajare internă.
De multe ori este răspunsul corect și v-o spunem în discuție dacă este. Un produs permanent cu un backlog permanent ar trebui să aibă un analist permanent. Problema este calendarul: trei până la șase luni ca să ocupați postul cu un BA cu adevărat tehnic, mai mult pe o piață reglementată unde lista scurtă este scurtă, iar echipa dumneavoastră este blocată acum. Folosiți-ne ca să deblocați echipa și țineți postul deschis mai departe.
Un BA freelance de pe o platformă.
Ne bate când scopul este scurt, delimitat și nimeni nu îl va audita. Este mai slab când contează continuitatea, când o singură persoană trebuie să țină trasabilitatea șase luni și o reorganizare, sau când aveți nevoie de un al doilea analist în patru săptămâni și nu are cine să vă răspundă.
Să nu faceți nimic.
Chiar rezonabil, dacă reluările nu vă costă un release. Mai puțin rezonabil dacă puteți numi deja cele două povești care ies din UAT sprintul acesta.
„Avem deja BA.”
Atunci întrebarea este mai îngustă decât sună. Stați într-o singură sesiune de refinement și numărați elementele care ies din încăpere cu o întrebare deschisă încă atașată. Dacă numărul este aproape de zero, nu aveți o problemă pe care o putem rezolva și nu ar trebui să cumpărați nimic. Dacă nu este aproape de zero, un singur analist care lucrează la capătul tehnic costă de obicei mai puțin decât sprintul pe care urmează să îl consumați ca să aflați.
„Avem deja un furnizor.”
De obicei aceasta este ruta mai ușoară, nu cea mai grea. Am fost subcontractor sub prime-ul altcuiva pe majoritatea proiectelor de mai sus. Dacă aveți un vehicul contractual pe care preferați să nu îl redeschideți, întrebați-ne înainte să porniți un proces nou de onboarding de furnizor — intrarea sub prime-ul existent este frecvent cu săptămâni mai rapidă și nu vă consumă un loc pe lista de furnizori.
Cel mai mic pas rezonabil
Un Technical Business Analyst, o echipă, un trimestru. Nu un program, nu o echipă de patru oameni, nu o fază de discovery care produce o prezentare. Dacă funcționează, prelungiți și discutăm despre al doilea rol. Dacă nu, vă opriți.
Și dacă vă opriți
Ce rămâne la dumneavoastră, în orice caz: fiecare specificație scrisă, backlogul în starea în care este, trasabilitatea, modelele de proces și un pachet de predare care numește fiecare întrebare deschisă, fiecare decizie luată și cine a luat-o, și unde a ajuns fiecare integrare. Nu există taxă de ieșire, iar nimic din ce producem pentru dumneavoastră nu stă într-o unealtă pe care nu o dețineți — lucrăm în sistemele dumneavoastră, deci nu are ce să fie extras.
Limite de scop
Ce nu facem.
Nu asigurăm personal pentru echipe de inginerie.
Dacă aveți nevoie de opt developeri, nu suntem noi apelul potrivit, iar asta o auziți în prima discuție, nu după ce am încercat să facem să se potrivească.
Nu suntem un SI de cinci mii de oameni și nu ne purtăm ca unul.
Asigurăm stratul de analiză al programelor mari. Nu licităm programul.
Nu vindem juniori pe grila de senior.
Aici este un singur practician senior. Când nu este disponibil, o spunem, în loc să trimitem CV-ul altcuiva cu numele nostru pe el.
Nu luăm roluri exclusiv de documentare.
Dacă nu există nimeni de partea dumneavoastră care să poată aproba o decizie, putem produce un document foarte bun și nu se va schimba nimic. Aceea este o problemă de guvernanță și nu o rezolvă angajarea unui analist.
Nu vindem discovery ca să încălzim un cont.
Un audit de cerințe plătit, cu scop fix, este pe masă când problema chiar nu este încă înțeleasă. Nu este o primă fază implicită.
Nu luăm proiecte în care întrebarea despre AI este nerezolvată.
Dacă politica dumneavoastră restricționează munca asistată de AI, spuneți-ne la scoping și ne organizăm în consecință. Dacă vreți pipeline-ul care rulează în spatele analizei, acela este Etheria, este în Beta și este o discuție separată, cu guvernanță separată.
Forma comercială
Cum se cumpără.
Un singur specialist integrat, în regim time and materials, la un tarif zilnic pe rol.
O echipă multi-rol pe retainer lunar, când un program are nevoie de un analist plus un proxy PO, sau de un analist plus un Scrum Master orientat pe livrare, lucrând la același backlog.
Un audit de cerințe sau un discovery cu scop fix, când primul lucru cu adevărat util este o vedere scrisă asupra locului în care se rupe procesul actual.
Contractați cu Theta One Digiplex S.R.L., București, România.
Pagina aceea există ca o echipă de achiziții să poată deschide un document fără să programeze nimic întâi. Nimic de acolo nu este condiționat de un formular.
Alte două lucruri pe care le facem
Dacă aveți nevoie de mai mult decât analiza.
Dacă vreți și construcția.
Inginerii noștri, pe modelul clasic: analiză, design, construcție, testare, release. Linia este activă și este în curs de integrare în Etheria. O spunem aici, nu în etapa de contract.
Dacă vreți pipeline-ul din spatele analizei.
Etheria rulează pe aceleași reguli: criterii de acceptanță scrise înainte de cod, o trasabilitate asamblată pe măsură ce munca avansează și un aprobator cu nume pe fiecare schimbare. Predă elemente de lucru aprobate unui agent care scrie codul și deschide un pull request, iar un om cu nume aprobă înainte ca ceva să se miște. Este în Beta. Dacă asta este mai mult risc decât vreți anul acesta, luați un analist pe un contract normal; pipeline-ul este opțional și exact acesta este rostul lui.
Întrebările pe care le pun achizițiile
Pasul următor
Aduceți în discuție o singură echipă blocată.
Treizeci de minute. Spuneți-ne ce echipă este blocată, cine scrie cerințele astăzi și ce spune, de fapt, definition of done. Primiți înapoi o vedere scrisă despre unde pierde procesul de cerințe, indiferent dacă ne angajați sau nu.
Fără secvență de vânzare, fără PDF condiționat de formular, fără telefon de la cineva care nu va fi pe livrare.