Čo IT projekt skutočne potrebuje
Na každom IT projekte pracuje viac typov ľudí s rôznymi zodpovednosťami. Developeri riešia technickú implementáciu, architekti navrhujú systémové riešenia, testeri overujú funkcionalitu. Medzi týmito odborníkmi a ľuďmi, ktorí softvér reálne používajú, však často vzniká komunikačná priepasť.
Niekto musí rozumieť obom stranám dostatočne dobre na to, aby vedel preniesť požiadavky z biznisového sveta do technického a späť. Práve tu vstupuje do hry business analytik. Táto rola nevyžaduje, aby daný človek vedel programovať. Vyžaduje, aby rozumel tomu, ako ľudia pracujú, čo potrebujú a prečo to potrebujú.
Silný technický background na tejto pozícii môže niekedy aj škodiť. Človek s hlbokým technickým myslením má tendenciu riešiť problémy cez technológiu skôr, než pochopí, čo používateľ vlastne potrebuje. Business analytik s netechnickým pozadím sa pýta inak: „Čo týmto chcete dosiahnuť? Ako teraz tento proces prebieha? Čo vám v tom bráni?“
Čo sa reálne deje na projektoch
Pri zavádzaní alebo upgradovaní softvéru firmy pravidelne narazia na ten istý problém. Developeri dostanú zadanie, začnú pracovať a po niekoľkých mesiacoch sa ukáže, že výsledok nespĺňa to, čo si zákazník predstavoval. Developeri pritom väčšinou pracujú dobre. Chyba býva inde: zadanie bolo neúplné, nepresné alebo nepochopené.
Niekto medzi nimi mal byť. Niekto, kto rozumel pôvodným procesom, vedel zachytiť požiadavky, dopytovať sa na súvislosti a prepísať ich do formy, s ktorou developeri vedia pracovať. Toto je práca business analytika a na jej zvládnutie sú dôležitejšie analytické myslenie, komunikačné schopnosti a znalosť procesov ako ovládanie konkrétnych technológií.
Príbeh, ktorý to ilustruje lepšie ako akákoľvek definícia
Jeden z ľudí, s ktorými som sa rozprávala, pracoval na pozícii, kde sa stal hlavným odborníkom na softvér, ktorý jeho firma denne používala. Keď firma pristúpila k vylepšeniu tohto systému, stal sa ústredným expertom projektu. Firma nemala dedikovaného business analytika, čo je v praxi bežná situácia, a tak on postupne preberal zodpovednosti, o ktorých ani netušil, že majú nejaký odborný názov.
Analyzoval požiadavky kolegov na nový systém. Mapoval, kde je softvér prepojený s ďalšími nástrojmi. Spísal, čo sa musí zmeniť, keď sa zmení jedna časť. Komunikoval tieto požiadavky priamo s programátormi.
Keď neskôr prešiel vzdelávaním v oblasti IT business analýzy v Springbut akadémii, jeho reakcia bola jednoznačná: „Ja som ani nevedel, že už robím IT biznis analytika.“ Pospájali sa mu veci, ktoré robil intuitívne, s konkrétnymi technikami a štruktúrovanými postupmi.
A dodal, že keby vtedy vedel to, čo vie teraz, projekt by prebehol rýchlejšie a bez zbytočného tápania.
Jeho príbeh nie je výnimkou. Ľudia, ktorí dlho pracujú s určitým softvérom alebo v konkrétnej oblasti, si budujú znalosti, ktoré sú v IT projektoch mimoriadne cenné. Vedia, ako procesy fungujú v praxi, kde sú bolestivé miesta a čo používatelia skutočne potrebujú. Toto sa nedá naučiť za týždeň technického školenia.
Čo si z toho odniesť pri kariérnom rozhodovaní
Ak uvažujete o prechode do IT a váhate, lebo nemáte technické vzdelanie, je užitočné si položiť inú otázku. Čo už viete o procesoch vo vašom odvetví? Rozumiete tomu, ako ľudia pracujú, čo im komplikuje prácu a prečo niektoré veci nefungujú tak, ako by mali? Máte skúsenosť s tým, ako vyzerá zmena systému zvnútra?
Ak áno, máte základ, na ktorom sa dá stavať. Chýbajúce technické znalosti sa dajú doplniť a na úrovni, ktorú business analytik potrebuje, to nie je proces niekoľkých rokov. Znalosti konkrétnej domény alebo procesov, ktoré máte z predchádzajúcej práce, sú naopak niečo, čo developer s desaťročnou praxou jednoducho nemá.
Projekty zlyhávajú opakovane na rovnakých miestach: požiadavky sú zachytené povrchne, kontext sa stratí pri odovzdávaní medzi tímami, používatelia dostanú niečo iné, ako potrebovali. Človek, ktorý vie zachytiť, čo sa reálne deje na strane biznisu, a vie to zrozumiteľne komunikovať ďalej, má na projekte hodnotu, ktorú nenahradí ani najlepší developer.
Čo sa v praxi ukazuje opakovane
Na projektoch, kde je business analytik niekto s hlbokou znalosťou danej oblasti, prebieha analýza plynulejšie. Stakeholderi sa cítia pochopení, lebo analytik hovorí ich jazykom. Developeri dostávajú zadania s menšou neistotou, lebo požiadavky sú podložené skutočným porozumením kontextu.
Technické znalosti sa v tejto roli samozrejme hodia. Vedieť, čo je API, čo znamená databáza alebo ako funguje agilný vývojový cyklus, pomáha. Tieto veci sa však dajú naučiť priebežne. Schopnosť rozprávať sa s ľuďmi, pochopiť ich problémy, zachytiť ich požiadavky a preniesť ich ďalej bez straty informácií sa za jedno školenie nevybuduje.
Na záver
Technický background nie je podmienkou vstupu do IT business analýzy. Podmienkou je myslenie orientované na procesy, schopnosť klásť správne otázky a ochota naučiť sa nové veci. Ak máte za sebou roky práce v konkrétnej oblasti, pravdepodobne poznáte jej problémy lepšie ako ktokoľvek iný v projektovom tíme.
Otázka teda nie je, či sa do IT hodíte. Otázka je, či si tento potenciál viete pomenovať a predať ho ako výhodu, ktorou naozaj je. Ak chcete tejto svojej praxi dať odborný rámec, pozrite si kurzy na www.springbut.com .
