Část I Rozhodnutí: dává to smysl?
Jestli software vůbec stavět, kolik bude stát celý život a jak poznáte, že se vyplatil.
Kapitola 1: Proč se softwarové projekty prodražují
Velké IT projekty v průměru přetáhnou rozpočet o 45 % a přinesou o 56 % menší užitek, než slibovaly McKinsey a Oxford, 2012. Hlavní příčina není špatný kód, ale první odhad, který vznikl ve chvíli, kdy o projektu skoro nic nevíte. Nejistotu nezmenší čekání, ale práce: ujasněné zadání, prototyp, vzorek dat a odhad v rozpětí.
Prodražení není smůla, ale pravidlo
McKinsey s Oxfordskou univerzitou sbírali data o více než 5 400 IT projektech. U velkých projektů s počátečním rozpočtem nad 15 mil. USD byly průměrné náklady o 45 % vyšší, doba realizace o 7 % delší a přínosy o 56 % nižší, než slibovala investiční studie. Každý rok trvání navíc zvyšuje překročení nákladů o dalších 15 %. Za průměrem se navíc skrývají extrémní případy: 17 % IT projektů dopadne tak špatně, že ohrozí samotnou existenci firmy. Za „černou labuť“ autoři považují překročení rozpočtu o víc než 200 % McKinsey a Oxford, 2012.
Pro plánování z toho plyne nepříjemný, ale užitečný závěr: počítejte s tím, že váš projekt výjimkou nebude. Do schvalování patří odhad v rozpětí a rezerva, ne jedno číslo. Projekt na čtyři roky je přitom rizikovější než čtyři roční etapy, po nichž se vždy rozhodnete, zda pokračovat.
Proč může být první odhad až čtyřikrát vedle
Ve fázi nápadu („potřebujeme systém na…“) může skutečná cena skončit kdekoli mezi čtvrtinou a čtyřnásobkem prvního odhadu. Horní hranice je tedy šestnáctkrát vyšší než dolní. Po dokončení požadavků je to ještě 0,67× až 1,5× a na zhruba ±10 % se dostanete až po detailním návrhu McConnell, 2006 a 2010. A to platí pro zkušené odhadce. Kužel níže ukazuje nejlepší dosažitelnou přesnost. Skutečný odhad může být i méně přesný.
Představte si, že po telefonu chcete pevnou cenu za rekonstrukci domu, který nikdo neviděl. Dostanete buď podhodnocenou nabídku, po níž přijdou dodatky, nebo cenu s velkou rezervou. Se softwarem je to stejné. Pevnou cenu má smysl chtít až po analýze a prototypu (kapitola 10).
Graf, který ukazuje, jak moc se může odhad ceny a času mýlit podle toho, v jaké fázi projektu ho děláte. Kužel se nezužuje časem, ale rozhodnutími, která odstraní zdroje nejistoty McConnell, 2006 a 2010. Týden čekání navíc odhad nezpřesní. Týden věnovaný analýze, prototypu nebo práci se vzorkem dat ano.
Čtyři pasti, které si zákazník připraví sám
Většinu problémů nezpůsobí programátoři. V průzkumu PMI z roku 2014 označilo 37 % organizací za hlavní příčinu selhání projektů nepřesné požadavky PMI, 2014. NKÚ u českých projektů píše, že společným jmenovatelem neúspěšných projektů eGovernmentu je podcenění business analýzy NKÚ, 2026. Hlídejte si hlavně tyto čtyři pasti:
- Podstřelený odhad. Rozpočet se přizpůsobí tomu, co projde schválením, místo aby vycházel z odhadu práce. Test: sedí interní odhad přesně na peníze, které máte k dispozici? Pak je to přání, ne odhad.
- Nepřítomné vedení a uživatelé. Zadání napíše IT samo a vedení se objeví až na předávce. Test: kdo z byznysu zadání podepíše a bude chodit na ukázky?
- Ignorovaná varování. Architekt nebo uživatelé upozorní na termín či složitost a varování z reportu zmizí. Test: víte, kdo varoval a kdo mu odpověděl?
- Neznalost vlastních procesů a dat. Migrace počítá s čistými daty, která nikdo neviděl. Test: máte procesy popsané a viděli jste vzorek dat?
Dobrá zpráva: všem čtyřem pastem můžete předcházet sami. Začněte tím, že si včas položíte uvedené otázky.
Nízký odhad někdy není omyl, ale záměr: projekt se podhodnotí, aby prošel schválením. U kanadského mzdového systému Phoenix se pak místo navýšení rozpočtu škrtaly funkce. Nízký interní odhad je stejné riziko jako podezřele levná nabídka.
Jak kužel zúžit dřív, než podepíšete
- Začněte placenou úvodní analýzou (discovery): malou zakázkou, která ujasní cíle, rozsah a rizika a zpřesní odhad (kapitola 14).
- Nechte postavit klikací prototyp a vyzkoušejte ho s budoucími uživateli.
- Před poptávkou si připravte vzorek dat, která se mají převádět, a podívejte se na ně.
- Odhad chtějte v rozpětí, například „nejspíš 6 mil. Kč, s 80% jistotou do 9 mil. Kč“, a rezervu nechte schválit zvlášť.
- Porovnejte odhad s dokončenými podobnými projekty. Otázka „jak dopadli ostatní?“ je poctivější než „u nás to bude jinak“.
- Velký projekt rozdělte na etapy. Po každé se rozhodne: pokračovat, upravit, nebo zastavit.
| Jak to dopadá špatně | Jak to dělat dobře |
|---|---|
| Jak to dopadá špatněRozpočet je jedno číslo z prvního nástřelu. | Jak to dělat dobřeOdhad v rozpětí a rezerva schválená zvlášť. |
| Jak to dopadá špatněPevná cena se poptává ve fázi nápadu. | Jak to dělat dobřeNejdřív placená analýza a prototyp, pevná cena až na ověřený rozsah. |
| Jak to dopadá špatněZadání píše IT samo, vedení se objeví na předávce. | Jak to dělat dobřeVlastník produktu z byznysu a klíčoví uživatelé jsou u zadání i u ukázek. |
| Jak to dopadá špatně„Naše situace je unikátní, srovnání nemá smysl.“ | Jak to dělat dobře„Kdo už tohle řešil a jak dopadl?“ Srovnání s podobnými projekty. |
| Jak to dopadá špatněVarování uživatelů a architektů se berou jako brzda. | Jak to dělat dobřeVarování se zapisují a mají vlastníka, který na ně odpoví. |
| Jak to dopadá špatněMigrace počítá s čistými daty, která nikdo neviděl. | Jak to dělat dobřeVzorek dat a jeho kontrola ještě před poptávkou. |
| Jak to dopadá špatněJeden velký projekt na několik let. | Jak to dělat dobřeEtapy s rozhodnutím „pokračovat, upravit, zastavit“ po každé z nich. |
- Platí totéž, jen je chyba dražší: zrušený tendr u ÚOHS, krácená dotace, nález NKÚ.
- NKÚ řadí nízkou úroveň řízení projektů a kvality a nenaplnění cílů mezi hlavní bariéry digitalizace státu NKÚ, 2026.
- Kužel můžete zúžit ještě před soutěží: předběžnou tržní konzultací podle § 33 ZZVZ nebo malou zakázkou na funkční vzorek (kapitola 12).
- Kam vede odkládaná příprava pod tlakem zákonné lhůty, ukazuje digitalizace stavebního řízení (kapitola 20).