Když klient poptává nový web nebo aplikaci, často přichází s poměrně konkrétní představou. Má sepsané funkce, připravené reference a někdy už i návrh toho, jak by mělo celé řešení vypadat. Přesto se při prvních rozhovorech snažím nezačínat samotným řešením.
Nejdřív potřebuju pochopit, proč má projekt vůbec vzniknout. Jaký problém řeší, komu má pomáhat a podle čeho za několik měsíců poznáme, že se povedl. Právě odpovědi na tyhle otázky často změní původní zadání mnohem víc než jakákoli technologická debata.
Dobré zadání začíná problémem
Seznam funkcí může být užitečný, ale sám o sobě ještě nevysvětluje, co je skutečně důležité. Když známe hlavní problém a očekávaný výsledek, můžeme jednotlivé požadavky lépe seřadit a rozhodnout, co má smysl postavit jako první.
Často se ukáže, že část funkcí může počkat. Projekt díky tomu nemusí být menší nebo méně ambiciózní. Jen získá jasnější začátek a tým se může dřív dostat k něčemu, co lze ukázat, vyzkoušet a zlepšovat podle skutečné zpětné vazby.
Průběžná ukázka je lepší než velké překvapení
Při vývoji se snažíme klientovi ukazovat rozpracované řešení co nejdřív. Ne proto, aby kontroloval každý detail, ale aby mohl průběžně potvrzovat, že se projekt ubírá správným směrem.
Čím déle tým pracuje bez zpětné vazby, tím dražší bývá případná změna. Krátká pravidelná ukázka dokáže odhalit nejasnost ve chvíli, kdy je ještě snadné ji opravit. Zároveň pomáhá budovat důvěru, protože klient vidí skutečný postup a rozumí rozhodnutím, která během práce vznikají.
O problémech je potřeba mluvit včas
Na téměř každém projektu se objeví něco, co původní plán nezachytil. Může jít o technické omezení, komplikaci v datech nebo změnu na straně klienta. Samotný problém většinou není to nejhorší. Mnohem větší škodu způsobí, když se o něm začne mluvit pozdě.
Otevřená komunikace neznamená přinést klientovi jen špatnou zprávu. Znamená vysvětlit situaci, popsat její dopad a nabídnout možné varianty dalšího postupu. Klient pak nemusí rozumět každému technickému detailu, ale má dostatek informací pro dobré rozhodnutí.
Vývoj je společná práce
Nejlepší projekty, na kterých jsem pracoval, nestály na vztahu dodavatel a zadavatel. Fungovaly jako spolupráce lidí, kteří mají různé zkušenosti, ale společný cíl. Klient zná svůj obor, zákazníky a vlastní firmu. Vývojový tým zase přináší zkušenost s produktem, technologiemi a realizací.
Když se obě strany dokážou navzájem poslouchat, nevznikne jen web podle zadání. Vznikne řešení, které dává smysl lidem, kteří ho budou skutečně používat.