Prečo najprv kontext a až potom kód

Softvér najčastejšie nezlyhá na kóde. Zlyhá na tom, že sa postavila nesprávna vec — technicky bezchybne, len nie to, čo firma potrebovala. Preto u nás nezačína projekt písaním kódu, ale pochopením kontextu.

Znie to ako klišé, kým nevidíte, koľko peňazí sa takto premrhá. Tím odovzdá presne to, čo bolo v zadaní. Zadanie bolo zlé. Nikomu to nie je vina a všetci prišli o mesiace.

Prečo sa stavia nesprávna vec

Klient vie, čo ho bolí. Nevie vždy, čo to spôsobuje — a takmer nikdy nevie, ako to vyjadriť rečou softvéru. To je úplne v poriadku, nie je to jeho práca.

Problém nastane, keď to dodávateľ zoberie doslova. „Chceme tlačidlo, ktoré pošle report." Postavíme tlačidlo. O mesiac sa ukáže, že report nikto nečíta, lebo skutočný problém bol, že sa čísla nezhodujú medzi dvoma systémami. Tlačidlo bolo správne postavené a úplne zbytočné.

Kontext je práve to, čo v zadaní nie je napísané, lebo je to pre klienta samozrejmé: ako reálne prebieha ten proces, kto to používa, čo sa stane, keď to zlyhá, prečo to dnes robia práve takto.

Ako vyzerá zber kontextu v praxi

Nie je to workshop plný lepiacich papierikov. Je to séria otázok, ktoré sa pýtajú na „prečo", nie na „čo". Prečo to trvá tri dni? Prečo to schvaľujú dvaja ľudia? Čo sa naposledy pokazilo a ako ste to riešili?

Z odpovedí často vypadne niečo, čo úplne zmení zadanie. Zrazu je jasné, že netreba nový systém, stačí prepojiť dva existujúce. Alebo naopak — to, čo znelo ako drobnosť, je jadro celého problému.

Detailnejšie o tom, ako tento zber prebieha a čo z neho vzniká, píšeme v článku ako prebieha prvá konzultácia.

Prečo je to lacnejšie, nie drahšie

Prvá reakcia býva, že „rozprávanie" pred vývojom je zdržanie. Opak je pravda a dá sa to spočítať.

Zmena zadania na papieri stojí hodinu. Zmena hotového systému stojí týždne — treba prepísať kód, testy, dokumentáciu a často aj dáta. Čím neskôr sa chyba v pochopení nájde, tým drahšie sa opravuje. Deň strávený pochopením kontextu ušetrí mesiac prerábania.

To isté platí pre AI projekty, kde je pokušenie „skúsiť to a uvidíme" najväčšie. O tom, kedy AI vôbec nenasadzovať, píšeme v článku kde AI nepoužiť.

Čo si z toho odniesť

Keď si vyberáte dodávateľa, všímajte si, či sa najprv pýta, alebo hneď navrhuje riešenie. Ten, kto na prvom stretnutí presne vie, čo postaviť, buď mal šťastie, alebo vás nepočúval. My tomu prístupu hovoríme Context Driven Development a stojí na ňom celý spôsob, akým pracujeme.

Ak máte projekt, pri ktorom si nie ste istí, či riešite príčinu alebo príznak, ozvite sa — prvá konzultácia je nezáväzná a často z nej odídete s iným pohľadom na problém.