Při každém zahájení spolupráce s novým klientem připravuje naše společnost zabývající se vývojem webových a mobilních aplikací dva komplexní dokumenty, které odhalují všechny nejjemnější detaily související s náklady na klientův projekt.

Možná jste si již přečetli o tom, proč a jak vytváříme hrubé odhady (pokud ne, určitě byste to měli udělat). A nyní je čas odhalit vše, co jste kdy chtěli vědět o podrobných odhadech v MindK.

Co je to podrobný odhad?

Podrobný odhad je masitý dokument, který vám poskytne komplexní rozpis nákladů na váš projekt.

Rozděluje celý rozsah prací na elementární části – funkce.

Každou funkci odhadují naše multifunkční týmy zvlášť.

Čas potřebný k dokončení každé funkce se sečte a vytvoří podrobný rozpočet vaší aplikace.

Podrobný odhad vs. hrubý odhad

Pokud chcete, abychom stanovili cenu základní myšlenky, o kterou jste se s námi právě podělili, rádi vám pošleme hrubý odhad. Ten vám může poskytnout pouze obecnou představu o nákladech na váš projekt.

Podrobný odhad je mnohem propracovanější a rozsáhlejší dokument.

V hrubém odhadu rozdělíme vaši aplikaci na obrovské bloky funkcí, kterým říkáme epiky.

V podrobných odhadech jdeme ještě o krok dál a každý epic rozdělíme na funkce.

Předtím, než můžeme napsat podrobný odhad, musíme shromáždit a zdokumentovat všechny požadavky, vyjasnit všechny otevřené otázky a napsat specifikaci (v případě, že je pro projekt použit model zapojení s pevnou cenou).

Tímto způsobem jsme schopni předem zjistit všechny potřebné podrobnosti a ve výsledku poskytnout co nejpřesnější odhad.

V této fázi nesmí být žádné předpoklady, pouze tvrzení.

Podrobný odhad vs. přesný odhad

Proč.

Skutečně přesné odhady jsou možné až po dokončení fáze Discovery, vytvoření prototypu řešení, sepsání specifikace a schválení podrobného rozsahu prací.

U projektů s pevnou cenou sestavujeme podrobný odhad až po dokončení fáze Discovery. Tuto fázi obvykle účtujeme jako samostatný projekt.

U agilních/Scrum projektů používáme jiný přístup.

Podle této metodiky je vývoj produktu dynamický a vysoce flexibilní proces. Jeho hlavním cílem je každé 2 až 4 týdny vytvořit řešení připravené k použití a přizpůsobit se zpětné vazbě uživatelů.

Tento přístup se příliš nehodí pro definitivní odhad celého projektu.

Ve většině případů nelze předvídat, jakou podobu bude mít vaše aplikace za několik měsíců a let. Proto u agilních projektů raději používáme to, čemu říkáme Guesstimate.

To nám umožňuje připravit přibližné, ale velmi podrobné odhady, aniž bychom ztráceli spoustu času ve fázi Discovery.

Co tvoří podrobný odhad?

Podrobný odhad v MindK má obvykle tři části: vlastní odhad, náklady související se softwarem a analýzu rizik.

Odhad

V této části najdete rozpis nákladů na projekt podle jednotlivých funkcí.

U projektů s pevnou cenou pouze vypisujeme přesné náklady na jednotlivé funkce, ale u agilních projektů můžeme poskytnout pouze odhad.

V této části neuvádíme nic jiného než funkce, které jsou 100% potvrzené našimi klienty. Pokud se v určitém okamžiku rozhodnou nějakou funkci přidat, odhadneme ji zvlášť a dokument aktualizujeme.

Je-li projekt komplexní (tj. potřebujete jak webovou aplikaci, tak aplikaci pro iOS/Android, chatbota a podobně), každou z těchto komponent odhadujeme zvlášť.

Každá funkce je sepsána ve formě uživatelského příběhu. Jedná se o zjednodušený způsob, jak vykreslit část funkcionality z pohledu uživatele.

Obvykle zní: Jako <role> chci <funkci>, aby <výhoda> (tj. jako majitel blogu chci formulář pro přihlášení k odběru, abych mohl získat odběratele, kteří budou dostávat aktualizace o novém příspěvku na blogu).

Uživatelské příběhy jsou krátké, stručné a flexibilní. Ale co je nejdůležitější, jsou velmi snadno pochopitelné, i když jste ve světě vývoje softwaru úplný nováček.

Podrobný odhad obsahuje rozpis nákladů na každý typ práce:

• Business analýza;
• Design;
• Markup (HTML);
• Vývoj;
• Zajištění kvality;
• Řízení projektu (PM).

Náklady na PM obvykle tvoří přibližně 25 % výsledku hospodaření. Přesné procento závisí na mnoha faktorech:

• Čím je projekt složitější, tím více komunikace a řízení vyžaduje.
• Čím větší je tým, tím náročnější se stává jeho řízení, což má za následek další hodiny PM.
• Náklady na řízení může ovlivnit i počet integrací třetích stran. Kromě toho, že se jedná o další funkci, kterou je třeba implementovat (a spravovat), API třetích stran často vyžaduje, aby naši PM kontaktovali poskytovatele služeb.

Například komunikace s velkými společnostmi (velkými bankami, velkými korporacemi atd.) jakožto poskytovateli API může být skutečným oříškem. Vysoká míra byrokracie a rigidní hierarchické struktury mohou z tak jednoduchého úkolu udělat nesnesitelnou povinnost.

V samostatné podkapitole uvádíme všechny standardní funkce.

Naše zkušenosti s vývojem mobilních a webových aplikací nám říkají, že určité funkce a úkoly jsou přítomny ve všech aplikacích. Mohou například zahrnovat nastavení serverů a vývojového prostředí, správu projektů, uvolnění Google Play (u aplikací pro Android) a podobně.

Náklady na řešení třetích stran

Pokud jde o vývoj softwaru, vynalézat kolo je nákladné a často zbytečné. Naštěstí má každá standardní úloha nebo častý problém ve světě IT alespoň jedno hotové řešení. Někdy jsou zdarma, ale ve většině případů za ně musíme zaplatit.

Pokud k dokončení projektu potřebujeme zakoupit nějaký software, službu nebo knihovnu třetí strany, odhadneme jejich cenu a uvedeme ji v dokumentu.

Pokud váš projekt například podporuje zasílání SMS zpráv, pak budeme muset zaplatit za SMS bránu.

Pokud je návrh vašich webových stránek založen na konkrétní hotové šabloně, kterou chcete použít, pak k odhadu připočteme její cenu.

Nebo pokud naši klienti chtějí, abychom jim pomohli s hostingem, navrhneme jim nejlepší možnosti (například Amazon Web Services, DigitalOcean nebo jiné osvědčené služby). V této části se tedy objeví náklady spojené s hostingem a údržbou serveru.

Analýza rizik

Každý projekt s sebou nese určitá rizika. Úkolem projektového manažera je identifikovat je a vypracovat strategie, jak se s nimi vypořádat.

Stanovenou částku musíte zaplatit pouze v případě, že se konkrétní riziko promění ve skutečný problém. V opačném případě si peníze ponecháte.

Tyto odhady nám pak poslouží jako pojistka proti nejrůznějším nebezpečím, která ohrožují vývoj vašeho projektu.

Uveďme si příklady kategorií rizik, které se při vývoji produktu vyskytují:

• Kvalita/technika/výkon (tj.tj. použití nové nebo mimořádně složité technologie, změna technologie, nesplnitelné výstupní cíle);
• Řízení projektu (tj. chybné přidělení finančních prostředků a času, nedostatečné plánování projektu);
• Organizační (tj. nedostatečný soulad mezi cíli v oblasti nákladů, času a rozsahu, špatné stanovení priorit, nepravidelné zálohování);
• Externí (tj. změny legislativy, problémy s dodavateli a subdodavateli, klima).

Po identifikaci rizik je PM seřadí podle důležitosti a provede analýzu rizik.

Její cílem je zjistit pravděpodobnost každého konkrétního rizika (tj. šanci na jeho naplnění) a dopad (důsledky jeho naplnění).

Příklad?

Jak jsem již zmínil, poskytovatelé API mohou reagovat pomalu. Mohou otálet s odesláním potřebné dokumentace nebo nabízet nekvalitní podporu. To je reálné riziko, na které bychom vás měli předem upozornit. Proto jsme ho zařadili do oddílu rizik a zároveň jsme vypracovali účinnou strategii řízení rizik, abychom minimalizovali pravděpodobnost hrozby a její dopad.

Závěr

Teď už víte, co můžete očekávat od podrobného odhadu v MindK. Dokument vám dá vyčerpávající odpověď na otázku ceny vašeho projektu a pomůže vám také při sestavování rozpočtu. V neposlední řadě vám poskytne jasnou představu o tom, za co zaplatíte.

Můžu vám o podrobných odhadech v MindK ještě něco říct? Stačí napsat a já vám podrobně odpovím!

.