Začátek: analýza místo specifikace
Nezačínáme dokumentem na čtyřicet stran. Nejdřív se podíváme na to, co už máte: tabulky, stávající systém, e-maily, exporty. U FoxFixu to byl technický audit původního systému. Prošli jsme jeho kód i databázi a teprve potom doporučili postavit systém znovu místo dalšího záplatování. U Predictima jsme nejdřív na zkušebním modelu ověřili, že data vůbec dávají smysluplné výsledky.
- Zmapujeme, kde vzniká rutinní práce a kde se údaje přepisují.
- Vybereme jeden proces, například cestu od poptávky přes nabídku k faktuře, a prototyp ho pokryje celý.
- Domluvíme se, podle čeho poznáme, že prototyp uspěl.
Potom: prototyp nad vašimi daty
Prototyp není klikací obrázek. Je to funkční aplikace, která pokryje jeden celý proces od začátku do konce. Kde to jde, pracuje s vašimi skutečnými daty z tabulek nebo ze stávajícího systému. Mobilní aplikace ZEUS Core třeba nejdřív běžela nad zkušebními daty a na ostrý systém jsme ji napojili až v další fázi. Rozhraní dotahujeme jen tam, kde na něm závisí rozhodnutí. Zbytek je záměrně hrubý.
Postup vidíte průběžně, ne až na konci. Většinu rozhodnutí děláme společně na pravidelných schůzkách a průběžných kontrolách nad běžící aplikací. Tohle žádná specifikace nenahradí.
Co dostanete a co se rozhodne
Na konci prototypu máte tři věci: běžící prototyp, realistický odhad rozsahu a ceny dalších fází a hlavně odpověď, jestli má smysl pokračovat. Někdy zní „ano, ale jinak, než jsme mysleli“. Právě v tu chvíli prototyp ušetřil nejvíc peněz. Pokud pokračujeme, prototyp se nezahazuje a stává se základem ostré verze.
Proč to funguje i pro rozpočet
Prototyp je nejlevnější způsob, jak zjistit skutečný rozsah. Odhad po prvním kusu skutečné práce je mnohem přesnější než odhad z dokumentu. Už víme, jak vypadají vaše data, které integrace jsou opravdu potřeba a co lidé skutečně používají. Prototyp stojí zlomek celkového rozpočtu a riziko, že se postaví špatná věc, výrazně klesne.