Keď riešenie maskuje skutočný problém
Ako mentor často vidím analytikov začiatočníkov, ktorí len pasívne zapisujú to, čo klient hovorí. To je však nebezpečná cesta. Stakeholderi často trpia nedostatkom technickej gramotnosti alebo strachom, že ak nepopíšu konkrétne riešenie, nedostanú to, čo potrebujú. Preto namiesto problému („strácame sa v navigácii“) pýtajú riešenie („chcem tu nové červené tlačidlo“).
Skúsený analytik musí „vŕtať hlbšie“ a používať techniky ako 5 Whys (Päťkrát prečo), aby sa dostal k jadru veci. Klienti totiž často operujú v režime: „Nepoznám to, ale spoznám to, keď to uvidím.“
Tento postoj z vás robí hľadača pokladov bez mapy. Ak skočíte priamo na navrhované riešenie bez pochopenia kontextu, riskujete, že vytvoríte funkčný softvér, ktorý v reálnom svete nikomu nepomôže. Našou úlohou je transformovať toto „uvidím“ na jasne definovanú biznis hodnotu ešte predtým, než sa napíše prvý riadok kódu.
Tichý zabijak vášho rozpočtu
Projekty málokedy zlyhajú na tom, čo je čierne na bielom v dokumentácii. Zlyhávajú na tom, čo zostalo nevypovedané, pretože sa to považovalo za „samozrejmosť“. Tieto skryté predpoklady sú tichým zabijakom. Stakeholderi často predpokladajú, že systém bude robiť veci, o ktorých sa nikdy nezmienili.
Rovnako toxická je veta: „Všetko je dôležité a všetko potrebujem hneď.“ Ako senior analytik vám poviem jedno: veta „všetko je priorita“ v skutočnosti znamená, že prioritou nie je nič. Tento prístup pramení z obavy, že neskoršie zmeny budú príliš drahé. Nebojte sa preto spochybňovať a pýtať sa aj tie „hlúpe“ otázky. Je tisíckrát lacnejšie priznať si nepochopenie počas prvotného rozhovoru, než opravovať zle navrhnutú architektúru po nasadení riešenia do produkcie.
Prečo ľudia niekedy „klamú“ bez toho, aby chceli
Rozhovory sú základom nášho remesla, či už ide o štruktúrované interview alebo voľný dialóg. Avšak spoliehať sa len na ne je riskantné. Niekedy iba rozhovorom neodhalíme skutočné procesy. Ľudia si za roky vybudovali desiatky „obchádzok“ a neefektívnych procesov, ktoré už vnímajú ako normu či samozrejmosť, a preto vám ich v rozhovore nespomenú.
Tu prichádza na rad technika pozorovania. Keď sledujete používateľa priamo pri práci, vidíte realitu, nie jej prikrášlenú verziu. Hľadajte rozdiely medzi tým, čo ľudia hovoria a čo skutočne robia. Ak vám manažér tvrdí, že proces je priamočiary, ale vy vidíte asistentku, ako pri jednej úlohe otvára štyri rôzne excelovské tabuľky, našli ste skutočnú potrebu, ktorú žiaden dotazník neodhalí.
Keď jeden obrázok zachráni tisíc hodín vývoja
Keď komunikácia viazne v nánose abstraktných pojmov, musí nastúpiť vizualizácia. Prototypovanie jedna z najsilnejších techník - slúži ako spoločný jazyk. Je to most, na ktorom sa stretáva nejasná vízia biznisu s logickým svetom IT.
Vytvorenie hoci aj jednoduchého náčrtu obrazovky umožňuje získať spätnú väzbu v momente, keď sú zmeny ešte takmer zadarmo. Práve prototyp dáva klientovi šancu „uvidieť a ohmatať“ riešenie včas. Je to najlepšia prevencia proti neskoršiemu sklamaniu a tej obávanej vete: „Toto nie je to, čo som chcel.“
Záver: Elicitácia ako kombinácia empatie a vedy
Úspešná elicitácia požiadaviek nie je len o odškrtávaní zoznamu úloh. Je to symbióza technickej precíznosti a hlbokej empatie. Vaše technické znalosti vám dajú nástroje, ale až aktívne počúvanie vám umožní porozumieť ľuďom, pre ktorých systémy staviate.
Zanechám vás s jednou otázkou na zamyslenie: Pýtate sa svojich klientov len na to, čo chcú mať v systéme, alebo sa skutočne snažíte pochopiť, čím každý deň žijú a čo im bráni v pokojnom spánku? Cesta k projektom, ktoré prinášajú skutočnú hodnotu, vedie cez neustále overovanie, či si rozumieme nie ako stroje, ale ako ľudia.
Viac o elicitácii sa dozviete v mojej e-knihe prístupnej v Springbut akadémii.
