# Dva business case v jednom projektu: jak sladit zájmy zákazníka a dodavatele
V projektu se zúčastněním zákazníka a dodavatele vždy existují dva nezávislé business case. Jejich neshoda je hlavní příčinou neúspěchů. Probereme, jak vybudovat vzájemně výhodnou spolupráci a vyhnout se typickým chybám.
Proč v projektu vždy dva business case?
Projekt začíná objednávkou: jedna strana (Zákazník) formuluje úkol, druhá (Dodavatel) ho realizuje. I když jde o jednu společnost, v rámci projektu vznikají dva ekonomické subjekty se svými cíli. Zákazník chce minimalizovat náklady při dosažení výsledku. Dodavatel maximalizovat zisk při splnění podmínek smlouvy. Tyto cíle jsou zpočátku protichůdné, ale projekt je možný jen za podmínky pozitivního business case u obou stran.
Klíčový moment: business case není jen výpočet rentability. Je to technicko-ekonomické zdůvodnění, které zahrnuje:
- Očekávané výsledky a výhody
- Finanční parametry (výnosy, náklady, marže)
- Odhad rizik a jejich vlivu
- Alternativní scénáře (PRINCE2 vyžaduje minimálně tři: „nic nedělat“, „minimum“, „optimum“)
Pokud business case nejsou formalizovány nebo se v průběhu projektu neaktualizují, vznikne nerovnováha. Například dodavatel může pokračovat v práci navzdory ztrátám v naději na budoucí bonusy, což vede ke snížení kvality nebo zpoždění termínů.
Akademický pohled: struktura business case
Standard PRINCE2 definuje business case jako povinný artefakt projektu. Musí obsahovat objektivní hodnocení vhodnosti projektu a aktualizovat se při každé významné změně. V praxi však často vidíme rozpor mezi teorií a realitou.
Typické problémy:
- Chybějící formalizace: 70 % projektů startuje bez detailního business case. Rozhodnutí se bere na základě komerční nabídky, kde jsou výpočty zjednodušené.
- Izolace od rizik: Rentabilita se hodnotí bez zohlednění dynamiky rizik. Například při změně termínů nebo rozsahu prací se neprovádí aktualizace.
- Nesoulad se smlouvou: V smlouvě se fixují jen konečné parametry, ne mechanismus adaptace při změnách.
Aby business case fungoval, musí být integrován do projektu. Tam musí být jasně uvedeno:
- Spouštěče pro aktualizaci (změna rozsahu, termínů, tržních podmínek)
- Prahové hodnoty klíčových metrik (minimální marže, maximální pracovní náklady)
- Postup schvalování úprav
Kulturní rozdíly: jak příprava business case ovlivňuje úspěch
Kultura společnosti přímo ovlivňuje přístup k business case. V reaktivních organizacích (kde se haší požáry) se business case často omezí na pár čísel v komerční nabídce. V proaktivních je to živý dokument, který se pravidelně aktualizuje.
Příklad z praxe: v jednom IT projektu dostal dodavatel zálohu a začal pracovat, ale neaktualizoval business case po přerozdělení týmu. Výsledek:
- Termíny zpožděny kvůli nedostatku expertů
- Náklady vzrostly o 30 % kvůli nasazení externích zdrojů
- Marže klesla na nulu, ale projekt pokračoval „kvůli reputaci“
Řešení: zavedení pravidelných „business auditů“ každé 2–3 měsíce. Na nich:
- Porovnávají se skutečné ukazatele s předpověďmi
- Analyzují se odchylky v pracovních nákladech a rozpočtu
- Rozhoduje se o pokračování/korekci/ukončení projektu
Takový přístup snižuje rizika o 40 % (podle dat PMI), ale vyžaduje kulturu transparentnosti – kdy tým přizná chybu v odhadech bez strachu z trestu.
Praktický případ: jak business case zachránil projekt
Podívejme se na reálný příklad z vývoje SaaS platformy. Zákazník požadoval krátké termíny, dodavatel dal agresivní odhady v komerční nabídce. Po startu se ukázalo:
- Tým přetížený paralelními projekty
- Klíčový vývojář odešel
- Technické komplikace zvýšily pracovní náklady o 25 %
Dodavatel ignoroval aktualizaci business case v naději, že „dožene“ na konci. Výsledek:
- Zpoždění o 3 měsíce
- Dodatečné náklady 15 % rozpočtu
- Konflikt se zákazníkem kvůli kvalitě
Co situaci změnilo? V krizi tým provedl relaci aktualizace:
- Definovali „bod bez návratu“: maximální pracovní náklady, při kterých zůstává projekt rentabilní
- Dohodli zkrácení scope (rozsahu prací) bez újmy na MVP
- Zavedli týdenní monitorování marže
Výsledek: projekt skončil se ziskem 8 % (místo plánovaných 20 %), ale bez ztrát. Zákazník dostal funkční produkt, dodavatel si udržel reputaci.
Lidský faktor: osobní motivace v projektu
Dokonce i ideální business case selže, pokud se nezohlední lidský aspekt. Každý účastník má svůj „osobní business case“:
- Manažer prodeje chce splnit KPI výnosů
- Technický lídr usiluje o profesní růst
- Vývojář se řídí platem a stabilitou
Když osobní cíle nejsou sladěny s projektovými, vznikají konflikty. Například:
- Prodavač slíbí krátké termíny, aby vyhrál tendr
- Technický lídr mlčí o rizicích, aby neničil dohodu
- Vývojář šetří čas na dokumentaci, aby se vešel do plánu
Řešení – harmonizace všech úrovní:
- Projektová úroveň: jasná KPI pro termíny, rozpočet, kvalitu
- Organizační úroveň: bonusy za úspěšné dokončení projektu (ne jen za start)
- Osobní úroveň: individuální cíle sladěné s projektovými (např. školení novým technologiím v rámci projektu)
Co je důležité
- Dva case – dva projekty: Zákazník a dodavatel vždy realizují odlišné projekty. Spojuje je jen smlouva.
- Aktualizujte pravidelně: Business case stárne každé 3–6 měsíců. Ignorování změn vede ke ztrátám.
- Hledejte body překrytí: V smlouvě musí být podmínky pro úpravu projektu při změně business case.
- Zohledněte lidský faktor: Osobní motivace účastníků převažují nad formálními KPI. Harmonizace zájmů je klíčem k úspěchu.
— Editorial Team
Zatím žádné komentáře.