EGdílna: přípravné fáze životního cyklu IS/ICT řešení (detailně)
Detailnější rozpad přípravných fází životního cyklu IS/ICT řešení
Fáze životního cyklu IS
Životní cyklus informačního systému a defacto i jakéhokoliv řešení je dle vyhlášky 360/2023 Sb. (vyhláška o dlouhodobém řízení) dělen do šesti fází:
- fáze: Strategické plánování vytvoření a rozvoje řešení
- fáze: Plánování a příprava vytvoření a rozvoje řešení
- fáze: Realizace vytvoření a rozvoje řešení
- fáze: Produkční provoz řešení
- fáze: Vyhodnocení životního cyklu řešení
- fáze: Ukončení životního cyklu ř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.
Zdroj:
K tématu:
- Vzory do informačních koncepcí
- Jak na tvorbu informační koncepce OVS
- Informační koncepce – připravili jsme tabulky pro sebehodnocení stavu ICT
- Vedení a udržování provozní dokumentace IS
- Co musí obsahovat smlouvy s dodavateli ICT
- Další články z EGdílny
