Proč nejdřív kontext a až potom kód

Software nejčastěji neselže na kódu. Selže na tom, že se postavila špatná věc — technicky bezchybně, jen ne to, co firma potřebovala. Proto u nás projekt nezačíná psaním kódu, ale pochopením kontextu.

Zní to jako klišé, dokud nevidíte, kolik peněz se takhle promrhá. Tým odevzdá přesně to, co bylo v zadání. Zadání bylo špatné. Nikoho to není vina a všichni přišli o měsíce.

Proč se staví špatná věc

Klient ví, co ho bolí. Neví vždy, co to způsobuje — a skoro nikdy neví, jak to vyjádřit řečí softwaru. To je úplně v pořádku, není to jeho práce.

Problém nastane, když to dodavatel vezme doslova. „Chceme tlačítko, které pošle report." Postavíme tlačítko. Za měsíc se ukáže, že report nikdo nečte, protože skutečný problém byl, že se čísla neshodují mezi dvěma systémy. Tlačítko bylo správně postavené a úplně zbytečné.

Kontext je právě to, co v zadání není napsané, protože je to pro klienta samozřejmé: jak reálně probíhá ten proces, kdo to používá, co se stane, když to selže, proč to dnes dělají zrovna takhle.

Jak vypadá sběr kontextu v praxi

Není to workshop plný lepicích papírků. Je to série otázek, které se ptají na „proč", ne na „co". Proč to trvá tři dny? Proč to schvalují dva lidé? Co se naposledy pokazilo a jak jste to řešili?

Z odpovědí často vypadne něco, co úplně změní zadání. Najednou je jasné, že netřeba nový systém, stačí propojit dva stávající. Nebo naopak — to, co znělo jako drobnost, je jádro celého problému.

Podrobněji o tom, jak tento sběr probíhá a co z něj vzniká, píšeme v článku jak probíhá první konzultace.

Proč je to levnější, ne dražší

První reakce bývá, že „povídání" před vývojem je zdržení. Opak je pravda a dá se to spočítat.

Změna zadání na papíře stojí hodinu. Změna hotového systému stojí týdny — je potřeba přepsat kód, testy, dokumentaci a často i data. Čím později se chyba v pochopení najde, tím dráž se opravuje. Den strávený pochopením kontextu ušetří měsíc předělávání.

Totéž platí pro AI projekty, kde je pokušení „zkusit to a uvidíme" největší. O tom, kdy AI vůbec nenasazovat, píšeme v článku kde AI nepoužít.

Co si z toho odnést

Když si vybíráte dodavatele, všímejte si, jestli se nejdřív ptá, nebo hned navrhuje řešení. Ten, kdo na prvním setkání přesně ví, co postavit, buď měl štěstí, nebo vás neposlouchal. My tomu přístupu říkáme Context Driven Development a stojí na něm celý způsob, jakým pracujeme.

Pokud máte projekt, u kterého si nejste jistí, jestli řešíte příčinu nebo příznak, ozvěte se — první konzultace je nezávazná a často z ní odejdete s jiným pohledem na problém.