| Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze |
| metody_dokument:rizeni_jednotlivych_ict_reseni [2024/09/26 08:43] – Tomáš Šedivec | metody_dokument:rizeni_jednotlivych_ict_reseni [2024/10/18 08:56] (aktuální) – [Pravidla rozhodování o způsobu realizace řešení ICT] Tomáš Šedivec |
|---|
| Ukončení života systému a jeho případná náhrada jiným je strategickým rozhodnutím, které musí být podpořeno architektonickými a ekonomickými podklady a musí být dlouhodobě připravováno v IK OVS. Součástí ukončení služby je plnění exit plánu dohodnutého s dodavatelem či provozovatelem. | Ukončení života systému a jeho případná náhrada jiným je strategickým rozhodnutím, které musí být podpořeno architektonickými a ekonomickými podklady a musí být dlouhodobě připravováno v IK OVS. Součástí ukončení služby je plnění exit plánu dohodnutého s dodavatelem či provozovatelem. |
| |
| S ukončením provozu je tedy nutno počítat již při formulaci zadání na výběr dodavatele, uzavření smlouvy(( Smlouva by se měla vyvarovat nevýhodných ustanovení (Vendor-Lock-In), viz: . [[https://www.mvcr.cz/soubor/hlavni-architekt-egovernmentu-dokumenty-typicka-nevyhodna-ujednani-ve-smlouvach-na-dodavku-ict-produktu-metodika-anti-vendorlock-in.aspx|https:%%//%%www.mvcr.cz/soubor/hlavni-architekt-egovernmentu-dokumenty-typicka-nevyhodna-ujednani-ve-smlouvach-na-dodavku-ict-produktu-metodika-anti-vendorlock-in.aspx]]. | S ukončením provozu je tedy nutno počítat již při formulaci zadání na výběr dodavatele, uzavření smlouvy(( Smlouva by se měla vyvarovat nevýhodných ustanovení (Vendor-Lock-In), viz: . [[https://www.mvcr.cz/soubor/hlavni-architekt-egovernmentu-dokumenty-typicka-nevyhodna-ujednani-ve-smlouvach-na-dodavku-ict-produktu-metodika-anti-vendorlock-in.aspx|https://archi.gov.cz/znalostni_baze:vendorlock]]. |
| )) a při průběhu implementace(( Také se používá pojem „exit plán“ nebo „exit strategie“. | )) a při průběhu implementace(( Také se používá pojem „exit plán“ nebo „exit strategie“. |
| )). Pro potřebu ukončení provozu ISVS a přechodu na jiný ISVS musí mít úřad zasmluvněnu povinnost stávajícího dodavatele ISVS poskytnout veškerou potřebnou součinnost, práva, data, dokumentaci a informace, účastnit se jednání s úřadem a popřípadě s třetími stranami za účelem plynulého a řádného převedení všech činností spojených s poskytováním služeb na úřad a/nebo nového poskytovatele, exporty veškerých dat s vyčerpávajícími popisy, včetně vytvoření základních datových zdrojů jednotlivých agend a modulů, které umožní na základě požadavků úřadu vytvořit dostatečně strukturovaná data, které bude moci importovat jiný ISVS bez hluboké znalosti databázové struktury stávajícího ISVS. Na základě datových zdrojů bude možné naplnit exitový plán pro přechod na jiný systém. | )). Pro potřebu ukončení provozu ISVS a přechodu na jiný ISVS musí mít úřad zasmluvněnu povinnost stávajícího dodavatele ISVS poskytnout veškerou potřebnou součinnost, práva, data, dokumentaci a informace, účastnit se jednání s úřadem a popřípadě s třetími stranami za účelem plynulého a řádného převedení všech činností spojených s poskytováním služeb na úřad a/nebo nového poskytovatele, exporty veškerých dat s vyčerpávajícími popisy, včetně vytvoření základních datových zdrojů jednotlivých agend a modulů, které umožní na základě požadavků úřadu vytvořit dostatečně strukturovaná data, které bude moci importovat jiný ISVS bez hluboké znalosti databázové struktury stávajícího ISVS. Na základě datových zdrojů bude možné naplnit exitový plán pro přechod na jiný systém. |
| * nebo hybridním řešením**.** | * nebo hybridním řešením**.** |
| |
| Pokud není způsob pořízení a realizace ((Z angl. deployment - nasazení, rozvinutí)) ICT služeb předepsán OVS zákonem nebo jiným právním předpisem, musí tento o způsobu pořízení (například nákupem řešení do vlastní správy, vývojem řešení vlastními silami nebo pořízením jako sdílené služby) rozhodovat se zodpovědností dobrého hospodáře, tzn. na základě komplexního posouzení reálně možných variant s přihlédnutím k hlediskům ekonomickým – zejména k již vlastněným existujícím podpůrným aktivům včetně etapy jejich životnosti, tak i k celkovým nákladům na vlastnictví ((Viz metodika TCO: [[https://www.mvcr.cz/soubor/metodika-tco-ict-sluzeb-vs-pdf.aspx|Metodika TCO ICT služeb VS]])) a dalším, pro danou ICT službu relevantním požadavkům, např. bezpečnostním, termínovým atd. | Pokud není způsob pořízení a realizace ((Z angl. deployment - nasazení, rozvinutí)) ICT služeb předepsán OVS zákonem nebo jiným právním předpisem, musí tento o způsobu pořízení (například nákupem řešení do vlastní správy, vývojem řešení vlastními silami nebo pořízením jako sdílené služby) rozhodovat se zodpovědností dobrého hospodáře, tzn. na základě komplexního posouzení reálně možných variant s přihlédnutím k hlediskům ekonomickým – zejména k již vlastněným existujícím podpůrným aktivům včetně etapy jejich životnosti, tak i k celkovým nákladům na vlastnictví ((Viz metodika TCO: [[https://archi.gov.cz/znalostni_baze:metodika_tco#metodika_vypoctu_tco_ict_sluzeb_verejne_spravy|Metodika TCO ICT služeb VS]])) a dalším, pro danou ICT službu relevantním požadavkům, např. bezpečnostním, termínovým atd. |
| |
| Při tomto rozhodování musí správce ISVS a vedení úřadu vzít v úvahu nejenom dosavadní možnosti realizace, ale i možnosti veřejnou správou připravované. Těmi jsou zejména strategicky podporované formy sdílených služeb a služeb [[nap:egovernment_cloud|eGovernment cloudu]]. | Při tomto rozhodování musí správce ISVS a vedení úřadu vzít v úvahu nejenom dosavadní možnosti realizace, ale i možnosti veřejnou správou připravované. Těmi jsou zejména strategicky podporované formy sdílených služeb a služeb [[nap:egovernment_cloud|eGovernment cloudu]]. |