Čo biznis analytik vlastne robí
Biznis analytik stojí medzi dvoma svetmi, ktoré hovoria rôznymi jazykmi. Na jednej strane sú používatelia a ľudia z biznisu, ktorí vedia, čo potrebujú, ale nevedia, ako to technicky popísať. Na druhej strane sú vývojári a programátori, ktorí vedia, ako veci postaviť, ale potrebujú presné zadanie.
Úlohou biznis analytika je tieto dve strany spojiť tak, aby si rozumeli. To nie je technická zručnosť. Je to komunikačná zručnosť. A bez nej nezachránia analytika žiadne nástroje, žiadne diagramy, žiadne šablóny požiadaviek.
Technické znalosti sú užitočné. Pomáhajú pochopiť, o čom sa hovorí, a klásť lepšie otázky. Ale situácie, v ktorých biznis analytik skutočne rozhoduje o výsledku projektu, sú situácie medziľudské - cudzí kontext, neúplné informácie, rôzne záujmy zainteresovaných strán, kultúrne rozdiely a napätie medzi tým, čo zadávateľ chce, a tým, čo je reálne možné.
Komunikácia v praxi neznamená len rozprávanie
Bežná predstava komunikácie v práci analytika je, že ide o schopnosť dobre prezentovať alebo jasne písať požiadavky. To je len časť pravdy.
Reálna komunikácia v IT projektoch zahŕňa schopnosť vstúpiť do neznámej situácie, rýchlo sa zorientovať, klásť správne otázky a viesť rozhovor tak, aby z neho vzišli použiteľné informácie. Analytik často diskutuje o aplikáciách, procesoch alebo problémoch, ktoré sú mimo jeho bežného portfólia. Stretáva sa s ľuďmi, ktorí sú skeptickí, odmeraní alebo jednoducho nehovoria tým istým jazykom, a to niekedy doslova.
Práve v týchto situáciách sa ukáže, čo človek reálne vie. Technické vedomosti tam majú obmedzený dosah.
Príbeh z Japonska, ktorý to ukazuje lepšie ako akákoľvek teória
Počas jednej služobnej cesty v Japonsku ma môj manažér požiadal, aby som pri príležitosti, že som fyzicky na mieste v jednej z tamojších fabrík, zistila informácie o kvalitárskej aplikácii, ktorú daný závod používal. Aplikácia nebola v mojom portfóliu, nevedela som o nej takmer nič a stretnutie som mala zorganizovať prakticky zo dňa na deň.
Pripravila som si prehľad toho, čo potrebujem zistiť: aké funkcionality aplikácia má, v čom sa líši od globálneho riešenia, ktoré firma používa, a či by bola nahraditeľná. Zohnala som kontaktné osoby, tie zohnali ďalšie a nakoniec nás v zasadačke sedelo vyše dvadsať ľudí vrátane tlmočníka.
Stretnutie začalo predstavovaním - každý z japonských kolegov povedal dve, tri vety v lámavej angličtine. Trvalo to vyše pol hodiny a ja som sa počas toho snažila zostať prítomná a trpezlivá, hoci som mala pripravenú konkrétnu agendu a chcela som prejsť k veci.
Keď som konečne vysvetlila, prečo som tam, jeden z prítomných zdvihol ruku a cez tlmočníka sa opýtal, prečo sa zaujímam o aplikáciu, ktorá nespadá do môjho portfólia. Vysvetlila som situáciu priamo: nie je to moja agenda, ale som tu osobne, a môj manažér ma požiadal o informácie.
Odpoveď, ktorú som dostala, bola nečakaná. Japonskí kolegovia mi povedali, že tú aplikáciu prestali používať pred dvoma mesiacmi. Prešli na globálne riešenie dávno pred týmto stretnutím.
Miestnosť na chvíľu stíchla. Pozerali sme sa na seba. Potom som sa zasmiala a povedala, že teda máme hotovo. Oni sa usmiali s úľavou, pretože sa celý čas obávali, že spravili niečo zle, keď aplikáciu prestali používať bez toho, aby to niekto na správnom mieste zaznačil ako splnené. V záznamoch vedenia stále figurovala ako aktívna.
Komunikačný šum nebol na ich strane ani na strane analytikov v teréne. Bol niekde uprostred, v procese, kde nikto nezaklikol políčko „splnené" a informácia sa nikam nedostala. Celé stretnutie, trvajúce viac ako hodinu, bolo výsledkom tohto výpadku.
Čo si z toho odniesť, ak uvažujete o kariére v IT
Táto situácia by nevyzerala inak, keby som ovládala päť programovacích jazykov alebo mala hlboké technické znalosti o danej aplikácii. Zvládla som ju preto, lebo som sa vedela pripraviť na neznáme prostredie, rešpektovať kultúrne odlišnosti, klásť jednoduché a priame otázky a zostať pokojná aj vtedy, keď situácia nešla podľa plánu.
Ak uvažujete o prechode do IT ako biznis analytik, product owner alebo v príbuznej roli, toto je vec, na ktorú sa oplatí zamerať skôr ako na technické certifikáty. Pýtajte sa sami seba, ako dobre zvládate rozhovor v nejasnej situácii. Ako reagujete, keď vám niekto nerozumie alebo keď vy nerozumiete jemu. Ako sa správate, keď stretnutie nejde podľa prípravy.
Technické znalosti sa dajú dobiehať postupne a v kontexte konkrétnych projektov.
Komunikačné zručnosti sa budujú dlhšie a sú ťažšie opraviteľné, ak chýbajú.
Komunikácia nie je mäkká zručnosť na okraji životopisu
V IT prostredí sa stále stretávame s tým, že technické schopnosti sú vnímané ako tvrdé a merateľné, kým komunikácia je kategorizovaná ako niečo navyše, čo sa dá naučiť za víkend. Prax ukazuje niečo iné.
Projekty, ktoré zlyhali, zlyhali väčšinou na komunikácii: na nepresných požiadavkách, na nedorozumení medzi tímami, na informácii, ktorá sa stratila niekde medzi manažérom a analytikom a analytikom a vývojárom. Technológia bola funkčná. Ľudia si nerozumeli.
Biznis analytik, ktorý to pochopí a aktívne pracuje na svojej schopnosti komunikovať v rôznych kontextoch, s rôznymi ľuďmi a v rôznych situáciách, má v IT projektoch oveľa stabilnejšiu pozíciu ako niekto, kto sa spoľahol výlučne na technické znalosti.
Zamyslite sa nad tým, kedy ste naposledy zvládli rozhovor, ktorý bol nepríjemný, nejasný alebo plný nedorozumení. Ako ste ho viedli a čo by ste spravili inak?
Ak máte záujem dozvedieť sa viac o IT biznis analýze, navštívte www.springbut.com
