The Prague Post - Šest doporučení pro přípravu veřejných IT zakázek: Jak vybrat kvalitního dodavatele

Při přípravě veřejných zakázek na dodávku softwarových řešení se často setkáváme s přístupem, který lze shrnout do jednoduchého scénáře: „Volali z vedení, že k prvnímu lednu už fakt musíme mít ten nový web. Nedávno to dělali v Hradci, tak já tam zavolám, ať nám pošlou zadání a uděláme to stejně.” Tento přístup je sice běžný a zdánlivě jednoduchý, ale jeho efektivita a hospodárnost jsou často zpochybňovány. Zatímco výběr nejlevnějšího dodavatele je administrativně nenáročný, identifikace toho nejlepšího partnera vyžaduje podstatně hlubší analýzu.

V případě vývoje informačních systémů se kvalita nedá posoudit pouze podle ceny nebo počtu realizovaných projektů. Klíčovou roli hraje schopnost dodavatele porozumět potřebám zadavatele i konečných uživatelů, přicházet s inovativními řešeními a flexibilně reagovat na nečekané problémy během realizace. Tyto aspekty je nutné ověřit ještě před podpisem smlouvy.

Doporučení pro přípravu zakázek jsou v souladu se stanovisky klíčových institucí, včetně Národního úřadu pro kybernetickou a informační bezpečnosti (NÚKIB), Ministerstva pro místní rozvoj (MmR), Digitální a informační agentury (DIA), Úřadu pro ochranu hospodářské soutěže (ÚOHS) a Nejvyššího kontrolního úřadu (NKÚ). Tyto organizace zdůrazňují, že stát se nemusí řídit pouze nejnižší cenou a že kvalitativní kritéria jsou plně přípustná.

Prvním zásadním krokem je jmenování věcného správce projektu, často označovaného jako product owner. Bez této role na straně zadavatele hrozí, že při změnách priorit nebo zadání bude zadavatel závislý na motivaci dodavatele a dobrovolně se vzdá možnosti ovlivňovat výsledek podle svých preferencí. Product owner stojí na straně zadavatele, zná potřeby uživatelů, stanovuje priority a nese odpovědnost za finální přínos digitální služby pro občany a firmy.

Ministerstvo pro místní rozvoj již před více než dvěma lety vydalo metodiku pro přípravu a realizaci zadávacích řízení na softwarové produkty a služby, která roli product ownera explicitně zmiňuje. NKÚ v souhrnné zprávě o digitalizaci definuje produktového vlastníka jako zaměstnance veřejné instituce, který má mandát provádět operativní rozhodnutí ke zlepšení služby bez zdlouhavé byrokracie. Doporučením je zajistit, aby byl product owner součástí týmu ještě před vypsáním zakázky a měl dostatek času i pravomocí.

Druhým důležitým aspektem je příprava samotného zadání. Kvalitní zadání neznamená vytvoření co nejpodrobnější technické specifikace, která by mohla zbytečně omezovat hospodářskou soutěž a prostor pro inovace. Zadavatel musí především rozumět problému, který chce řešit, potřebám uživatelů a výsledku, kterého chce dosáhnout. Zadání by mělo definovat cíle, požadované přínosy, základní funkční požadavky a omezení, nikoliv předepisovat konkrétní podobu řešení. Tento přístup podporuje i britská metodika The Digital, Data and Technology Playbook (2023), která doporučuje vycházet z potřeb uživatelů a výsledků, nikoliv z předem daného technického řešení.

Je nutné počítat s tím, že nemalá část potřeb se vyjasní až během vývoje. Doporučuje se plánovat vývoj v menších časových úsecích, jejichž nedílnou součástí je testování, akceptace a nasazení do produkčního prostředí. Tento přístup umožňuje reagovat na změny a využívat zkušenosti dodavatelů.

Třetím krokem je příprava na rizika. V IT projektech se málokdy vše děje přesně podle plánu, zejména pokud od zahájení k realizaci uplyne dlouhá doba. Zadavatel by měl před vypsáním soutěže promyslet konkrétní problémy, které mohou nastat, a určit schopnosti dodavatele potřebné pro jejich řešení. Doporučuje se sepisovat alespoň tři situace, které by projekt mohly ohrozit, a určovat, jak by měl kvalitní dodavatel na každou z nich reagovat. Tyto scénáře pak slouží jako kritéria při hodnocení nabídek.

Čtvrtým doporučením jsou předběžné tržní konzultace. Ty umožňují ověřit připravované zadání s dodavateli a odborníky ještě před zahájením soutěže. Konzultace mohou odhalit reálnost termínů, rozsah plnění, potřebnou součinnost nebo přiměřenost servisních požadavků. Příkladem může být nastavení provozní podpory aplikace, kde konzultace umožňují stanovit servisní podmínky podle skutečných potřeb, nikoliv podle automatického požadavku na maximální podporu. Ověřeno je také, že konzultace zvyšují zájem dodavatelů a snižují riziko situací, kdy se do soutěže přihlásí pouze jeden zájemce.

Pátým bodem je nastavení hodnotících kritérií. Nejlevnější nabídka nemusí být tou nejvýhodnější. Zadavatel by si měl předem pojmenovat, co pro něj znamená kvalitní řešení, a tuto kvalitu promítnout do kritérií. Může jít o koncepční návrh, design služby, uživatelskou přívětivost, schopnost identifikovat rizika nebo odborné zkušenosti realizačního týmu. Využívání kvalitativních kritérií podporuje Národní strategie veřejného zadávání České republiky a DIA zveřejňuje konkrétní metodiky včetně vzorů pro zadávací dokumentaci. ÚOHS potvrzuje, že je možné hodnotit kvalitativní aspekty, pokud jsou kritéria předem srozumitelně popsána a hodnocení transparentní.

Šestým krokem je příprava smlouvy. Pokud zadavatel správně nastaví podmínky plánování, vývoje a akceptace v kratších časových úsecích, nebude čekat na jeden velký „den D”, ale bude pravidelně přítomen u vzniku projektu. Doporučuje se nastavit férový vztah s dodavatelem, konfrontovat rizika hned, trvat na odbavení prioritních úkolů co nejdříve a nastavit proces testování, akceptace i fakturace v kratších intervalech.

Tyto kroky vedou k tomu, že veřejné prostředky jsou využívány efektivně a digitální služby skutečně přinášejí hodnotu. Cíl není nakupovat dražší řešení, ale získat za veřejné peníze co nejvyšší hodnotu, zejména u vývoje informačních systémů, kde kvalita dodavatele významně ovlivňuje výsledek projektu.

X.Vanek--TPP