Rozpočet projektu — kde věci skutečně selhávají

Skoro ve všech případech, které jsem viděl, je problém v tom, že lidé plánují z optimistického scénáře. Berou nejlepší dostupný odhad a rovnou ho dají do rozpočtu. Chybí tam vrstva pro nejistotu. Druhá věc je, že se do nákladů systematicky nezapočítává čas — přesčasy, koordinační schůzky, opakované revize dokumentace. Ty nejsou vidět na faktuře, ale reálně se promítají do výsledku. Nejhorší případ, se kterým jsem se setkal, byl IT projekt, kde se interní práce vůbec nezaznamenávaly. Po šesti měsících nikdo nevěděl, kolik projekt skutečně stál — ale bylo jasné, že víc, než se čekalo.

Rezerva je v pořádku, pokud je pojmenovaná a ohraničená — třeba 8 % z přímých nákladů jako contingency pro identifikovaná rizika a zvlášť management reserve pro to, co nedokážeme předvídat. Problém nastane ve dvou situacích: první je, když se rezerva rozfoukne na maličkosti a na skutečnou krizi pak nic nezbyde. Druhá je, když ji tým bere jako volné peníze — a utratí ji v první třetině projektu jen proto, že tam je. Rezerva musí mít pravidla přístupu, ne jen číslo v tabulce.

Earned Value Analysis — CPI a SPI indexy — je základ, který funguje. Ale musí se dělat pravidelně, ne jednou za čtvrt roku jako formální reportování. Na projektech, kde jsem zavedl týdenní aktualizaci EV dat, se problémy zachytily průměrně o šest týdnů dříve než u těch, kde se čekalo na měsíční závěrku. Šest týdnů je obrovský rozdíl — projekt se ještě dá korigovat, klient není zaskočen a tým má prostor na řešení místo hašení.

Co nejdříve — ale s analýzou příčin a variantami řešení, ne jen číslem. Klient, který dostane zprávu „přesahujeme o 200 tisíc, tady jsou tři možnosti jak to řešit," reaguje úplně jinak než ten, koho o tom informujete poslední týden před termínem. Mlčení nezlepšuje situaci nikdy. Za dvanáct let jsem ztratil důvěru klientů jen v těch případech, kde se špatné zprávy odkládaly. Transparentnost při problémech je paradoxně to, co vztah s klientem upevní nejlépe.

Na menší projekty stále Microsoft Project kombinovaný s vlastními šablonami v Excelu — přehledné a srozumitelné i pro klienta. Na větší projekty s více dodavateli jsem přešel na Primavera P6 pro harmonogram a Procore pro sledování nákladů ve stavebnictví. V IT projektech funguje dobře propojení Jiry s finančními výkazy přes Power BI. Nejdůležitější ale není nástroj — je to disciplína aktualizace dat. Sebelepší software s neaktuálními vstupy je horší než Excel.

Vedení cost logu — tabulky, do které se každý týden zapíše skutečně vynaložená částka, srovnání s plánem a krátká poznámka k odchylce. Nepotřebuje to víc než deset minut týdně, ale po třech měsících máte data, která vám řeknou kde a proč se projekt odchyluje od plánu lépe než jakýkoli sofistikovaný systém. Navíc — pokud vám někdo položí otázku na stav financí, máte odpověď okamžitě, ne po dvou dnech hledání.