Príbeh, ktorý poznáte
Michal je šikovný. Naozaj šikovný. Rozumie biznisu, vie sa porozprávať s vývojármi, číta zákazníckú spätnú väzbu a ešte stíha písať user stories. Jeho manažér ho povýšil - stal sa zároveň Product Ownerom aj IT Biznis Analytikom. Ušetrili pozíciu. Michal bol spočiatku pyšný.
Po šiestich mesiacoch Michal nestíha. Backlog je chaotický, user stories sú povrchné, na retrospektívach mlčí a v noci nemôže spať. Produkt sa vyvíja, ale nie tým smerom, akým mal. A nikto nevie presne prečo.
Tento príbeh nie je výnimkou. Je to tichá epidémia v moderných IT tímoch.
Zlievanie rolí Product Ownera (PO) a IT Biznis Analytika (BA) do jednej osoby je lákavé rozhodnutie na papieri a bolestivé v realite. V tomto článku si vysvetlíme prečo, a čo s tým.
Dve roly, dve identity
Skôr než sa ponoríme do rozdielov, zastavme sa pri jednej veci: tieto dve roly nie sú si konkurenciou. Sú si partnermi. Problém nastáva vtedy, keď ich necháme splynúť - alebo keď ani nevieme, kde jedna končí a druhá začína.
Product Owner: Strážca zmyslu
Product Owner nie je "šéf tímu" ani "človek, čo zadáva úlohy". Je to osoba, ktorá nosí na pleciach jednu konkrétnu zodpovednosť: aby každá hodina práce vývojárov mala biznisový zmysel.
PO žije v budúcnosti - premýšľa o tom, čo produkt musí byť o šesť mesiacov, aby obstál na trhu. Spravuje backlog nie ako zoznam prianí, ale ako strategický nástroj. Keď príde na sprint review, prijíma alebo odmieta výsledok - nie preto, že je náročný, ale preto, že nesie zodpovednosť za hodnotu.
PO si kladie otázky: Čo budujeme? Prečo práve teraz? Čo nám to prinesie?
IT Biznis Analytik: Architekt pochopenia
Ak PO určuje smer, analytik mapuje cestu. Jeho práca začína tam, kde vízia potrebuje získať konkrétne kontúry - a kde sa skrývajú najväčšie riziká.
BA sa stretáva so stakeholdermi a nepýta sa len "čo chcete". Pýta sa "prečo to chcete, kto to bude používať, čo sa stane, keď to nebude fungovať a čo ste zabudli povedať". Výsledkom je nie dokument, ale spoločné pochopenie - zdieľané medzi biznisom aj vývojármi.
Keď PO povie "chceme platbu cez PayPal", analytik odhalí, že za tým sa skrývajú tri scenáre, dve výnimky, jedno právne obmedzenie a otázka, ktorú nikto ešte nepoložil: čo sa stane s objednávkou, ak platba zlyhá po prvom kliku?
BA si kladie otázky: Ako to funguje? Pre koho? Čo všetko sa môže pokaziť?
Kde sa ich svety stretajú - a kde sa rozchádzajú
Je prirodzené, že tieto roly majú prieniky. Obidve pracujú s požiadavkami. Obidve komunikujú so stakeholdermi. Obidve chcú, aby produkt fungoval. Práve tento prienik zvádza firmy k tomu, aby ich zlúčili.
Ale predstavte si to takto: chirurg a anesteziológ tiež obaja stoja pri operačnom stole. Tiež obaja chcú, aby pacient prežil. Neznamená to, že môže byť jeden bez druhého - alebo že sú to tá istá rola.
Kľúčový rozdiel nie je v tom, čo robia. Je v tom, na čo sa sústredia:
- PO sústreďuje pozornosť na vonkajší svet - trh, zákazníkov, biznis ciele, konkurenciu.
- BA sústreďuje pozornosť na vnútorný svet - procesy, logiku, technickú realizovateľnosť, detaily.
- PO rozhoduje o prioritách na základe hodnoty.
- BA rozhoduje o štruktúre na základe pochopenia.
Skrátene: PO vie ČO a PREČO. BA vie AKO a PRE KOHO.
Čo sa stane, keď roly splynú
Keď jedna osoba vykonáva obe roly, nedeje sa mágia dvojitej produktivity. Deje sa niečo iné - tichý kompromis, kde ani jedna rola nie je vykonávaná naplno.
Strategické myslenie PO trpí, pretože analytická práca je urgentná a viditeľná. Detailná práca BA trpí, pretože strategické rozhodnutia sú hlučnejšie a zdajú sa dôležitejšie. Výsledkom je produkt, ktorý smeruje... niekam. Ale nikto si nie je istý kam.
Najväčší luxus, aký môžete tímu dopriať, je jasnosť. A jasnosť začína tým, že každý vie, čo je jeho zodpovednosť - a čo nie je.
Práve v šedej zóne prelínaných rolí vznikajú najdrahšie chyby: funkcie, ktoré nikto nechcel, procesy, ktoré nikto nepremyslel, a vyhorenie ľudí, ktorí sa snažia robiť dve práce naraz.
Sila tandemu: Keď jeden plus jeden rovná sa tri
Najlepšie tímy, aké som videla fungovať, nemali PO a BA ako súperov o vplyv. Mali ich ako tandem - ako dvojicu, ktorá sa navzájom dopĺňa a vzájomne kontroluje.
PO prinesie na míting biznisovú prioritu. BA ju rozoberie na súčiastky, položí nepríjemné otázky a vráti sa s jasnejším zadaním. PO to potvrdí alebo upraví. Vývojári dostanú zadanie, ktoré dáva zmysel od prvého riadku kódu.
Táto slučka - vízia, analýza, upresnenie - je to, čo odlišuje tímy, ktoré dodávajú skutočnú hodnotu, od tímov, ktoré sú len zaneprázdnené.
- Bez PO: tím buduje technicky dokonalý produkt, ktorý nikto nechce.
- Bez BA: tím vie, čo chce, ale cesta k tomu je plná dier a nedorozumení.
- S oboma: tím vie čo, prečo, ako, aj pre koho.
Praktický test: Ako na tom je váš tím?
Ak sa chcete rýchlo zorientovať, položte si tieto otázky:
- Kto v tíme by vedel bez váhania povedať, aká je vízia produktu na najbližší rok?
- Kto by vedel vysvetliť posledné tri user stories vrátane okrajových scenárov a výnimiek?
- Kto rozhoduje o tom, čo ide do sprintu - a na základe čoho?
- Kto sa stretáva so stakeholdermi a kladie hlboké analytické otázky?
Ak na viaceré otázky odpovedala tá istá osoba - alebo ak ste nevedeli odpovedať vôbec - je čas sa zamyslieť.
Jasné rozdelenie rolí nie je byrokracia. Je to ochrana: ochrana produktu, ochrana tímu a ochrana ľudí, ktorí do toho vkladajú energiu.
Záver: Dve stoličky, nie jedna
Michal z nášho úvodného príbehu sa nakoniec dočkal zmeny. Firma prijala dedikovaného BA. Michal sa sústredil len na PO rolu. Backlog sa upratаl. User stories dostali hĺbku. A Michal začal zasa dobre spávať.
Toto nie je príbeh o tom, že treba viac ľudí. Je to príbeh o tom, že správne nastavené zodpovednosti majú reálny vplyv na výsledky - a na ľudí, ktorí za ne nesú zodpovednosť.
Otázka na záver: Má váš tím niekoho, kto strážia biznis hodnotu a niekoho iného, kto stráži logiku a kvalitu požiadaviek? Alebo to necháte na náhodu?
Ak vás táto téma zaujíma a chcete pochopiť hĺbku práce v IT, sledujte Springbut pre viac praktických vhľadov do sveta IT biznis analýzy a produktového manažmentu.
