PROJEKTOVÝ ZÁMER

Vzor pre 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 sú požiadavky 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 sú požiadavky 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 Životnej situácie 10 Hmotná núdza, garantovať a dodať plnenie business požiadaviek definovaných v predmetnom  implementačnom pláne.  

Jedná sa o vybranú časť zákazníckej cesty občana, ktorého domácnosť sa ocitla v stave hmotnej núdze. Do analýzy a mapovania boli zahrnuté činnosti občana dotýkajúce sa využívania publikovaných koncových služieb MPSVR a činností, ktoré sú vykonávané v kontakte s OVM pri ŽS Hmotná núdza. Kontakt s OVM začína spísaním a podaním žiadosti o pomoc v hmotnej núdzi, po ktorom nasleduje samotné posúdenie žiadosti zo strany OVM a rozhodnutie o nároku na pomoc v hmotnej núdzi, prípadne o jednorazovom príspevku v hmotnej núdzi.

Nižšie sú uvedené mapované oblasti súčasného stavu:

Tabuľka 1 ŽS10 - Identifikované oblasti

Zapojenými OVM sú Ministerstvo práce, sociálnych vecí a rodiny SR, Ústredie práce, sociálnych vecí a rodiny SR, DEUS a Ministerstvo investícií, regionálneho rozvoja a informatizácie SR.

MPSVR SR prináša zlepšenia predovšetkým v oblastiach vytvorenia online Sociálnej kalkulačky pre informatívny výpočet nároku občana na pomoc v hmotnej núdzi, vytvorenia prístupu občana k prehľadu o stave spracovania podania a o výplate dávok a elektronizáciu získavania údajov pre účely posúdenia a rozhodovania o nároku na pomoc v hmotnej núdzi. DEUS ako inštitúcia vystupujúca v oblasti elektronizácie komunikácie s obcami a VÚC je zapojený do tejto ŽS predovšetkým v oblasti vytvorenia prehľadu foriem pomoci obcí podľa ich platných VZN a elektronizácie formulárov a procesov pre vybavenie jednorazovej dávky v hmotnej núdzi od obcí. MIRRI prináša centrálne komponenty, ktoré budú využívané zapojenými OVM.

Cieľom životnej situácie je jej digitalizácia, predovšetkým možnosťou podávania optimalizovaných žiadostí o pomoc v hmotnej núdzi a jednorazovú dávku v hmotnej núdzi od obcí, sprístupnením online Sociálnej kalkulačky pre informatívny výpočet nároku občana na pomoc v hmotnej núdzi a aj proaktívne notifikovanie občana o priebehu a stave riešenia žiadosti. Súčasťou ŽS sú aj prehľadné a zrozumiteľné návody.

V nasledovnej tabuľke sú uvedené plánované prínosy projektu ŽS10.

Obrázok 1 Prínosy Životnej situácie 10

Spôsob realizácie projektu:

Projekt bude riadený spôsobom „Waterfall“ v zmysle vyhlášky o riadení projektov č. 401/2023 Z.z

3.2 Motivácia a rozsah projektu

Projekt implementácie zmenových požiadaviek pre ŽS10 má za cieľ zefektívniť vybranú časť zákazníckej cesty občana, ktorý žiada o hmotnú núdzu s možnosťou využitia elektronických formulárov a interaktívnych prostriedkov, ako je napríklad Sociálna kalkulačka, s cieľom zjednodušenia vybavenia jeho žiadosti. 

Takisto sa má realizáciou tohto projektu 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.

Predmetom projektu sú nasledovné biznis požiadavky pre ŽS10 Hmotná núdza:

Tabuľka 2 ŽS10 Zoznam biznis požiadaviek

3.3 Zainteresované strany/Stakeholderi

Stakeholderi – Vzájomné vzťahy

Tabuľka 3 ŽS10 - Zainteresované strany / Stakeholderi

Stakeholderi – Dopady a prínosy

Tabuľka 4 ŽS10 - Stakeholderi - Dopady a prínosy

3.4 Ciele projektu

Hlavnými cieľmi implementácie zmien v projekte implementácie zmenových požiadaviek pre ŽS10 sú najmä: 

• Vytvorenie a sprístupnenie Sociálnej kalkulačky v profile občana
• Implementácia a optimalizácia elektronických formulárov
• Zavedenie monitoringu služieb  
• Vytvorenie špecializovaného portálu - Osobná zóna občana
• Dátové integrácie pre VÚC

Cieľom projektov budovania ž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
• 1x a dosť – prepájanie s registrami, databázami štátu
• digital first
• redukovať vstupy občana
• redukovať formuláre
• informácie o stave 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 5 ŽS10 - Merateľné ukazovatele (KPI)

3.6 Špecifikácia potrieb koncového používateľa

Previazanie Biznis požiadaviek z ImP na koncové a aplikačné služby, dotknuté procesy:

V budúcom stave Životnej situácie 10 Hmotná núdza v rámci Customer journey občana, ktorý si požiadal o dávku v hmotnej núdzi, budú optimalizované elektronické služby pre občana a rozšírené integrácie o nové údaje pre OVM.

Budúci stav ŽS10 Hmotná núdza zahŕňa nižšie uvedené úpravy v relevantných IS.

Tabuľka 6 ŽS10 - Budúci stav

Detail potenciálnych koncových služieb:  

1.             Špecializovaný portál – Osobná zóna pre občana s autentifikáciou občana 

• Služba pre občana na overenie   nároku na pomoc  v hmotnej núdzi, o stave konania  podaných žiadostí a výplate príspevkov   a o výplate pomoci v hmotnej núdzi
• Služba pre občana pre spravovanie Osobného účtu v rámci Hmotnej núdze

2.             Nové elektronické formuláre 

• služba pre občana pre podanie žiadosti o  ,poskytnutie pomoci v hmotnej núdzi
• služba pre občana pre podanie žiadosti o získanie jednorazovej dávky od obcí,
• služba pre občana pre doloženie chýbajúcich dokumentov/potvrdení

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. 

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 7 ŽS10 - Matica závislostí

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

Tabuľka 8 ŽS10 - Identifikované projektové riziká

3.8 Stanovenie alternatív v biznisovej vrstve architektúry

V rámci projektu Implementácie zmenových požiadaviek pre ŽS10 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 ..

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 ŽS10 - Preverenie podmienok na získanie nároku na pomoc v HN

Obrázok 3 ŽS10 - Podanie žiadosti o pomoc v HN

Obrázok 4 ŽS10 - Poberanie pomoci v hmotnej núdzi

Obrázok 5 ŽS10 - Výkon aktivačných prác

Obrázok 6 ŽS10 - Poberanie pomoci v HN a nemocenské dávky, tehotenstvo a ochranný príspevok

3.9 Multikriteriálna analýza

Vzhľadom na charakter projektu nie je vypracovanie multikriteriálnej analýzy požadované.

Nasledujúci zoznam požiadaviek bol identifikovaný ako MMP . 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 do 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 9 ŽS10 - Identifikácia MMP

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

Charakter projektu nevyžaduje spracovanie 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 , ako hlavného výstupu etapy Analýza a dizajn.

3.11 Stanovenie alternatív v technologickej vrstve architektúry

Charakter projektu nevyžaduje spracovanie 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 , ako hlavného výstupu etapy Analýza a dizajn.

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

Projekt implementácie zmenových požiadaviek pre ŽS10 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 ŽS10 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 ŽS10

Výstupy projektu budú dodávané v priebehu jednotlivých fáz a etáp projektu v zmysle vyhlášky č. 401/2023 Z. z. 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 ŽS10 Hmotná núdzaobsahujú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 Projektový iniciálny dokument pre tento projekt.

5. NÁHĽAD ARCHITEKTÚRY

Na nasledujúcom obrázku je náhľad biznis architektúry pre ŽS10 Hmotná núdza:

Obrázok 7 ŽS10 - Biznis architektúra

V diagrame je popis funkcií, služieb a procesov pre ŽS10. 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 diagrame je uvedená biznis architektúra pre prierezové oblasti.

Obrázok 8 Biznis architektúra - prierezové požiadavky

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

Obrázok 9 Aplikačná architektúra

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 10 ŽS10 - Prehľad koncových služieb

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

Tabuľka 11 ŽS10 - Prehľad budovaných/rozvíjaných ISVS v projekte

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

Tabuľka 12 ŽS10 - Prehľad budovaných aplikačných služieb

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 13 ŽS10 - Prehľad integrácií

Obrázok 10 ŽS10 – Integrácie

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

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

5.1.6 Poskytovanie údajov z ISVS do IS CSRÚ

Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.

Tabuľka 15 ŽS10 - Poskytovanie údajov z ISVS do IS CSRÚ

5.1.7 Konzumovanie údajov z IS CSRÚ

Tabuľka 16 ŽS10 - 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 17 ŽS10 - Prehľad plánovaného využívania cloudových služieb

6. LEGISLATÍVA

Legislatívne riziká identifikované v projekte sú popísané v tabuľke nižšie.

Tabuľka 18 ŽS10 - Legislatíva

7. ROZPOČET A PRÍNOSY

7.1 Sumarizácia nákladov a prínosov

Implementácia zmenových požiadaviek - úprava aplikácií

Nacenenie implementácie BP pre ŽS 10 predstavuje 966 600,00 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 10 tvorí 32 biznis požiadaviek, z ktorých je 14 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 ZoPPM č. 1595/2023,  Projekt „Budovanie životných situácií pre organizáciu MPSVR SR“.

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.03.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á 3/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 ŽS10 Hmotná núdza.

Tabuľka 19 ŽS10 - Harmonogram realizácie 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 10 pre MPSVR SR,  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 ŽS 10

Tabuľka 20 ŽS10 - Riadiaci výbor projektu

Projektový tím ŽS 10

Tabuľka 21 ŽS10 - Projektový tím

Pracovná skupina ŽS 10

Tabuľka 22 ŽS10 - Pracovná skupina

9.1 PRACOVNÉ NÁPLNE

Tabuľka 23 ŽS10 - Pracovné náplne

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 ŽS10 - I_04_KATALOG_POZIADAVIEK_ZS10

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