PROJEKTOVÝ ZÁMER

Manažérsky výstup  I-02

podľa vyhlášky MIRRI č. 401/2023 Z. z. 

Schvaľovanie dokumentu

1. HISTÓRIA DOKUMENTU

2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

2. 1 Použité skratky a pojmy

2.2       Konvencie pre typy požiadaviek (príklady)

Konvencie pre definíciu požiadaviek sú využité v rámci Katalógu požiadaviek. Tento katalóg obsahuje funkčné, nefunkčné a technické požiadavky kladené na riešenie realizované v rámci projektu Digitálna transformácia úsekov verejnej správy na Ministerstve práce, sociálnych vecí a rodiny Slovenskej republiky.

Požiadavky sú rozdelené podľa jednotlivých modulov a inkrementov, pričom každá požiadavka zahŕňa analýzu, vývoj, testovanie a nasadenie.

Katalóg obsahuje nasledujúce kategórie požiadaviek:

• Funkčné požiadavky - týkajú sa konkrétnej funkcionality systému, ktorú je potrebné implementovať a sú definované na základe potrieb používateľov cieľového systému. V rámci Katalógu požiadaviek požiadavky sú označené konvenciou RF_XXX, pričom platí nasledovné:
  • R - požiadavka
  • F - funkčné
  • _XXX – číslo
  • Napr. RF_001
• Ne-Funkčné požiadavky - zahŕňajú kvalitatívne a výkonové aspekty. Obsahujú požiadavky na bezpečnosť, integrácie, prevádzku atď. V rámci Katalógu požiadaviek sú označené v stĺpci A skratkou NF. V rámci Katalógu požiadaviek požiadavky sú označené konvenciou RN_XXX, pričom platí nasledovné:
  • R - požiadavka
  • N - nefunkčná
  • _XXX – číslo
  • Napr. RN_001

Oblasť požiadavky - popisuje kategóriu alebo doménu, do ktorej daná požiadavka patrí. Zahŕňa určitú ucelenú oblasť každého druhu požiadavky (Funkčné, Nefunkčné), napr. Integrácia, Bezpečnosť, eForm, apod..

Názov požiadavky - ide o jednoduchý názov požiadavky, ktorý determinuje o čom daná požiadavka je.

Detailný popis požiadavky - poskytuje podrobné informácie o konkrétnej požiadavke. Jej účelom je zabezpečiť jasné pochopenie, čo sa má implementovať, aké sú očakávania, a akým spôsobom sa má požiadavka realizovať.

3. DEFINOVANIE PROJEKTU

3.1 Manažérske zhrnutie

Zámerom projektu je na základe analýzy súčasného stavu ŽS1 Strata a hľadanie zamestnania garantovať a dodať plnenie biznis požiadaviek definovaných v predmetnom ImP.

Ide o vybranú časť zákazníckej cesty občana, ktorý stratil zamestnanie, týkajúcej sa najmä jeho kontaktu s OVM.

Subjekty – ŽS1 Strata a hľadanie zamestnania

• MIRRI
• Sociálna poisťovňa

Cieľová skupina

• Občan, ktorý stratil zamestnanie

ŽS1 Strata a hľadanie zamestnania pokrýva udalosti spojené so stratou práce, jej hľadaním až po nástup do nového zamestnania.

Hlavné úlohy štátu:

• MPSVR  - žiadosť o zaradenie do evidencie, sprostredkovanie, poradenstvo, nahlasovanie voľných pracovných miest, rekvalifikácie, opatrenia

• Sociálna poisťovňa – podpora v nezamestnanosti, výkazy od zamestnávateľov do SP

Projekt implementácie zmenových požiadaviek pre ŽS1 má zabezpečiť jednotný prístup pre realizáciu služby, mobilnú verziu, jednotný dizajn, dostatočnú navigáciu, plynulý prechod v životnej situácii, prístup k prehľadu o stave spracovania podaní, poskytovanie notifikácií o stave spracovania podania a služby.

Projekt ŽS1 obsahuje 31 BP, ktoré sú predmetom tohto projektu, harmonogramu a aj rozpočtu.

Prínosy Životnej situácie 1 – Strata a hľadanie zamestnania zlúčené s príkladmi zlepšení sú popísané na obrázku nižšie.

Obrázok 1 ŽS1 Strata zamestnania - prínosy

Rozsah projektu

Projekt budovania prioritných životných situácií je súčasťou Komponentu 17: Digitálne Slovensko (štát v mobile, kybernetická bezpečnosť, rýchly internet pre každého, digitálna ekonomika) Plánu obnovy a odolnosti. Súčasťou tohto komponentu je kapitola pre riešenie eGovernmentu – digitálnych služieb štátu, v rámci ktorej sa Reforma 1 zaoberá budovaním prioritných životných situácií a spôsobom ich implementácie. S tým súvisí aj nastavenie Investície 1: Lepšie služby pre občanov a podnikateľov, ktorá má za cieľ nasadiť riešenia pre prioritné životné situácie.

Pre ŽS1 je MPSVR SR vlastník a garant business procesov.

Pre každú oblasť budú realizované samostatné aktivity rozčlenené do jednotlivých etáp popísaných nižšie v odseku „Členenie projektu na hlavné etapy a zameranie týchto etáp“ s cieľom ich detailnej analýzy, popísania aktuálneho stavu, návrhu TOBE stavu pre zabezpečenie najefektívnejšieho využívania týchto služieb z pohľadu občana a tiež jednotlivých spracovateľov vstupujúcich do procesu manažmentu ŽS. Súčasťou projektu je návrh úprav existujúcich IS súvisiacich s procesom spracovania ŽS, prípadne špecifikácia nových IS, predstavenie funkčného prototypu overujúceho navrhované zmeny funkčností, podpora pri riadení kvality v etape Implementácia a Testovanie a v etape Nasadenie riešenia.

Spôsob realizácie

Projekt bude riadený spôsobom „Waterfall“ v zmysle vyhlášky o riadení projektov

3.2 Motivácia a rozsah projektu

Primárnou motiváciou zrealizovať Projekt je poskytnúť najmä analytické výstupy a podklady pre potrebnú implementáciu a prevádzku ŽS, spĺňajúcu štandardy ISVS a požiadavky kybernetického zákona. Sekundárnou motiváciou je odstrániť existujúci vendor lock-in pri prevádzke základnej služby na vypožičanej infraštruktúre a vyhnúť sa možnej situácii výpadku IS z dôvodu načas neukončeného verejného obstarávania takejto prevádzky.  

Faktory ktoré vplývajú na možnosti a dosah projektu v podobe obmedzení je možné rozdeliť do kategórií: 

• Časové hľadisko  
• Dostupnosť zdrojov 
• Nariadenia (normy, predpisy, zmluvy) 
• Riziká 

Z dôvodu dodržania harmonogramu projektu, ako aj dosiahnutia nastavených cieľov, sa možné negatívne dopady uvedených faktorov budú pravidelne sledovať a korigovať.  

Predmetom projektu sú nasledovné biznis požiadavky pre ŽS1 Strata a hľadanie zamestnania:

Tabuľka 1 ŽS1 Strata zamestnania - zoznam Biznis požiadaviek

3.3       Zainteresované strany/Stakeholderi

Tabuľka 2 ŽS1 - Zainteresované strany / Stakeholderi

Stakeholderi – Dopady a prínosy

Tabuľka 3 ŽS1 - Zainteresované strany / Stakeholderi - Dopady a prínosy

3.4       Ciele projektu

Hlavnými cieľmi implementácie zmien v procesoch ŽS1 sú najmä: 

• Integrácia na SP.

• Formuláre majú byť smerované “automaticky” , podľa podmienok, nemá si to vyberať klient 

• Integrácia formulárov na RFO,

• Klient má dostávať cielené notifikácie o nových iniciatívach a projektoch , podľa jeho profilu 

• Notifikácie o stave riešenia úloh súvisiacich s daným klientom 

• Otázka využitia špecializovaného portálu (väzba na RFO) 

Cieľom projektu životných situácií je zjednodušenie a sprístupnenie digitálnej cesty občana k naplneniu jeho potrieb pri kontakte

so štátom:

• zjednodušiť elektronickú komunikáciu občana so štátom – jasná a jednoduchá komunikácia
• uplatnenie princípu 1x a dosť – prepájanie s registrami, databázami štátu
• digital first
• redukovať vstupy občana
• redukovať formuláre
• sledovať stav požiadavky
• overenie cez počítač, mobil
• informácie na jednom mieste – hľadanie informácií aj vyriešenie
• promovať online vybavovanie – zvýšiť mieru online vybavovania
• proaktívnosť štátu – notifikácie, možnosť autorizácie, vybavenie úkonov
• minimalizovať úkony na strane občana
• poskytovať zrozumiteľné návody aj ich aktualizovanie
• občan má byť spokojnejší s online vybavovaním
• dostupná online podpora

3.5       Merateľné ukazovatele (KPI)

Tabuľka 4 ŽS1 - Merateľné ukazovatele (KPI)

3. 6      Špecifikácia potrieb koncového používateľa

V budúcom stave ŽS1 Strata zamestnania v rámci Customer journey občana, ktorý stratil zamestnanie, nevznikne ani nezanikne žiaden z relevantných IS definovaných v popise nižšie. Budúci stav zahŕňa nižšie uvedené úpravy:

Budúci stav ŽS1

Tabuľka 5 ŽS1 - Budúci stav

Prínosy vzniku navrhovaných koncových služieb: 

• uľahčenie obojsmernej komunikácie občana s príslušným úradom,
• eliminácia komunikácie so Sociálnou poisťovňou, 
• eliminácia potreby vypĺňania listinných formulárov, 
• zánik platových operácií vykonávaných osobne.

3.7       Riziká a závislosti

V tabuľke nižšie sú uvedené závislosti projektu spolu s ich dopadmi a prínosmi.

Tabuľka 6 ŽS1 - Matica závislostí

V tabuľke nižšie sú uvedené identifikované projektové riziká vrátane návrhu mitigačných opatrení.

Tabuľka 7 ŽS1 - Identifikované projektové riziká

3.8       Stanovenie alternatív v biznisovej vrstve architektúry

V rámci projektu Implementácie zmenových požiadaviek pre  ŽS1 nebudú navrhnuté alternatívne riešenia, vzhľadom na to, že sa jedná o úpravy existujúcich systémov a implementáciu zmenových požiadaviek s nimi súvisiacich.

Konkrétne návrhy na implementáciu jednotlivých Biznis požiadaviek vzniknú v etape Analýza a dizajn a budú zhmotnené v samotnom Detailnom návrhu riešenia (DNR).

Nasledovné procesy popisujúce TOBE stav detailnejšie zohľadňujú požiadavky jednotlivých stakeholderov na  realizáciu budúcich úprav existujúcich IS (implementácia zmenových požiadaviek):

Obrázok 2 ŽS1 Zaradenie občana do evidencie UoZ (TO BE)

Obrázok 3 ŽS1 Vyradenie uchádzačov z evidencie UoZ na podnet (Rozhodnutie o vyradení) TO BE

Obrázok 4 ŽS1 Vyradenie uchádzačov z evidencie UoZ žiadosť/podnet (Oznámenie o vyradení) TO BE

Obrázok 5 ŽS1 Sprostredkovanie zamestnania (TO BE)

Obrázok 6 ŽS1 Získanie príspevkov občana

Obrázok 7 ŽS1 Spracovanie odvolania voči rozhodnutiu

Obrázok 8 ŽS1 Úhrada príspevku

3.9       Multikriteriálna analýza

Vzhľadom na charakter projektu nie je vypracovanie MCA požadované.

Nasledujúci zoznam požiadaviek bol identifikovaný ako MMP (Minimum marketable product). Ide o funkčný produkt s minimálnym/obmedzeným množstvom vlastností, ktorý uspokojí používateľskú skúsenosť a má pre neho hodnotu.

• Biznis požiadavky zahrnuté do MMP sú definované pred vstupom realizačnej fázy programu
• Pre naplnenie biznis požiadaviek MMP sú definované kritériá pre ich dodanie
• Potrebu naplnenia biznis požiadaviek MMP v termínoch Míľnikov POO musia zohľadňovať projektové plány
• Nenaplnenie biznis požiadaviek MMP predstavuje najväčšie riziko nenaplnenie Míľnikov POO

Tabuľka 8 ŽS1 - Identifikácia MMP

3.10     Stanovenie alternatív v aplikačnej vrstve architektúry

Charakter projektu nepočíta s vypracovaním jednotlivých alternatív na úrovni architektúry aplikačnej vrstvy. Konkrétny architektonický návrh aplikačnej vrstvy bude predmetom Detailného návrhu riešenia (DNR), ako hlavného výstupu etapy Analýza a dizajn.

3.11     Stanovenie alternatív v technologickej vrstve architektúry

Charakter projektu nepočíta s vypracovaním jednotlivých alternatív na úrovni architektúry technologickej vrstvy. Konkrétny architektonický návrh technologickej vrstvy bude predmetom Detailného návrhu riešenia (DNR), ako hlavného výstupu etapy Analýza a dizajn.

4.         POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)

Projekt ŽS1 bude realizovaný v rozsahu Biznis požiadaviek uvedených v kapitole 3.2.

Hlavnými výstupmi projektu bude predovšetkým:

• Detailný návrh riešenia
• Úprava funkcionalít ISVS súvisiacich so ŽS1 v zmysle dodaného Detailného návrhu riešenia a minimálne v súlade s MMP
• Dodanie predmetných elektronických služieb
• Zverejnenie elektronických formulárov v súlade s požiadavkami POO
• Zabezpečenie zberu informácií týkajúcich sa spätnej väzby a ich vyhodnocovanie
• Dodanie návodov pre absolvovanie elektronických podaní súvisiacich so ŽS1
• Dokumentácia súvisiaca s budovanými informačnými systémami:
  • Prevádzková
  • Používateľská
  • Administrátorská
  • Bezpečnostná

Výstupy projektu budú dodávané v priebehu jednotlivých fáz a etáp projektu v zmysle vyhlášky 401/2023 o riadení projektov (príloha č.1 – Zmenová požiadavka v prevádzke nad 200.000 EUR do 1.000.000 EUR vrátane) v nasledovnom rozsahu:

Prípravná a iniciačná fáza:

• I-02 Projektový zámer
• I-04 Katalóg požiadaviek

Realizačná fáza:

• Etapa R1 Analýza a Dizajn:
  • R-01
    • Projektový iniciálny dokument (PID)
    • Akceptačné kritéria
  • R1-1 Detailný návrh riešenia popisujúci návrh implementácie zmenových požiadaviek vyplývajúcich z požiadaviek projektu ŽS01 Strata a hľadanie zamestnania obsahujúci najmä:
    • Zámer riešenia,
    • Postup analýzy,
    • Procesnú analýzu,
    • Biznis architektúru,
    • Popis dátových entít,
    • Use Case model,
    • Aplikačnú architektúru,
    • Fyzickú architektúru,
    • Požiadavky na HW a SW licencie,
    • Plán zálohovania a obnovy,
    • Návrh zabezpečenie dostupnosti,
    • Bezpečnosť a autority manažment,
    • Dátový model,
    • Plán konverzie a migrácie dát​
  • R1-2 Plán a stratégia testovania​

• Etapa R3 Implementácia a Testovanie:
  • R3-1 Vývoj, migrácia údajov a integrácia – implementácia samotných zmenových požiadaviek na základe DNR
  • R3-2 Testovanie
    • (1) Funkčné testovanie (FAT)
    • (2) Systémové a integračné testovanie (SIT)
    • (3) Záťažové a výkonnostné testovanie
    • (4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
    • (5) Používateľské testy funkčného používateľského rozhrania (UX)
    • (6) Používateľské akceptačné testovanie (UAT)
  • R3-3 Školenia personálu
  • R3-4 Dokumentácia
    • (1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1 – 1
    • (2) Integračná príručka
    • (3) Používateľská príručka
    • (4) Zdrojové kódy a licencie
    • (5) Inštalačná a konfiguračná príručka
    • (6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
    • (7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
    • (8) Bezpečnostný projekt
    • (9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT

• Etapa R4 Nasadenie a postimplementačná podpora (PIP)
  •  R4-1 Nasadenie do produkčnej prevádzky (vyhodnotenie)
  •  R4-2 Akceptácia spustenia do produkčnej prevádzky

Vyššie uvedené výstupy dodávané  rámci jednotlivých etáp budú detailnejšie popísané v dokumente PID pre tento projekt.

5.         NÁHĽAD ARCHITEKTÚRY

Na nasledujúcom obrázku je náhľad biznis architektúry:

Obrázok 9 ŽS1 - Biznis architektúra

V diagrame je popis funkcií, služieb a procesov pre ŽS1 Strata a hľadanie zamestnania. Externé integrácie a dotknuté interné systémy sú z dôvodu zjednodušenia diagramu vynechané, ich prehľad je uvedený v diagrame aplikačnej architektúry a zoznam v nasledujúcej kapitole.

Na nasledujúcom obrázku je náhľad aplikačnej architektúry:

Obrázok 10 ŽS1 - Aplikačná architektúra

Aplikačná architektúra zachytáva prierezovo životné situácie z pohľadu aplikačných komponentov. Zoznam týkajúci sa ŽS 1 je uvedený v nasledujúcej kapitole.

5.1       Prehľad e-Government komponentov

Obsah tejto kapitoly je prehľadom realizácie výstupu M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs). Objednávateľ[1] plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.

5.1.1      Prehľad koncových služieb – budúci stav:

Tabuľka 9 ŽS1 - Prehľad koncových služieb TO BE

5.1.2      Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:

Tabuľka 10 ŽS1 - Prehľad budovaných/rozvíjaných ISVS v projekte – TO BE

5.1.3      Prehľad budovaných aplikačných služieb – budúci stav:

Tabuľka 11 ŽS1 - Prehľad budovaných aplikačných služieb TO BE

5.1.4      Prehľad integrácii ISVS na spoločné ISVS^[2] a ISVS iných OVM alebo IS tretích strán

Tabuľka 12 ŽS1 - Prehľad integrácií

Obrázok 11 ŽS1 – Prehľad integrácií

5.1.5      Aplikačné služby na integráciu

Tabuľka 13 ŽS1 - Aplikačné služby na integráciu

5.1.6      Poskytovanie údajov z ISVS do IS CSRÚ

Tabuľka 14 ŽS1 - Poskytovanie údajov z ISVS do IS CSRÚ

5.1.7      Konzumovanie údajov z IS CSRÚ

Tabuľka 15 ŽS1 - Konzumovanie údajov z IS CSRÚ

5.1.8      Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:

Tabuľka 16 ŽS1 - Prehľad plánovaného využívania cloudových služieb

6.         LEGISLATÍVA

Legislatívne riziká aj s mitigáciami sú popísané v tabuľke nižšie.

Tabuľka  ŽS1 - Legislatíva

7.         rozpočet a prínosy

7.1       Sumarizácia nákladov

Nacenenie implementácie BP pre ŽS 1 predstavuje 873 499,38 EUR s DPH  / zmenová požiadavka v prevádzke nad 200 000 EUR do 1 000 000 EUR vrátane).

Produktový zoznam požiadaviek k dotknutej ŽS tvorí 31 biznis požiadaviek, z ktorých je 19 MMP  (minimal marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.

Produktový zoznam požiadaviek je súčasťou dokumentácie projektu v zmysle Zmluvy o poskytnutí prostriedkov mechanizmu na podporu obnovy a odolnosti č. 1595/2023,  Projekt „Budovanie životných situácií pre organizáciu MPSVR SR“.

V zmysle uvedenej zmluvy produktový zoznam požiadaviek zahŕňa výdavky na budovanie a modernizáciu informačných technológií OVM, ktoré sú spojené s aktivitami projektu a schválené riadiacim výborom programu na úrovni vykonávateľa.

ROZPOČET

8.         HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

Realizácia a ukončenie projektu je plánované najneskôr 31. 3.2026 vzhľadom na jeho financovanie z Plánu obnovy a odolnosti.

Harmonogram realizácie a nasadenia budú upresnené v detailnom návrhu riešenia. Realizačná fáza projektu, ktorý bude riešený  ako “Zmenová požiadavka v prevádzke”, je plánovaná 2/2025.

Harmonogram projektu je evidovaný v samostatnom súbore MS Project plan. V nasledovnej tabuľke uvádzame iba rámcové harmonogramy pre implementáciu konkrétnych BP v rámci Projektu ŽS1 Strata zamestnania.

Tabuľka 17 ŽS1 - Harmonogram projektu a jednotlivých BP

9.         PROJEKTOVÝ TÍM

Organizačná štruktúra projektu pozostáva z riadiaceho výboru pre Budovanie životných situácií pre organizáciu MPSVR SR/Projekt implementácie zmenových požiadaviek pre ŽS 1, projektového tímu projektu a pracovnej skupiny pod projektovým tímom. Zoznam členov projektového tímu  a pracovnej skupiny pod projektovým tímom, spolu s ich kontaktnými údajmi a projektovými rolami je uvedený v nasledovných tabuľkách.

Riadiaci výbor projektu:

Tabuľka 18 ŽS1 - Riadiaci výbor projektu

Tabuľka 19 ŽS1 - Projektový tím

Tabuľka 20 ŽS1 - Pracovná skupina

9.1       PRACOVNÉ NÁPLNE

Tabuľka 21 ŽS1 - Popis pracovných náplní

10.       ODKAZY

Investičný plán - Reforma 1: Budovanie eGovernment riešení prioritných životných situácií

https://mirri.gov.sk/wp-content/uploads/2024/03/Investicny-plan_prioritne-zivotne-situacie_FINAL.pdf

11.       PRÍLOHY

Príloha :

1. Katalóg požiadaviek ŽS1 - I_04_KATALOG_POZIADAVIEK_ZS1

Zoznam rizík a závislostí (Excel): https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html - je obsahom kapitoly 3.7

[1] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.

[2] Spoločné moduly podľa zákona č. 305/2013  e-Governmente