V každé správné dílně musí být ponk. To je stůl, na kterém je příšerný bordel, ale na kterém to všechno vzniká, tam se to všechno kutí a skládá. Stránka, kterou právě prohlížíte, je na Ponku. Tedy je rozpracovaná, nehotová a i když už si ji můžete prohlížet a také o ní diskutovat a tím nám třeba pomoci, vězte, že co je na ponku, ještě není finální. Prostě na tom děláme a podle toho to taky vypadá.
**Toto je starší verze dokumentu!**
Detailnější rozpad přípravných fází životního cyklu IS/ICT řešení
Životní cyklus ICT řešení a informačního systému má celkem 6 fází. Tyto fáze jsou určeny v § 15 vyhlášky 360/2023 Sb. (vyhláška o dlouhodobém řízení) a následné paragrafy udávají k jednotlivým fázím podrobnosti. Pro přípravu a správnou tvorbu informačního systému či ICT řešení jsou zcela klíčové první tři fáze, které se obvykle neřeší dostatečně podrobně.
Cílem je podrobnější rozpad fází tak, abychom rozuměli, co se v jednotlivých fázích děje a jaké jsou výstupy.
První diagram zobrazuje první dvě fáze životního cyklu ICT řešení. Tyto dvě fáze jsou dost propojené a vzájemně se ovlivňují.
Druhý diagram zobrazuje třetí fázi životního cyklu ICT řešení. Tato fáze je klíčová pro vytvoření kvalitního řešení, které bude splňovat požadavky zadavatele, ale i požadavky EG legislativy. Fáze má velice složitý rozpad.
Řada věcí musí být pochopitelně jasná již z prvních dvou fází. Výstupy počátku třetí fáze jsou již určeny pro zadání a tedy musí být vystavěny na dobré architektuře, konceptu a na správně formulovaných požadavcích.
Shrnuto, je třeba nejprve:
- Posoudit, zda a jaké řešení vlastně budu potřebovat a rámcově vědět, co bude muset umět.
- Zanést včas příslušný záměr do svojí informační koncepce OVS a teprve pak pokračovat v přípravách.
- Vytvořit si dokument se základním záměrem, včetně alespoň rámcové architektury a podle tohoto dokumentu dále postupovat, přičemž v případě změn rámcového zadání také tento dokument aktualizovat.
- Co nejdřív začít připravovat formulář pro stanovisko OHA (viz 💡 TIP: Začněte dělat formulář OHA co nejdříve) a tím také samotný systém bude postupně dostávat detailnější obrysy.
- Připravit investiční záměr a ten v OVS/OVM řádně projednat.
- Mít seznam funkčních požadavků na příslušný systém a řešení a teprve z něj pak sestavovat zadávací dokumentaci (viz 💡 TIP: Nejdřív požadavky a pak z nich teprve zadávací dokumentace).
Hlavně je ale důležité si nastavit správně vlastní vnitřní procesy a nastavit si i správně seznam a rozsah interních dokumentů, řada z nich se totiž pak stane součástí provozní dokumentace.