Wiki zdrojový kód pre I-01 Projektový zámer – detailný (projektovy_zamer)
Naposledy upravil Viktor Klik 2024/11/22 10:29
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | = projekt_3054_Projektovy_zamer_detailny = | ||
| 2 | |||
| 3 | **PROJEKTOVÝ ZÁMER** | ||
| 4 | |||
| 5 | **Vzor pre manažérsky výstup I-02** | ||
| 6 | |||
| 7 | **~ podľa vyhlášky MIRRI č. 401/2023 Z. z. ** | ||
| 8 | |||
| 9 | |||
| 10 | |**POVINNÁ OSOBA**|Ministerstvo obrany Slovenskej republiky | ||
| 11 | |**NÁZOV PROJEKTU**|Vybudovanie informačného systému regrutácie | ||
| 12 | |**ZODPOVEDNÁ OSOBA ZA PROJEKT**|TBD | ||
| 13 | |**REALIZÁTOR PROJEKTU**|Ministerstvo obrany Slovenskej republiky | ||
| 14 | |**VLASTNÍK PROJEKTU**|Ministerstvo obrany Slovenskej republiky | ||
| 15 | |||
| 16 | **~ ** | ||
| 17 | |||
| 18 | **Schvaľovanie dokumentu** | ||
| 19 | |||
| 20 | |**POLOŽKA**|**MENO A PRIEZVISKO**|**ORGANIZÁCIA**|**PRACOVNÁ POZÍCIA**|**DÁTUM**|**PODPIS** | ||
| 21 | |Vypracoval|((( | ||
| 22 | Peter Ďuriš | ||
| 23 | |||
| 24 | Filip Nguyen | ||
| 25 | )))|Intesoft|Dodávateľ|9.9.2024| | ||
| 26 | |||
| 27 | **~ ** | ||
| 28 | |||
| 29 | = 1. História DOKUMENTU = | ||
| 30 | |||
| 31 | |**VERZIA**|**DÁTUM**|**ZMENY**|**MENO** | ||
| 32 | |0.1|9.9.2024|Pracovný návrh| | ||
| 33 | | | | | | ||
| 34 | | | | | | ||
| 35 | |||
| 36 | **~ ** | ||
| 37 | |||
| 38 | = 2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE = | ||
| 39 | |||
| 40 | V súlade s Vyhláškou 401/2023 Z.z. je vypracovaný aj tento dokument ako manažérsky výstup I-02 Projektový zámer. Účelom je rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov. | ||
| 41 | |||
| 42 | Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí, | ||
| 43 | |||
| 44 | == 2.1 Použité skratky a pojmy == | ||
| 45 | |||
| 46 | |**SKRATKA/POJEM**|**POPIS** | ||
| 47 | |AOS|Akadémia ozbrojených síl gen. M. R. Štefánika | ||
| 48 | |ATS|Modul na sledovanie priebehu uchádzača (Applicant Tracking System) | ||
| 49 | |CMS|Systém na manažment obsahu (Content Management System) | ||
| 50 | |FO|Fyzická osoba | ||
| 51 | |GDPR|Všeobecné nariadenie EÚ o ochrane údajov | ||
| 52 | |IAM|Správa identít a prístupu (Identity & Access Management) | ||
| 53 | |ID-SK|Jednotný dizajn elektronických služieb a webových sídiel Slovenska | ||
| 54 | |IKT|Informačné a komunikačné technológie | ||
| 55 | |IS|Informačný systém | ||
| 56 | |ISR|Informačný systém regrutácie | ||
| 57 | |ISVS|Informačný systém verejnej správy | ||
| 58 | |KPI|Kľúčové ukazovatele výkonnosti (Key Performance Indicators) | ||
| 59 | |MO SR|Ministerstvo obrany Slovenskej republiky | ||
| 60 | |OS SR|Ozbrojené sily Slovenskej republiky | ||
| 61 | |OVM|Orgány verejnej moci | ||
| 62 | |PO|Právnická osoba | ||
| 63 | |POO|Plán obnovy a odolnosti | ||
| 64 | |PR|Vzťahy s verejnosťou (Public Relations) | ||
| 65 | |PÚ OS SR|Personálny úrad ozbrojených síl Slovenskej republiky | ||
| 66 | |RS OS SR|Regrutačné stredisko ozbrojených síl Slovenskej republiky | ||
| 67 | |ÚVN|Ústredná vojenská nemocnica | ||
| 68 | |||
| 69 | == 2.2 Konvencie pre typy požiadaviek == | ||
| 70 | |||
| 71 | Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické. Následne boli požiadavky číslované od 01 ďalej s označením ID. | ||
| 72 | |||
| 73 | //** **// | ||
| 74 | |||
| 75 | |||
| 76 | **~ ** | ||
| 77 | |||
| 78 | = 3. DEFINOVANIE PROJEKTU = | ||
| 79 | |||
| 80 | == 3.1 Základný charakteristika ministerstva a jeho kompetencie == | ||
| 81 | |||
| 82 | Ministerstvo obrany SR (ďalej len „MO SR“) je ústredným orgánom štátnej správy Slovenskej republiky na úseku obrany SR so sídlom v Bratislave. Bolo zriadené zákonom Slovenskej národnej rady č. 347/1990 Zb. o organizácii ministerstiev a ostatných ústredných orgánov štátnej správy Slovenskej republiky v znení neskorších predpisov a vzniklo dňa 1. januára 1993. Činnosť ministerstva upravuje zákon č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy. | ||
| 83 | |||
| 84 | Ministerstvo obrany Slovenskej republiky je ústredným orgánom štátnej správy pre: | ||
| 85 | |||
| 86 | * riadenie a kontrolu obrany Slovenskej republiky, | ||
| 87 | * výstavbu, riadenie a kontrolu ozbrojených síl Slovenskej republiky, | ||
| 88 | * koordináciu činností a kontrolu orgánov štátnej správy, orgánov územnej samosprávy a iných právnických osôb pri príprave na obranu Slovenskej republiky, | ||
| 89 | * koordináciu obranného plánovania, | ||
| 90 | * zabezpečenie nedotknuteľnosti vzdušného priestoru Slovenskej republiky, | ||
| 91 | * koordináciu vojenskej letovej premávky s civilnou letovou premávkou, | ||
| 92 | * vojenské spravodajstvo, | ||
| 93 | * civilnú službu. | ||
| 94 | |||
| 95 | V súvislosti so zabezpečením povinností uvedených v bode 2 je aj realizácia a zabezpečenie regrutačného procesu, prostredníctvom ktorého sa dopĺňajú stavy na rôznych úrovniach ako je napr.: | ||
| 96 | |||
| 97 | - Profesionálny vojak | ||
| 98 | |||
| 99 | * Študent vojenskej vysokej školy | ||
| 100 | * Vojak v aktívnych zálohách | ||
| 101 | * Dobrovoľník vo vojenskej prípravy a pod. | ||
| 102 | |||
| 103 | == 3.2 Manažérske zhrnutie pripravovaného projektu == | ||
| 104 | |||
| 105 | Implementovaný projekt vychádza z cieľov Programu Slovensko, špecifický cieľ RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy, opatrenie 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie formou realizácie „národného projektu“. Implementovaný projekt tiež priamo naplňuje ciele Vnútroštátneho plánu digitálnej dekády Slovenskej republiky, ktorým sa zriaďuje politický program Cesta k digitálnemu desaťročiu do roku 2030. Vybudovaný informačný systém bude podporovať životnú situáciu "Hľadám si prácu" a "Vysoká škola". Na základe identifikovaných problémov súčasného stavu a cieľu uvedeného v Ideovom zámere projektu (príloha č. 1: I-01_IDEOVY-ZAMER_Projekt_ISR_MOSR_XXXX) sú identifikované hlavné ciele projektu: | ||
| 106 | |||
| 107 | 1. Elektronizácia procesov regrutácie - prostredníctvom vybudovania nového informačného systému (Informačný systém regrutácie, ďalej len ISR), ktorý zabezpečí prenos údajov v procese regrutácie a podporí riadenie a plánovanie v oblasti regrutácie. | ||
| 108 | 1. Optimalizácia a zefektívnenie spracovania procesov agend Personálnych úradov ozbrojených síl Slovenskej republiky (ďalej len PÚ OS SR) – prostredníctvom digitalizácie procesov, znížením administratívy a zefektívnením spracovania procesov, znížením trvania spracovania a doby vybavenia žiadosti, zavedením overovania identity prostredníctvom dostupných údajov a zefektívnením sledovania, vyhodnocovania a vykazovania údajov. | ||
| 109 | 1. Štandardizácia bezpečnostných pravidiel a postupov pre prácu a skladovanie osobných údajov v procese regrutácie prostredníctvom dátového trezoru pre bezpečné uchovávanie údajov v súlade s legislatívnymi požiadavkami (vrátane GDPR) a nových registrov (register uchádzačov, register výberových konaní, registre úspešných uchádzačov atď.), ktorý zavádza nové užívateľsky prívetivé elektronické služby. | ||
| 110 | 1. Zabezpečenie elektronickej výmeny údajov, informácií a dokumentov – zavedením elektronickej výmeny údajov medzi externými IS a ISR | ||
| 111 | 1. Zefektívnenie komunikácie so žiadateľom prostredníctvom zavedenia elektronickej výmeny údajov a podporením multikanáloveho prístupu. | ||
| 112 | 1. Rozšírenie služieb regrutačných pracovísk a "miest prvého kontaktu" o elektronické nástroje podporujúce úspešnú regrutáciu. | ||
| 113 | |||
| 114 | Identifikované ciele projekt naplní optimalizáciou, zefektívnením a elektronizáciou vybraných častí procesov agend PÚ OS SR, vrátane elektronizácie služieb v rámci podávania žiadostí a komunikácie so žiadateľom. V rámci realizácie projektu budú implementované koncové služby, ktoré zabezpečia jednoduchý prístup k službám PÚ OS SR pre všetkých dotknutých žiadateľov a povinné osoby: | ||
| 115 | |||
| 116 | * Podávanie žiadosti o prijatie do štátnej služby profesionálneho vojaka ozbrojených síl Slovenskej republiky, | ||
| 117 | * Podávanie žiadosti vojaka v zálohe o zaradenie do aktívnych záloh, | ||
| 118 | * Podávanie prihlášky na štúdium na vojenskej vysokej školePodávanie žiadosti o prijatie do dobrovoľnej vojenskej prípravy, | ||
| 119 | * Registrovanie uchádzačov. | ||
| 120 | |||
| 121 | V rámci riešenia bude implementovaná integrácia na externé systémy ako aj systémy v správe MO SR. | ||
| 122 | |||
| 123 | Informačný systém Regrutácie (isvs_14645) bude vytvárať nové koncové služby, ktoré budú realizované prostredníctvom hlavných aplikačných služieb. Portál bude obsahovať nové funkcionality týkajúce sa nových častí: | ||
| 124 | |||
| 125 | * Kariérne centrum, ktoré bude slúžiť žiadateľom ako miesto prvého kontaktu. | ||
| 126 | * Modul na sledovanie priebehu uchádzača v regrutačnom procese (Applicant Tracking System, ďalej len ATS), ktorý bude slúžiť personalistom (pracovníkom regrutačných pracovísk) pre manažovanie regrutačného procesu. | ||
| 127 | * Herná zóna pre zvyšovanie povedomia o činnostiach a iných aspektoch práce a benefitoch v OS SR, ktorá bude slúžiť verejnosti pre informovanie a zatraktívnenie OS SR pomocou gamifikovanej virtuálnej skúsenosti. | ||
| 128 | |||
| 129 | Projekt bude realizovaný v súlade cieľom NKIVS. | ||
| 130 | |||
| 131 | Časový harmonogram projektu je nastavený na 18 mesiacov so začatím najneskôr 03/2025 projektu a finálnym termínom dokončenia resp. nasadenia všetkých funkcionalít a komponentov je 09/2026. Do začatia projektu bude prebiehať schvaľovanie dokumentácie iniciačnej fázy a príprava verejného obstarávania až po podpis zmluvy s úspešným uchádzačom. | ||
| 132 | |||
| 133 | V nasledujúcej tabuľke je uvedený rámcový harmonogram projektu: | ||
| 134 | |||
| 135 | |ID|FÁZA / AKTIVITA|ZAČIATOK|KONIEC|POZN. | ||
| 136 | |3.|Realizačná fáza|03/2025|09/2026| | ||
| 137 | |3a.|Analýza a Dizajn|03/2025|05/2025| | ||
| 138 | |3b.|Nákup technických prostriedkov, programových prostriedkov a služieb|03/2025|06/2025| | ||
| 139 | |3c.|Implementácia a testovanie|06/2025|06/2026| | ||
| 140 | |3d.|Nasadenie a Postimplementačná podpora|07/2026|09/2026| | ||
| 141 | |||
| 142 | Tabuľka 1: Harmonogram projektu | ||
| 143 | |||
| 144 | Rámcový rozpočet projektu je stanovený na sumu 6 444 tis. EUR s DPH, ktorý pozostáva z nasledovných výdavkov: | ||
| 145 | |||
| 146 | * **Hlavné aktivity:** | ||
| 147 | ** Vývoj aplikácií (externé/interné) – 5 884 tis. € | ||
| 148 | *** Z toho 518 – 5 626 tis. € | ||
| 149 | *** Z toho 521 – 259 tis. € | ||
| 150 | ** Nákup HW a SW (externé) – 138 tis. EUR | ||
| 151 | * **Podporné aktivity:** | ||
| 152 | ** Paušálna sadzba – 422 tis. € | ||
| 153 | |||
| 154 | == 3.3 Motivácia a rozsah projektu == | ||
| 155 | |||
| 156 | Na nasledujúcej schéme je uvedená základná motivácia realizácie projektu, ktorá vychádza predovšetkým z potrieb optimalizácie procesov regrutácie a nastavenia efektívneho modulu komunikácie s uchádzačmi o pozície v v OS SR. | ||
| 157 | |||
| 158 | [[image:1730887013889-301.png]] | ||
| 159 | |||
| 160 | Obrázok 1: Motivačná vrstva architektúry | ||
| 161 | |||
| 162 | Motivácia elektronizovať a zefektívňovať proces vychádza z viacerých faktorov. Pre prehľadnosť sú jednotlivé kľúčové faktory uvedené a sumarizované v tabuľke nižšie: | ||
| 163 | |||
| 164 | |**Faktor**|**Popis** | ||
| 165 | |**Rýchlosť a efektivita**|Elektronizácia umožňuje automatizovať mnoho manuálnych krokov, ako je filtrovanie životopisov, plánovanie pohovorov a komunikácia s kandidátmi. To šetrí čas nielen náborovému tímu, ale aj uchádzačom. | ||
| 166 | |**Širší dosah**|Online nástroje a platformy umožňujú osloviť kandidátov na globálnej úrovni, čo zvyšuje počet potenciálnych uchádzačov a rozširuje databázu talentov. | ||
| 167 | |**Zlepšená kvalita dát**|Elektronizácia umožňuje ľahké zhromažďovanie, spracovávanie a analýzu údajov o kandidátoch. Algoritmy môžu napríklad hodnotiť životopisy, porovnávať ich s požiadavkami na danú pozíciu a poskytovať objektívnejší výber. | ||
| 168 | |**Transparentnosť a sledovateľnosť**|Vďaka elektronickým nástrojom môže byť celý proces transparentnejší, s jasne definovanými krokmi a termínmi. Náborári aj kandidáti môžu sledovať stav jednotlivých aplikácií. | ||
| 169 | |**Nákladová efektívnosť**|Automatizácia znižuje administratívne náklady spojené s regrutáciou. Firmy môžu ušetriť na reklamách, poplatkoch za recruitment agentúry či iných manuálnych procesoch. | ||
| 170 | |**Lepšia skúsenosť pre kandidátov**|Online systémy ponúkajú jednoduchší prístup k voľným pozíciám, možnosť sledovať postup prihlášky a rýchlu komunikáciu. Toto zlepšuje celkovú skúsenosť uchádzačov o prácu. | ||
| 171 | |**Zlepšenie bezpečnosti a dodržiavanie legislatívy**|Elektronické systémy pomáhajú lepšie sledovať a spravovať osobné údaje kandidátov, čo je dôležité pre dodržiavanie legislatívy o ochrane osobných údajov (GDPR a iné). | ||
| 172 | |**Integrácia s ďalšími HR systémami**|Elektronické nástroje pre regrutáciu môžu byť ľahko prepojené s ďalšími HR systémami, ako sú systémy pre riadenie talentov, školenia alebo výplatné systémy. | ||
| 173 | |||
| 174 | Tabuľka 1 Základné faktory podporujúce realizáciu projektu | ||
| 175 | |||
| 176 | === 3.3.1 Rozsah projektu z pohľadu úsekov, agend a životných situácií === | ||
| 177 | |||
| 178 | V nasledujúcej tabuľke sú uvedené dotknuté úseky a agendy realizovaným projektom: | ||
| 179 | |||
| 180 | |**Kód úseku**|**Názov úseku**|**Kód agendy**|**Názov agendy** | ||
| 181 | |U00113|Koordinácia obranného plánovania|A0001576|Zodpovedanie za organizáciu prípravy Slovenskej republiky na obdobie vojny, vojnového stavu a výnimočného stavu | ||
| 182 | |(% rowspan="3" %)U00110|(% rowspan="3" %)Riadenie a kontrola obrany Slovenskej republiky|A0001540|Koordinovanie a kontrola výkonu štátnej správy pri príprave a zabezpečovaní obrany štátu | ||
| 183 | |A0001546|Pripravovanie návrhov na nariadenie mobilizácie ozbrojených síl | ||
| 184 | |A0001547|Riadenie, koordinácia a kontrola priebehu mobilizácie ozbrojených síl | ||
| 185 | |||
| 186 | Tabuľka 2 Úseky a agendy VS | ||
| 187 | |||
| 188 | Z pohľadu Životných situácií je možné hovoriť o nasledovnej – 132 Pracovnoprávne vzťahy | ||
| 189 | |||
| 190 | === 3.3.2 Rozsah zainteresovaných osôb === | ||
| 191 | |||
| 192 | Projekt sa dotýka nasledovných subjektov: | ||
| 193 | |||
| 194 | * **Fyzické osoby:** | ||
| 195 | ** Občan Slovenskej republiky, | ||
| 196 | ** Žiadateľ Ozbrojených síl Slovenskej republiky, | ||
| 197 | ** Podnikateľ - fyzická osoba. | ||
| 198 | * **Právnické osoby:** | ||
| 199 | ** Ministerstvo obrany Slovenskej republiky, | ||
| 200 | ** Personálny úrad Ozbrojených síl Slovenskej republiky, | ||
| 201 | ** Regrutačné skupiny Ozbrojených síl Slovenskej republiky, | ||
| 202 | ** Ústredná vojenská nemocnica Ružomberok, | ||
| 203 | ** Akadémia ozbrojených síl generála Milana Rastislava Štefánika, | ||
| 204 | ** Iné orgány verejnej moci, | ||
| 205 | ** Podnikateľ - právnická osoba. | ||
| 206 | ** Iné inštitúcie, | ||
| 207 | ** Iné vojenské útvary. | ||
| 208 | |||
| 209 | === 3.3.3 Identifikované problémy súčasného stavu: === | ||
| 210 | |||
| 211 | * **Problém 1: Vysoká potreba manuálnych činností pri práci s údajmi, dokumentmi a informáciami pri výkone agend PÚ OS SR** | ||
| 212 | |||
| 213 | Regrutačné procesy prebiehajúce prevažne manuálne vedú k neefektívnosti a chybovosti, keďže personalisti musia pracovať s elektronicky nečitateľnými formulármi v rôznych formátoch bez jednotného postupu, čo komplikuje interoperabilitu a zdieľanie informácií. Tento stav spôsobuje výrazné časové zdržania a prevádzkové náklady, čím brzdí strategické získavanie potrebných kapacít OS SR a znižuje spokojnosť uchádzačov. Nový informačný systém regrutácie by mohol tieto problémy riešiť automatizáciou procesov, štandardizáciou údajov a zlepšením komunikácie medzi zainteresovanými stranami. | ||
| 214 | |||
| 215 | * **Problém 2: Neefektívnosť pri manuálnom spracovaní procesov** | ||
| 216 | |||
| 217 | Regrutačné procesy z pohľadu uchádzačov prebiehajú neefektívne, pretože sú založené na manuálnom vypĺňaní formulárov a vyžadujú telefonický alebo osobný kontakt, čo vedie k zbytočnému strácaniu času a zdrojov. Navyše, procesy nie sú pre uchádzačov dostatočne transparentné, čo spôsobuje nedostatok informácií o nasledujúcich krokoch a termínoch, ako sú stretnutia alebo zdravotné prehliadky, čo môže znižovať ich spokojnosť a dôveru v celý proces. Zavedenie nového informačného systému regrutácie by mohlo tieto problémy riešiť elektronizáciou a automatizáciou procesov, čo by zvýšilo efektivitu a transparentnosť pre všetkých zúčastnených. | ||
| 218 | |||
| 219 | * **Problém 3: Dlhé trvanie spracovania procesu a vybavenia žiadosti** | ||
| 220 | |||
| 221 | Proces regrutácie je časovo náročný kvôli vysokej potrebe manuálneho spracovania a nízkej úrovni zdieľania údajov, čo vedie k zdĺhavému zadávaniu informácií, ktoré štát už má, a nízkej miere využívania online stretnutí. Tieto faktory spomaľujú celý proces a zvyšujú časovú náročnosť vybavenia žiadostí, čo môže odradiť potenciálnych uchádzačov a znížiť efektivitu regrutácie. Zavedenie nového informačného systému regrutácie by mohlo zrýchliť procesy prostredníctvom automatizácie, efektívneho zdieľania údajov a využívania online nástrojov na stretnutia. | ||
| 222 | |||
| 223 | * **Problém 4: Výmena informácií neprebieha efektívne** | ||
| 224 | |||
| 225 | Chýbajú digitalizované procesy na postúpenie informácií v rámci PÚ OS SR a potrebnými inštitúciami, ako sú Ústredná vojenská nemocnica v Ružomberku či Akadémia ozbrojených síl, čo brzdí regrutačné procesy. Tento nedostatok digitalizácie vedie k zdĺhavým manuálnym postupom a neefektívnej komunikácii medzi jednotlivými zložkami, čím sa znižuje celková efektivita a rýchlosť regrutácie. Implementácia nového informačného systému regrutácie by mohla optimalizovať výmenu informácií a zrýchliť procesy digitalizáciou a automatizáciou. | ||
| 226 | |||
| 227 | * **Problém 5: Potreba dokladania údajov žiadateľom, ktorá sa už v štáte nachádzajú** | ||
| 228 | |||
| 229 | Tento problém priamo vychádza z priority pre elektronické služby e-governmentu „Jedenkrát a dosť“ a spôsobuje, že žiadatelia musia opakovane predkladať informácie, ktoré štát už má k dispozícii. Tento neefektívny prístup zvyšuje administratívnu záťaž pre uchádzačov aj pre personálny úrad, spomaľuje regrutačné procesy a znižuje spokojnosť žiadateľov. Zavedenie nového informačného systému regrutácie by mohlo tento problém riešiť efektívnym zdieľaním údajov medzi štátnymi inštitúciami a minimalizáciou potreby duplicitného podávania údajov. | ||
| 230 | |||
| 231 | * **Problém 6: Absencia využívania služieb elektronickej identity pre vybavovanie e-Gov služieb** | ||
| 232 | |||
| 233 | Používanie elektronickej identity sa čoraz viac vyžaduje pre elektronické služby štátu, kde občan vybavuje dôležité životné situácie a manažuje svoje osobné údaje, no v regrutačných procesoch ozbrojených síl SR táto prax chýba. Absencia elektronickej identity znižuje zabezpečenie a dôveru v štátne služby, čím sa komplikuje a spomaľuje celý proces. Zavedenie využívania elektronickej identity by mohlo zvýšiť bezpečnosť, dôveru a efektivitu procesu regrutácie, zároveň podporujúc modernizáciu a digitalizáciu štátnych služieb. | ||
| 234 | |||
| 235 | * **Problém 7: Neefektívne sledovanie, reportovanie a vyhodnocovanie štatistík a KPI** | ||
| 236 | |||
| 237 | Meranie KPI je aktuálne manuálne, čo neumožňuje automatický zber štatistík a vedie k neefektívnym a časovo náročným procesom. Súčasné manuálne vyhodnocovanie KPI je limitované a nevyužíva pokročilé metódy analýzy údajov, čo by mohlo výrazne zlepšiť presnosť a efektívnosť. Sledovanie chovania návštevníkov webovej stránky by tiež mohlo poskytnúť cenné údaje pre optimalizáciu procesu regrutácie. Zavedenie nového informačného systému regrutácie by umožnilo automatizovaný zber a pokročilú analýzu KPI, čím by sa zvýšila efektivita a kvalita reportovania a vyhodnocovania procesov. | ||
| 238 | |||
| 239 | * **Problém 8: Nízke povedomie o činnostiach a benefitoch zamestnania v OS SR** | ||
| 240 | |||
| 241 | Významná časť uchádzačov uvádza, že ich motivuje práca s významom, ale ich aktuálne povedomie o činnostiach a benefitoch zamestnania v ozbrojených silách SR je nízke. Základný naratív regrutačnej kampane by mal byť zameraný na zmysluplnosť práce, zvýraznenie profesionálnej vojenskej kariéry, jej široké zameranie, dynamiku rastu a hodnotu pre spoločnosť. Súčasťou navrhovaného projektu by mala byť aj multikanálová PR kampaň využívajúca storytelling na priblíženie práce v OS SR verejnosti, čo by mohlo výrazne zvýšiť atraktivitu a znalosť tohto povolania medzi potenciálnymi uchádzačmi. | ||
| 242 | |||
| 243 | * **Problém 9: Komunikácia so žiadateľom neprebieha efektívne** | ||
| 244 | |||
| 245 | Komunikácia je nekonzistentná, pričom niektoré formuláre sú v podobe tlačív a proces často závisí na osobnom kontakte tam, kde by mohli byť využité online stretnutia na úsporu času. Efektivitu komunikácie by mohli zvýšiť moderné prvky, ako chatboty a AI asistenti, spolu s funkciami kalendára, ktoré umožňujú notifikácie a ukladanie termínov do osobných kalendárov v telefóne. Implementácia týchto nástrojov by zlepšila konzistenciu, rýchlosť a pohodlie komunikácie so žiadateľmi, čím by sa zvýšila ich spokojnosť a efektivita celého regrutačného procesu. | ||
| 246 | |||
| 247 | **~ ** | ||
| 248 | |||
| 249 | === 3.3.4 Definovanie hlavných skupín cieľov zo zreteľom na definované problémy: === | ||
| 250 | |||
| 251 | ==== 3.3.4.1 Skupina Cieľov 1: Optimalizácia a zefektívnenie regrutačných procesov ==== | ||
| 252 | |||
| 253 | V nasledujúcej tabuľke sú definované čiastkové ciele pre cieľ 1 | ||
| 254 | |||
| 255 | |**Podcieľ**|**Popis** | ||
| 256 | |**Cieľ 1.1: Digitalizácia procesov agend PÚ OS SR**|Cieľom digitalizácie procesov agend PÚ OS SR je zvýšiť efektivitu a transparentnosť regrutačných procesov prostredníctvom elektronizácie a automatizácie. Súčasné regrutačné postupy sú neefektívne, pretože závisia na manuálnom vypĺňaní formulárov a vyžadujú osobný alebo telefonický kontakt, čo vedie k zbytočnému strácaniu času a zdrojov. Zavedenie nového informačného systému odstráni tieto nedostatky tým, že umožní elektronické spracovanie dát a automatizované procesy, čím uľahčí prístup občanom a zjednoduší celý regrutačný proces. | ||
| 257 | |**Cieľ 1.2: Zníženie administratívy a zefektívnenie spracovania žiadostí PÚ OS SR**|Cieľom zníženia administratívy a zefektívnenia spracovania žiadostí PÚ OS SR je odstrániť neefektívnosť a minimalizovať chybovosť manuálnych regrutačných procesov. Súčasný stav, kde personalisti pracujú s rôznymi elektronicky nečitateľnými formulármi bez jednotného postupu, vytvára časové zdržania, navyšuje prevádzkové náklady a komplikuje interoperabilitu a zdieľanie informácií. Tieto nedostatky negatívne ovplyvňujú strategické získavanie potrebných kapacít OS SR a znižujú spokojnosť uchádzačov. Zavedenie nového informačného systému zautomatizuje procesy, štandardizuje údaje a zlepší komunikáciu medzi účastníkmi. Súčasťou tohto cieľa je aj príprava komplexnej internetovej stránky s prepojením na informačný systém SAP, čo zníži byrokratickú záťaž. | ||
| 258 | |**Cieľ 1.3: Zníženie trvania spracovania a doby vybavenia žiadosti**|Cieľom zníženia trvania spracovania a doby vybavenia žiadosti je odstrániť časovú náročnosť súčasných regrutačných procesov, ktoré sú založené na manuálnom spracovaní a nedostatočnom zdieľaní údajov. Tento stav vedie k zdĺhavému zadávaniu informácií, ktoré štát už má, a nízkemu využívaniu online stretnutí, čo spomaľuje celý proces a predlžuje čas vybavenia žiadostí. To môže odradiť potenciálnych uchádzačov a znížiť efektivitu regrutácie. Nový informačný systém regrutácie umožní automatizáciu procesov, efektívne zdieľanie údajov a širšie využívanie online nástrojov, čím zrýchli celý regrutačný proces a skráti dobu vybavenia žiadostí. | ||
| 259 | |**Cieľ 1.4: Zavedenie možnosti využívať elektronickú identitu občana**|Cieľom zavedenia možnosti využívať elektronickú identitu občana je zvýšiť zabezpečenie, dôveru a efektivitu regrutačných procesov ozbrojených síl SR. V súčasnosti chýba v regrutačných procesoch možnosť používania elektronickej identity, čo znižuje dôveru v štátne služby a komplikuje ich priebeh. Absencia tejto praxe spomaľuje celý proces a zvyšuje nároky na manuálne spracovanie osobných údajov. Zavedenie elektronickej identity by umožnilo občanom rýchlejšie a bezpečnejšie spravovať svoje údaje, čím by sa podporila modernizácia a digitalizácia štátnych služieb a výrazne zjednodušil celý regrutačný proces. | ||
| 260 | |**Cieľ 1.5: Zefektívnenie sledovania, reportovania a vyhodnocovania štatistík a KPI**|Cieľom zefektívnenia sledovania, reportovania a vyhodnocovania štatistík a KPI je prechod z manuálneho na automatizovaný zber štatistických údajov a meranie výkonnostných ukazovateľov. Súčasné manuálne procesy sú neefektívne, časovo náročné a nevyužívajú pokročilé metódy analýzy údajov, čo obmedzuje presnosť a efektívnosť vyhodnocovania. Nový informačný systém regrutácie umožní automatizovaný zber a pokročilú analýzu KPI, čo zlepší kvalitu a efektivitu reportovania a vyhodnocovania procesov. Zavedenie takéhoto systému tiež poskytne cenné údaje o chovaní návštevníkov webovej stránky, ktoré môžu byť použité na optimalizáciu regrutačných procesov, pričom sa posilní zameranie na merateľné ukazovatele podporujúce kvalitu nad kvantitou. | ||
| 261 | |||
| 262 | Tabuľka 3 Podciele pre Cieľ 1 | ||
| 263 | |||
| 264 | ==== 3.3.4.2 skupina Cieľov 2: Dodržanie bezpečnostných pravidiel pri využívaní a manažmentu osobných údajov: ==== | ||
| 265 | |||
| 266 | |**Podcieľ**|**Popis** | ||
| 267 | |**Cieľ 2.1: Zabezpečenie elektronickej výmeny údajov, dokumentov a informácií**|Cieľom zabezpečenia elektronickej výmeny údajov, dokumentov a informácií je odstrániť nedostatky v digitalizovaných procesoch medzi PÚ OS SR a potrebnými inštitúciami. Aktuálne manuálne postupy a neefektívna komunikácia medzi týmito zložkami spomaľujú regrutačné procesy a znižujú ich celkovú efektivitu. Tento problém spôsobuje, že žiadatelia musia opakovane predkladať informácie, ktoré štát už má k dispozícii, čo zvyšuje administratívnu záťaž pre uchádzačov aj pre personálny úrad. Implementácia nového informačného systému regrutácie umožní optimalizáciu výmeny informácií a zrýchli procesy prostredníctvom digitalizácie a automatizácie, čím sa zvýši účinnosť regrutačných procesov a spokojnosť žiadateľov. | ||
| 268 | |**Cieľ 2.2: Zefektívnenie komunikácie so žiadateľom**|Cieľom zefektívnenia komunikácie so žiadateľom a verejnosťou je zvýšiť konzistenciu, rýchlosť a pohodlie komunikácie prostredníctvom moderných technológií. Súčasná komunikácia je nekonzistentná, často závislá na osobnom kontakte a používaní tlačív, čo spomaľuje proces. Implementácia moderných technologických prvkov, určených pre efektívnu komunikáciu, by zlepšila kvalitu komunikácie so žiadateľmi a zvýšila ich spokojnosť. Okrem toho, nízke povedomie o činnostiach a benefitoch zamestnania v ozbrojených silách SR medzi uchádzačmi by mohlo byť riešené multikanálovou PR kampaňou využívajúcou storytelling na priblíženie práce v OS SR verejnosti. Tým by sa výrazne zvýšila atraktivita a znalosť tohto povolania medzi potenciálnymi uchádzačmi. | ||
| 269 | |**Cieľ 2.3: Zavedenie jazykových mutácií poskytovaných služieb**|Cieľom zavedenia jazykových mutácií poskytovaných služieb je zvýšiť prístupnosť a komfort komunikácie pre rôznorodé jazykové skupiny uchádzačov. Súčasná komunikácia je obmedzená len na slovenčinu, čo môže predstavovať bariéru pre nehovoriacich po slovensky a komplikovať celý proces. Zavedenie jazykových mutácií pre formuláre a ďalšie komunikačné kanály by umožnilo lepšie porozumenie a interakciu, čím by sa znížili chybovosť a časová náročnosť. Implementácia viacjazyčných online nástrojov by zlepšila konzistenciu, rýchlosť a pohodlie komunikácie, výsledkom čoho by bola vyššia spokojnosť uchádzačov a efektívnejší regrutačný proces. | ||
| 270 | |**C2.4: Zavedenie zasielania notifikácií**|Cieľom zavedenia zasielania notifikácií je zlepšiť informovanosť a interakciu so žiadateľmi o zamestnanie v OS SR. V súčasnosti žiadatelia často nedostávajú včasné informácie o stave svojich žiadostí a ďalších krokoch, čo vedie k zbytočným oneskoreniam a nejasnostiam. Zavedenie systému notifikácií, ktoré by zahŕňali systémové a e-mailové upozornenia, by výrazne zlepšilo komunikáciu a transparentnosť procesu regrutácie. Tieto notifikácie by mohli informovať žiadateľov o dôležitých termínoch, stave ich žiadostí a iných relevantných aktivitách, čím by sa zvýšila efektivita a spokojnosť žiadateľov, a zároveň sa znížila administratívna záťaž personálneho úradu. | ||
| 271 | |||
| 272 | Tabuľka 4 Podciele pre Cieľ 2 | ||
| 273 | |||
| 274 | == 3.4 Rozsah projektu z vecného pohľadu == | ||
| 275 | |||
| 276 | Informácie v rámci rozsahu projektu z vecného pohľadu ako aj ďalšie informácie využívané v tomto dokumente sú z ročeniek ([[https:~~/~~/www.mod.gov.sk/rocenka-mo-sr/>>url:https://www.mod.gov.sk/rocenka-mo-sr/]]) a interných materiálov Generálneho štábu OS. | ||
| 277 | |||
| 278 | V nasledujúcej tabuľke je uvedený rozsah projektu z vecného pohľadu, teda z pohľadu špecifikácie agendy, ktorej sa projekt dotýka: | ||
| 279 | |||
| 280 | |**PARAMETER**|**POČETNOSŤ** | ||
| 281 | |Priemerný počet fyzicky podaných žiadostí na regrutačných skupinách (priemer v rokoch 2021-2023)|3 804 | ||
| 282 | |Počet žiadostí v prijímacom konaní do prípravnej štátnej služby za rok 2023|1 536 | ||
| 283 | |Počet žiadostí v prijímacom konaní do dočasnej a stálej štátnej služby za rok 2023|683 | ||
| 284 | |Počet žiadostí v prijímacom konaní do dobrovoľnej vojenskej prípravy za rok 2023|0 | ||
| 285 | |Počet žiadostí o zaradenie do aktívnych záloh za rok 2023|32 | ||
| 286 | |||
| 287 | Tabuľka 5 Vecný rozsah projektu | ||
| 288 | |||
| 289 | [[image:1730887013906-977.png]] | ||
| 290 | |||
| 291 | |||
| 292 | == 3.5 Zainteresované strany/Stakeholderi == | ||
| 293 | |||
| 294 | |**ID**|**AKTÉR / STAKEHOLDER**|**SUBJEKT**|**ROLA**|**Informačný systém** | ||
| 295 | |1|Občan Slovenskej republiky|FO|Občan, ktorý má záujem sa informovať alebo má záujem sa uchádzať o zamestnanie / štúdium v OZ štátu.|isvs_14645 | ||
| 296 | |2|Žiadateľ Ozbrojených síl Slovenskej republiky|FO|Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí.|isvs_14645 | ||
| 297 | |3|Podnikateľ - fyzická osoba|FO|Vystupuje ako poskytovateľ benefitov v rámci benefitov a odmien pre študentov, uchádzačov a personál OS SR.|isvs_14645 | ||
| 298 | |4|Ministerstvo obrany Slovenskej republiky|MO SR|Zodpovedá za úseky a agendy verejnej správy týkajúce sa regrutácie, vzdelávania a prípravy na zaradenie do OS SR.|isvs_14645 | ||
| 299 | |5|Personálny úrad Ozbrojených síl Slovenskej republiky|PÚ OS SR|Riadi, metodicky usmerňuje a kontroluje činnosť svojich organizačných zložiek (okrem iných aj RS OS SR).|isvs_14645 | ||
| 300 | |6|Regrutačné skupiny Ozbrojených síl Slovenskej republiky|RS OS SR|Vykonávajú prijatie a spracovanie žiadostí týkajúcich sa agend regrutácie. Zabezpečujú prvotný kontakt a výber uchádzačov o štúdium alebo zaradenie do OS SR.|isvs_14645 | ||
| 301 | |7|Ústredná vojenská nemocnica Ružomberok|ÚVN|Vykonáva posudzovanie zdravotnej spôsobilosti podľa Vyhlášky č. 446/2022 o posudzovaní zdravotnej spôsobilosti občana na prijatie do štátnej služby v OS SR.|isvs_14645 | ||
| 302 | |8|Akadémia ozbrojených síl generála Milana Rastislava Štefánika|AOS|Prijíma žiadosti a poskytuje vysokoškolské vzdelanie a prípravu na výkon štátnej služby v OS SR.|isvs_14645 | ||
| 303 | |9|Iné orgány verejnej moci|OVM|Orgány verejnej moci, ktoré vystupujú v agendách regrutačných skupín PÚ OS SR, napríklad ako sprostredkovatelia žiadostí, orgány povinné nahlasovať zmeny súvisiace s uchádzačom alebo ako orgány dopytované zo strany PÚ OS SR, aby sa vyjadrili k žiadosti uchádzača. Napríklad ide aj o Ministerstvo vnútra SR, ktoré môže byť zapojené v určitých aspektoch regrutačného procesu, najmä ak ide o koordináciu s civilnými zložkami.|Informačné systémy v správe OVM | ||
| 304 | |10|Podnikateľ - právnická osoba|PO|((( | ||
| 305 | Napríklad poskytovateľ benefitov, personálna agentúra a náborové firmy alebo Médiá a komunikačné agentúry. | ||
| 306 | |||
| 307 | V niektorých prípadoch môže byť súčasťou procesu aj spolupráca s externými konzultantmi a firmami zaoberajúcimi sa náborom a médiá, ktoré sa podieľajú na informovaní verejnosti o náborových kampaniach a propagácii kariéry v OS SR. | ||
| 308 | )))|N/A | ||
| 309 | |11|Iné inštitúcie| |Napríklad školy a vzdelávacie inštitúcie - Základné, stredné a vysoké školy môžu byť zapojené do regrutačných aktivít, najmä cez informačné kampane a prezentácie pre študentov.|Informačné systémy v správe inštitúcií | ||
| 310 | |12|Iné vojenské útvary| |Vystupujú ako poskytovatelia informácií a partnerovia v PR aktivitách PÚ OS SR, AOS a MO SR. Napríklad to sú: Regionálne vojenské veliteľstvá, ktoré zodpovedajú za konkrétne geografické oblasti a spolupracujú pri nábore a selekcii nových členov; Centrum pre výcvik a kynológiu, ktoré poskytuje špecializovaný výcvik pre špecifické vojenské úlohy a odborné zameranie.|N/A | ||
| 311 | |||
| 312 | Tabuľka 6 Zainteresované strany projektu | ||
| 313 | |||
| 314 | == 3.6 Ciele projektu == | ||
| 315 | |||
| 316 | |**ID**|**NÁZOV CIEĽA**|**NÁZOV STRATEGICKÉHO CIEĽA**|**SPÔSOB REALIZÁCIE STRATEGICKÉHO CIEĽA** | ||
| 317 | |C1.1|Digitalizácia procesov agend PÚ OS SR|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Budú digitalizované procesy VS. | ||
| 318 | |C1.2|Zníženie administratívy a zefektívnenie spracovania žiadostí PÚ OS SR|POO Komponent 17 - Reforma č. 1: Budovanie eGovernment riešení prioritných životných situácií.|Bude vytvorená elektronická služba e-governmentu pre životnú situáciu “Strata a hľadanie zamestnania”. | ||
| 319 | |C1.3|Zníženie trvania spracovania a doby vybavenia žiadosti|Dlhodobá priorita Stretégie Digitálnej Transformácie Slovenska 2030: Zlepšenie digitálnych služieb pre občanov na Slovensku.|Vznikne elektronické riešenie, kde si občan vybaví svoje potreby na jednom mieste. | ||
| 320 | |C1.4|Zavedenie možnosti využívať elektronickú identitu občana|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Bude možné sa prihlasovať pomocou elektronickej identity občana | ||
| 321 | |C1.5|Zefektívnenie sledovania, reportovania a vyhodnocovania štatistík a KPI|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Efektívnosť služieb bude vyhodnocovaná pomocou automatického zberu štatistík | ||
| 322 | |C2.1|Zabezpečenie elektronickej výmeny údajov, dokumentov a informácií|POO Komponent 17 - Investícia č. 2: Digitálna transformácia poskytovania služieb verejnej správy.|Výmena údajov bude prebiehať elektronicky | ||
| 323 | |C2.2|Zefektívnenie komunikácie so žiadateľom|Investícia č. 1: Lepšie služby pre občanov a podnikateľov|Komunikácia s občanom bude prebiehať primárne elektronicky | ||
| 324 | |C2.3|Zavedenie jazykových mutácií poskytovaných služieb |Investícia č. 1: Lepšie služby pre občanov a podnikateľov|Komunikácia bude uľahčená pre jazykové menšiny | ||
| 325 | |C2.4|Zavedenie zasielania notifikácií|Investícia č. 1: Lepšie služby pre občanov a podnikateľov|Komunikácia bude podporená technologickými prvkami | ||
| 326 | |||
| 327 | Tabuľka 7 Ciele projektu | ||
| 328 | |||
| 329 | |||
| 330 | == 3.7 Merateľné ukazovatele (KPI) == | ||
| 331 | |||
| 332 | |**ID**|**ID CIEĽA**|**NÁZOV** | ||
| 333 | **~ UKAZOVATEĽA**|**POPIS** | ||
| 334 | **~ UKAZOVATEĽA**|**NÁZOV KPI**|**MERNÁ JEDNOTKA**|**AS IS**|**TO BE**|**SPÔSOB MERANIA** | ||
| 335 | |KPI1|Cieľ 1: Optimalizácia a zefektívnenie regrutačných procesov|Počet vytvorených platforiem na elektronizáciu procesov regrutácie|Počet vytvorených platforiem na elektronizáciu procesov regrutácie|Počet vytvorených platforiem na elektronizáciu procesov regrutácie|Počet (ks)|0|1|Overenie funkčnosti nasadeného riešenia | ||
| 336 | |KPI2|Cieľ 1.2: Zníženie administratívy a zefektívnenie spracovania žiadostí PÚ OS SR|Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov|Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov|Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov|Percentá ~(%)|100%|50%|Detailne definovaný čas trvania procesu a následné porovnávanie | ||
| 337 | |KPI3|Cieľ 1.3: Zníženie trvania spracovania a doby vybavenia žiadosti|Navýšenie žiadostí podaných elektronicky|Navýšenie žiadostí uchádzačov podaných elektronicky na PÚ OS SR.|Navýšenie žiadostí podaných elektronicky|Percentá ~(%)|0|80%|Meranie systémom – reporting | ||
| 338 | |KPI4|Cieľ 2: Dodržanie bezpečnostných pravidiel pri využívaní a manažmentu osobných údajov|Počet údajov, ktoré sa doťahujú z Registrov|Počet jednotlivých údajov, ktoré nie je nutné manuálne vypĺňať, pretože sa doťahujú pomocou integrácie na Register Fyzických osôb a iné registre ISVS.|Počet údajov, ktoré sa doťahujú z Registrov|Počet (ks)|0|10|Meranie systémom – funkčné integrácie | ||
| 339 | |||
| 340 | Tabuľka 8 Merateľné ukazovatele projektu | ||
| 341 | |||
| 342 | |||
| 343 | == 3.8 Špecifikácia potrieb koncového používateľa == | ||
| 344 | |||
| 345 | Realizácia projektu sa dotýka predovšetkým optimalizácie a zefektívnenia procesov agend regrutačných stredísk PÚ OS SR, k čomu prispeje aj elektronizácia alebo úprava služieb v rámci podávania žiadostí a komunikácie so žiadateľom. Vo vzťahu k projektu MO SR chápe ako koncového používateľa predovšetkým zamestnanca/príslušníka PÚ OS SR. V rámci projektu a projektových výstupov boli reflektované požiadavky gestorov a pracovníkov, ktoré boli vyhodnotené a zapracované do katalógu požiadaviek riešenia uvedených v samostatnom dokumente (CBA/TCO). | ||
| 346 | |||
| 347 | Z pohľadu potrieb koncového používateľa boli požiadavky definované na základe nasledujúcej tabuľky: | ||
| 348 | |||
| 349 | |**Používateľ**|**Problém**|**Návrh riešenia v rámci projektu** | ||
| 350 | |(% rowspan="7" %)Regrutačný pracovník|Manuálne zadávanie informácií o regrutantovi do informačných systémov|Informačný systém ponúkne formulárové riešenie, ktoré umožní vyplnené formuláre importovať do ďalších potrebných ISVS alebo reportovacích nástrojov | ||
| 351 | |Fyzické vypisovanie formulárov regrutantami|V rámci systému bude v osobnej zóne umožnené, aby regrutant vyplnil dotazník priamo v počítači s tým, že sa tam dotiahnú všetky potrebné údaje z databáz, ktoré budú na systém integrované | ||
| 352 | |Potreba dodatočného overovania predložených dokumentov regrutantami|Systém vytvorí integrácie na centrálne spoločné bloky (napr. IS MOU, IS CSRU) za účelom verifikovať automatizovane predložené dokumenty | ||
| 353 | |Zdĺhavá telefonická komunikácia s regrutantami|Regrutačný pracovník bude mať možnosť označiť v systéme stav konania a regrutant obdrží notifikačnú správu. K tomuto bude možné pripájať aj výsledky pohovorov a pod. | ||
| 354 | |Zisťovanie voľných slotov na pohovory a vyšetrenia|Systém bude integrovaný na objednávkový systém nemocnice a bude možné manažovať kapacity ako aj sloty na vyšetrenia a pohovory priamo v systéme. | ||
| 355 | |Fyzické zasielanie rozhodnutí regrutantom poštou|Rozhodnutia bude možné zasielať regrutantom priamo do ich osobnej zóny, ktorá bude prístupná len na základe autentifikačného a autorizačného konania cez UPVS alebo v tej dobe platný proces | ||
| 356 | |Oboznamovanie regrutantov s výsledkami pohovoru a stavom konania|Systém umožní regrutantom v osobnej zóne vidieť stav, v ktorom sa nachádzajú aj s jendotlivými nasledujúcimi krokmi a výsledkami predchádzajúcich aktivít. | ||
| 357 | |(% rowspan="5" %)Regrutant|Potreba manuálneho vypisovania formulárov|V rámci systému bude v osobnej zóne umožnené, aby regrutant vyplnil dotazník priamo v počítači s tým, že sa tam dotiahnú všetky potrebné údaje z databáz, ktoré budú na systém integrované | ||
| 358 | |Nevyhnutná komunikácia poštou alebo osobnou návštevou|V rámci systému bude nastavený WF výmeny dokumentov v jednotlivých fázach procesu regrutácie, pričom tieto budú prebiehať cez overenie cez UPVS | ||
| 359 | |Potreba dožiadavania výpisov a dodatočných dokumentov od štátu|Systém vytvorí integrácie na centrálne spoločné bloky (napr. IS MOU, IS CSRU) za účelom verifikovať automatizovane predložené dokumenty | ||
| 360 | |Zdĺhavé zisťovanie v ako stave sa nachádza regrutačný proces|Regrutačný pracovník bude mať možnosť označiť v systéme stav konania a regrutant obdrží notifikačnú správu. K tomuto bude možné pripájať aj výsledky pohovorov a pod., čiže celý proces bude vidieť vo svojom osobnom konte | ||
| 361 | |Celková ťažkopádna komunikácia s regrutačnými strediskami (telefóny, osobné návštevy a pod.)|Celá komunikácia, ako aj úvodné rozhovory budú prebiehať elektronicky. | ||
| 362 | |||
| 363 | Vyššie uvedené požiadavky boli transformované do biznis a funkčných požiadaviek v katalógu požiadaviek. Zároveň boli tieto požiadavky overené aj vo väzbe na osobné systémy regulácie ako napr.: | ||
| 364 | |||
| 365 | * Česká republika: [[https:~~/~~/www.doarmady.cz/>>url:https://www.doarmady.cz/]] | ||
| 366 | * Nemecko: [[https:~~/~~/bundeswehrkarriere.de>>url:https://bundeswehrkarriere.de]] | ||
| 367 | * Holandsko: [[https:~~/~~/werkenbijdefensie.nl/>>url:https://werkenbijdefensie.nl/]] | ||
| 368 | * Francúzsko: https:~/~/[[fr>>url:https://www.sengager.fr]] | ||
| 369 | * Luxembursko: [[https:~~/~~/armee.public.lu/fr.html>>url:https://armee.public.lu/fr.html]] | ||
| 370 | * Španielsko: [[https:~~/~~/reclutamiento.defensa.gob.es/>>url:https://reclutamiento.defensa.gob.es/]] | ||
| 371 | |||
| 372 | == 3.9 Riziká a závislosti == | ||
| 373 | |||
| 374 | Riziká a závislostí sú spracované v Prílohe č. 2 – Zoznam RIZÍK a ZÁVISLOSTÍ. | ||
| 375 | |||
| 376 | == 3.10 Stanovenie alternatív pomocou biznisovej a aplikačnej vrstvy architektúry == | ||
| 377 | |||
| 378 | Rozsah problému, ktorý budeme skúmať pri posudzovaní alternatív na úrovni biznis a aplikačnej vrstvy predstavuje celý systém pre podporu procesov regrutácie. Univerzálnosť a jednotnosť riešenia problémov projektu považujeme za dôležitý princíp návrhu riešenia. Zmysluplné alternatívy sú definované pomocou odpovedí na otázky, ktoré adresujú základné aspekty možného riešenia problému. | ||
| 379 | |||
| 380 | **Otázky pre stanovanie alternatív:** | ||
| 381 | |||
| 382 | **Základné otázky, na ktoré je pri výbere alternatívy potrebné zodpovedať sú:** | ||
| 383 | |||
| 384 | * **Prístup k budovaniu riešenia: Na akých základoch bude riešenie postavené?** | ||
| 385 | * **Forma aplikácie z pohľadu používateľského rozhrania: Do akej miery bude implementovaný jednotný dizajn elektronických služieb a webových sídiel Slovenska (ID-SK)?** | ||
| 386 | |||
| 387 | 1. Prístup k budovaniu riešenia: | ||
| 388 | 1. Ponechanie existujúceho stavu | ||
| 389 | 1. Budovanie nového riešenia na zákazku | ||
| 390 | 1. Využitie existujúcich platforiem | ||
| 391 | 1. Forma aplikácie z pohľadu používateľského rozhrania: | ||
| 392 | 1. Pokračovanie vo vlastnom používateľskom rozhraniu | ||
| 393 | 1. Implementácia jednotného dizajnu (ID-SK) v plnom rozsahu | ||
| 394 | 1. Implementácia relevantných princípov jednotného dizajnu (ID-SK) | ||
| 395 | |||
| 396 | Na základe identifikovaného rozsahu projektu boli stanovené biznisové alternatívy, ktoré vychádzajú so súčasného stavu procesov regrutácie a z požiadaviek MO SR. V súčasnosti sa procesy agend regrutačných stredísk PÚ OS SR realizujú manuálne, čo má nepriaznivý dopad na aktuálnosť údajov a ich kvalitu. Poskytovanie údajov je obmedzené na manuálne vypĺňanie formulárov, čo spôsobilo, že údaje sú vo viacerých databázach výrazne disharmonické, duplicitné, neúplné a mnohokrát nesprávne. Celý proces regrutácie je preto časovo náročný, neefektívny a v súčasnom stave je náročné splniť požiadavky na zvýšenie personálnych kapacít OS SR, tak aj prípadné požiadavky na bezpečnosť údajov. Súčasná situácia tiež neumožňuje generovať kvalitné údaje pre analytické účely. K riešeniu týchto problémov je možné pristúpiť na základe nasledovných biznis alternatív: | ||
| 397 | |||
| 398 | |**ALTERNATÍVA**|**POPIS** | ||
| 399 | |Alternatíva A0|Alternatíva A0 je ponechanie existujúceho stavu a teda manuálne procesy, nízka úroveň elektronizácie a manuálne spracovanie metrík. | ||
| 400 | |Alternatíva A1|Alternatíva A1 je vytvorenie nového IS a rozšírenie o nové nástroje a IKT riešenia, ktoré zabezpečí všetky potrebné procesy správy, komunikácie a prepojenia, vyhodnocovania kvality služieb a integrácie údajov, pričom vytvorené riešenie bude odovzdané do vlastníctva MO SR a bude zabezpečovaná jeho prevádzka a rozvoj kombinovaným spôsobom (externé a interné služby). | ||
| 401 | |Alternatíva A2|Alternatíva A2 ráta s využitím služieb manažmentu uchádzačov, ktoré budú dodávané prostredníctvom komplexnej služby. Pracovníci PÚ OS SR budú mať prístup k funkcionalitám, prostredníctvom vzdialeného prístupu. Vybudované riešenie nebude v prevádzke MO SR. | ||
| 402 | |Alternatíva B0|Alternatíva B0 je pokračovanie vo vlastnom používateľskom rozhraniu. Webové sídlo [[budemvojak.sk>>url:http://budemvojak.sk]] v súčasnej dobe nevychádza z jednotného dizajnu (ID-SK). | ||
| 403 | |Alternatíva B1|Alternatíva B1 je implementácia jednotného dizajnu (ID-SK) v plnom rozsahu, tak ako je definovaný pre elektronické služby a webové sídla Slovenska. | ||
| 404 | |Alternatíva B2|Alternatíva B2 predpokladá využitie všetkých komponentov IDSK pre back end riešenia ako aj pre osobnú zónu regrutanta, kde prebieha proces regrutácie. Z pohľadu prezentačnej vrstvy (obrana SR) navrhujeme využiť aj iné vlastné dizajnové prvky, ktoré reflektujú povedomie verejnosti o armáde SR, pričom sa maximalizuje používateľská prívetivosť s ohľadom na naplňovanie cieľa zefektívniť komunikáciu so žiadateľom prostredníctvom efektívnej a lákavej PR kampane. | ||
| 405 | |||
| 406 | Tabuľka 9 Popis alternatív | ||
| 407 | |||
| 408 | == 3.11 Multikriteriálna analýza == | ||
| 409 | |||
| 410 | V nasledujúcej tabuľke sú definované jednotlivé kritéria z pohľadu vlastníkov kritérií: | ||
| 411 | |||
| 412 | |** **|**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MO SR**|**PÚ OS SR**|**OBČAN** | ||
| 413 | |(% rowspan="5" %)BIZNIS VRSTVA|((( | ||
| 414 | Kritérium A | ||
| 415 | |||
| 416 | Používateľská skúsenosť (KO) | ||
| 417 | )))|Pre dosiahnutie cieľov riešenia a naplnenie predpokladaných prínosov je nevyhnutné, aby bolo riešenie používané v dostatočnej miere. Nedostatočná používateľská skúsenosť je výrazným faktorom pre neúspech riešenia.|**X**|**X**|**X** | ||
| 418 | |((( | ||
| 419 | Kritérium B | ||
| 420 | |||
| 421 | Miera naplnenia cieľov (KO) | ||
| 422 | )))|Riešenie musí naplňovať ciele projektu efektívnym spôsobom.|**X**|** **|** ** | ||
| 423 | |((( | ||
| 424 | Kritérium C | ||
| 425 | |||
| 426 | Bezpečnosť (KO) | ||
| 427 | )))|Riešenie musí reflektovať požiadavky na bezpečnosť osobných údajov.|**X**|**X**|**X** | ||
| 428 | |((( | ||
| 429 | Kritérium D | ||
| 430 | |||
| 431 | Flexibilné možnosti riešenia zmien (KO) | ||
| 432 | )))|Procesy a požiadavky v oblasti regrutácie sa neustále vyvíjajú a je potrebné mať kontrolu nad riešením a komponentami, ktoré bude potrebné adaptovať v závislosti od vznikajúcich potrieb|**X**|**X**|** ** | ||
| 433 | |((( | ||
| 434 | Kritérium E | ||
| 435 | |||
| 436 | Poskytovanie dostatočne kvalitných metrík | ||
| 437 | )))|Riešenie musí umožňovať efektívny zber analytických údajov a štatistík automatizovaným spôsobom|**X**|**X**|** ** | ||
| 438 | |||
| 439 | Tabuľka 10 Kritéria z pohľadu vlastníkov | ||
| 440 | |||
| 441 | |((( | ||
| 442 | |||
| 443 | |||
| 444 | KRITÉRIUM | ||
| 445 | )))|A0|SPÔSOB DOSAHNUTIA|A1|SPÔSOB DOSAHNUTIA|A2|SPÔSOB DOSAHNUTIA | ||
| 446 | |((( | ||
| 447 | Kritérium A | ||
| 448 | |||
| 449 | Používateľská skúsenosť (KO) | ||
| 450 | )))|-|N/A|-|N/A|-|N/A | ||
| 451 | |((( | ||
| 452 | Kritérium B | ||
| 453 | |||
| 454 | Miera naplnenia cieľov (KO) | ||
| 455 | )))|NIE|Nie je možné|ÁNO|Možné|ÁNO|Možné | ||
| 456 | |((( | ||
| 457 | Kritérium C | ||
| 458 | |||
| 459 | Bezpečnosť (KO) | ||
| 460 | )))|ÁNO|Možné|ÁNO|Možné|NIE|Obmedzené | ||
| 461 | |((( | ||
| 462 | Kritérium D | ||
| 463 | |||
| 464 | Flexibilné možnosti riešenia zmien (KO) | ||
| 465 | )))|NIE|Nie je možné|ÁNO|Možné|NIE|Nie je možné | ||
| 466 | |((( | ||
| 467 | Kritérium E | ||
| 468 | |||
| 469 | Poskytovanie dostatočne kvalitných metrík | ||
| 470 | )))|NIE|Nie je možné|ÁNO|Možné|ÁNO|Možné | ||
| 471 | |||
| 472 | Tabuľka 11 Vyhodnotenie MCA | ||
| 473 | |||
| 474 | |KRITÉRIUM|B0|SPÔSOB DOSAHNUTIA|B1|SPÔSOB DOSAHNUTIA|B2|SPÔSOB DOSAHNUTIA | ||
| 475 | |((( | ||
| 476 | Kritérium A | ||
| 477 | |||
| 478 | Používateľská skúsenosť (KO) | ||
| 479 | )))|NIE|Nie je možné|NIE|Nie je možné|ÁNO|Možné | ||
| 480 | |((( | ||
| 481 | Kritérium B | ||
| 482 | |||
| 483 | Miera naplnenia cieľov (KO) | ||
| 484 | )))|-|N/A|-|N/A|-|N/A | ||
| 485 | |((( | ||
| 486 | Kritérium C | ||
| 487 | |||
| 488 | Bezpečnosť (KO) | ||
| 489 | )))|-|N/A|-|N/A|-|N/A | ||
| 490 | |((( | ||
| 491 | Kritérium D | ||
| 492 | |||
| 493 | Flexibilné možnosti riešenia zmien (KO) | ||
| 494 | )))|-|N/A|-|N/A|-|N/A | ||
| 495 | |((( | ||
| 496 | Kritérium E | ||
| 497 | |||
| 498 | Poskytovanie dostatočne kvalitných metrík | ||
| 499 | )))|-|N/A|-|N/A|-|N/A | ||
| 500 | |||
| 501 | Tabuľka 12 Vyhodnotenie MCA (pokračovanie) | ||
| 502 | |||
| 503 | V zmysle vyhodnotenia MCA bude ďalej riešená a posudzovaná biznis alternatíva A1 – Vytvorenie nového IS pre optimalizáciu, zefektívnenie a elektronizácia vybraných častí procesov agend PÚ OS SR vrátane elektronizácie služieb v rámci podávania žiadostí a komunikácie so žiadateľom, ktorá splnila všetky stanovené kritériá. Z hľadiska používateľskej skúsenosti (Kritérium A) bude biznis alternatíva A1 zahŕňať aj biznis alternatívu B2, ktorá spĺňa kritéria používateľskej skúsenosti stakeholderov. | ||
| 504 | |||
| 505 | == 3.12 Stanovenie alternatív v aplikačnej vrstve architektúry == | ||
| 506 | |||
| 507 | Nižšie uvedený obrázok zobrazuje prehľad komponentov/funkcionalít podľa jednotlivých biznis alternatív. V rámci alternatívy A2 sa jedná o zabezpečenie komplexnej služby poskytovateľom systému na základe definovaných procesov, ktoré sa zhodujú z aplikačnými komponentami v rámci Biznis architektúry A1. | ||
| 508 | |||
| 509 | [[image:1730887013909-312.png]] | ||
| 510 | |||
| 511 | Z pohľadu potrieb a funkčnosti sú všetky komponenty v rámci Alternatívy A1 povinné | ||
| 512 | |||
| 513 | == 3.13 Stanovenie alternatív v technologickej vrstve architektúry == | ||
| 514 | |||
| 515 | Technologická architektúra nemá definované varianty. Riešenie bude prevádzkované na infraštruktúre vládneho cloudu. | ||
| 516 | |||
| 517 | |||
| 518 | |||
| 519 | = 4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) = | ||
| 520 | |||
| 521 | Výsledným produktom bude dodaný systém so všetkými definovanými komponentmi akcentujúcimi všetky požiadavky definované v rámci DFŠ, ktorá bude detailizovať navrhované požiadavky v zmysle prílohy Katalóg požiadaviek. | ||
| 522 | |||
| 523 | Dodávka služieb pre hlavné aktivity bude realizovaná formou projektu v súlade s metodikou, ktorá vychádza z: | ||
| 524 | |||
| 525 | * štandardu PRINCE2 alebo ekvivalent pre riadenie projektov informatizácie | ||
| 526 | * Vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy | ||
| 527 | * vykonávacieho predpisu vydaného podľa § 31 zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov a bude dodržovať internú metodiku integrácií. | ||
| 528 | * Vyhlášky č. 401/2023 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy | ||
| 529 | |||
| 530 | Všetky výstupy projektu musia byť vypracované v súlade s metodikou riadenia QA projektov informatizácie verejnej správy. | ||
| 531 | |||
| 532 | Realizácia projektu začne schválením iniciačných dokumentov (PID), ktorý bude vypracovaný dodávateľom. Predpokladané trvanie jednotlivých fáz a hlavných aktivít sú uvedené v nasledujúcej tabuľke. | ||
| 533 | |||
| 534 | Projekt bude realizovaný v zmysle etapizácie projektu, ktorá zahŕňa nasledovné fázy: | ||
| 535 | |||
| 536 | * Analýza a dizajn | ||
| 537 | * Nákup technických prostriedkov, programových prostriedkov a služieb, | ||
| 538 | * Implementácia a testovanie | ||
| 539 | * Nasadenie a Postimplementačná podpora | ||
| 540 | * Riadenie projektu | ||
| 541 | |||
| 542 | V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu pre každú etapu: | ||
| 543 | |||
| 544 | |**Etapy**|**Požadované výstupy** | ||
| 545 | |Vypracovanie PID|Realizačná fáza projektu začína vytvorením a schválením zo strany riadiaceho výboru manažérskeho produktu R-01 Projektový iniciálny dokument (PID), ktorý zrozumiteľným spôsobom spája kľúčové informácie potrebné na plánovanie a kontrolu riadenia projektu, sledovanie a vyhodnotenie kvality manažérskych produktov a špecializovaných produktov projektu, určenie akceptačných kritérií, určenie pravidiel riadenia zmien v projekte, určenie spôsobu evidovania a prioritizovania požiadaviek na zmenu, riadenie a komunikáciu v projekte. | ||
| 546 | |Analýza a dizajn|((( | ||
| 547 | Bude vypracovaný Detailný návrh riešenia systému. Súčasne bude vypracovaný návrh systému s členením na moduly a nimi poskytované funkcie. Zámerom aktivity je ukázať, ako bude systém realizovaný v implementačnej fáze. | ||
| 548 | |||
| 549 | - Vypracovanie detailného návrhu riešenia, | ||
| 550 | |||
| 551 | - Vypracovanie technického návrhu riešenia, | ||
| 552 | |||
| 553 | - Vypracovanie implementačného plánu, | ||
| 554 | |||
| 555 | - Vypracovanie popisu procesov | ||
| 556 | |||
| 557 | V rámci činnosti prebehne analýza požiadaviek zákazníka a na jej základe návrh, dizajn a dekompozícia nových funkčných celkov IS. | ||
| 558 | |||
| 559 | Detailný návrh riešenia bude obsahovať analýzu a popis nasledovných oblastí: | ||
| 560 | |||
| 561 | - Zoznam funkčných celkov IS a ich funkcionalitu | ||
| 562 | |||
| 563 | - Popis funkcionality prostredníctvom typových úloh | ||
| 564 | |||
| 565 | - Prezentačná vrstva, popis používateľského rozhrania – požiadavky na vizuálne komponenty v súlade s IDSK – wireframe model, pričom riešenie bude podporené prieskumom užívateľských požiadaviek | ||
| 566 | |||
| 567 | - Analýzu technických požiadaviek | ||
| 568 | |||
| 569 | - Technický návrh riešenia | ||
| 570 | |||
| 571 | - Funkčnosť systému a rozsah budúceho systému spracovaním Prípadov použitia (Use case) | ||
| 572 | |||
| 573 | - Popis a model analytických tried, ktoré tvoria kľúčové pojmy domény (diagramy tried) a model chovania sa kľúčových objektov cez stavové diagramy | ||
| 574 | |||
| 575 | - Popis algoritmov výpočtových modulov, benchmarkov, kalkulačiek formou diagramu aktivít | ||
| 576 | |||
| 577 | - Analýza a popis API vytvorených webových služieb | ||
| 578 | |||
| 579 | - Fyzický dátový model navrhovanej databázovej platformy | ||
| 580 | |||
| 581 | Je potrebné, aby výstupy analýzy zohľadňovali špecifiká domény vyplývajúce z: | ||
| 582 | |||
| 583 | - relevantnej legislatívy (zákony, vyhlášky, nariadenia, atď.) a koncepcie (KRIS, NKIVS, SIVS, atď.) | ||
| 584 | |||
| 585 | - internej dokumentácie orgánov štátnej správy (smernice, pracovné poriadky, organizačná štruktúra, metodické pokyny, atď.), | ||
| 586 | |||
| 587 | - technická dokumentácia k informačným systémom využívaných v doméne v súčasnosti. | ||
| 588 | |||
| 589 | Pri tejto fáze projektu sa ráta s intenzívnou súčinnosťou objednávateľa a to hlavne v nasledujúcich oblastiach: | ||
| 590 | |||
| 591 | - stretnutia na poskytnutie spresňujúcich informácii o existujúcom stave a jeho nedokonalostí, | ||
| 592 | |||
| 593 | - konzultačné a validačné stretnutia, | ||
| 594 | |||
| 595 | - zabezpečenie formálnych ako aj obsahových a výkonných vstupov z tretích strán vo vzťahu k súčasnému stavu. | ||
| 596 | |||
| 597 | Súčasťou detailného návrhu riešenia je aj časť pre technický návrh riešenia - bude obsahovať návrh a popis jednotlivých technických komponentov riešenia, spôsobu komunikácie, integrácie a bezpečnostnej stránky riešenia. Bude slúžiť ako podklad pre obstaranie, prípravu, inštaláciu a konfiguráciu technickej infraštruktúry systému, ak bude potrebná. Bude obsahovať najmä nasledovné časti: | ||
| 598 | |||
| 599 | - Popis použitých technológií | ||
| 600 | |||
| 601 | - Požiadavky na softvérové licencie pre vývojové a produkčné prostredie | ||
| 602 | |||
| 603 | - Popis sieťovej infraštruktúry | ||
| 604 | |||
| 605 | - Rozhrania systému, spôsob integrácie modulov a systémov | ||
| 606 | |||
| 607 | - Požiadavky na rýchlosť odozvy, dostupnosť systému, priepustnosť systému | ||
| 608 | |||
| 609 | - Implementačný plán, ktorý musí obsahovať: | ||
| 610 | |||
| 611 | o detailný časový rámec implementácie IS, | ||
| 612 | |||
| 613 | o vypracovanie plánu testov, | ||
| 614 | |||
| 615 | o plán školení, | ||
| 616 | |||
| 617 | o spôsob zavedenia do prevádzky, | ||
| 618 | |||
| 619 | Počas celej dodávky projektu bude prebiehať riadenie projektu. Pre potreby riadenia projektu bude vypracovaný komunikačný plán, v ktorom je potrebné definovať: | ||
| 620 | |||
| 621 | - spôsob komunikácie všetkých subjektov zainteresovaných do projektu, | ||
| 622 | |||
| 623 | - indikatívny harmonogram s monitorovaním a hodnotením, | ||
| 624 | |||
| 625 | - manažment rizík | ||
| 626 | |||
| 627 | Realizácia aktivity bude ukončená akceptačným protokolom. | ||
| 628 | ))) | ||
| 629 | |Nákup technických prostriedkov, programových prostriedkov a služieb,|V rámci tejto aktivity bude zabezpečená inštalácia resp. „oživenie“ potrebných infraštruktúrnych prvkov, ktoré budú základom pre fyzický chod navrhovaného riešenia. | ||
| 630 | |Implementácia|((( | ||
| 631 | V rámci tejto činnosti budú vyvinuté jednotlivé funkčné celky IS podľa špecifikácie vypracovanej v aktivite „Analýza a dizajn“. | ||
| 632 | |||
| 633 | V rámci implementácie budú realizované najmä nasledovné činnosti: | ||
| 634 | |||
| 635 | - vypracovanie a dodávka aplikačného programového vybavenia a jeho komponentov (implementácia funkcionality jednotlivých funkčných celkov IS podľa odsúhlasených analytických dokumentov), | ||
| 636 | |||
| 637 | - interné testovanie s testovacími dátami vyhotovenými uchádzačom, | ||
| 638 | |||
| 639 | - inštalácia a konfigurácia aplikačného programového vybavenia do testovacej prevádzky, | ||
| 640 | |||
| 641 | - implementácia rozhraní s externými informačnými systémami, | ||
| 642 | |||
| 643 | - implementácia bezpečnostných mechanizmov, | ||
| 644 | |||
| 645 | - vyhotovenie technickej a prevádzkovej dokumentácie, | ||
| 646 | |||
| 647 | Implementácia bude realizovaná podľa princípov štandardizovanej metodiky vývoja IS, ktorá je v súlade s medzinárodnými normami, schválenej Koncepcie rozvoja informačných systémov. Systém, jeho komponenty a aplikácie budú vybudované v zmysle zákona č. 95/2019 Z. z. o ITVS a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, zákona č. 305/2013 Z. z. (zákon o e-Governmente), Vyhláškou č. 546/2021 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky z 10. decembra 2021, ktorou sa mení a dopĺňa vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy a ďalšími súvisiacimi právnymi predpismi. | ||
| 648 | ))) | ||
| 649 | |Testovanie|((( | ||
| 650 | V rámci tejto činnosti bude otestovaná funkčnosť vyvinutého riešenia IS. Úlohou aktivity je najmä preveriť interakciu a správnosť integrácie komponentov softvéru, preveriť, že všetky požiadavky boli správne implementované, identifikovať chyby a zaistiť ich odstránenie pred nasadením systému. V rámci testovania budú realizované najmä nasledovné činnosti: | ||
| 651 | |||
| 652 | - testovanie systému podľa testovacích scenárov | ||
| 653 | |||
| 654 | - funkčné testovanie FAT | ||
| 655 | |||
| 656 | - integračné testovanie | ||
| 657 | |||
| 658 | - záťažové a výkonnostné testovanie | ||
| 659 | |||
| 660 | - bezpečnostné testovanie | ||
| 661 | |||
| 662 | - používateľské testy funkčného používateľského rozhrania UX | ||
| 663 | |||
| 664 | - užívateľské akceptačné testovanie UAT | ||
| 665 | |||
| 666 | - testovania zamerané na odsledovanie dĺžky trvania procesov | ||
| 667 | |||
| 668 | - vyhotovenie protokolov z priebehu testovania | ||
| 669 | |||
| 670 | Realizácia aktivity bude ukončená akceptačným protokolom. | ||
| 671 | ))) | ||
| 672 | |(% rowspan="2" %)Nasadenie a migrácia|((( | ||
| 673 | V rámci tejto činnosti bude systém nasadený do produkčného prostredia. Aktivita zahŕňa tiež pilotnú prevádzku systému a realizáciu školení používateľov na prácu so systémom. | ||
| 674 | |||
| 675 | V rámci nasadenia IS budú realizované najmä nasledovné činnosti: | ||
| 676 | |||
| 677 | - Inštalácia finálnej verzie aplikačného softvéru do produkčnej prevádzky | ||
| 678 | |||
| 679 | - Naplnenie potrebných údajov o používateľoch do evidencie prístupov, nastavenie prístupových práv, vygenerovanie prístupových hesiel | ||
| 680 | |||
| 681 | - Realizácia školení užívateľov | ||
| 682 | |||
| 683 | - Vytvorenie používateľskej dokumentácie | ||
| 684 | |||
| 685 | - Riešenie potenciálnych problémov prostredníctvom Obstarávateľa a nastavenie komunikácie s týmto pracoviskom | ||
| 686 | |||
| 687 | Pred spustením produkčnej prevádzky sa vykoná pilotná prevádzka. Pilotná prevádzka predstavuje plné overenie požadovanej funkčnosti koncovým používateľom bezprostredne pred nasadením produkčného systému. Slúži na overenie plnej funkcionality a procesov s ňou súvisiacimi, umožňuje koncovému používateľovi vyskúšať si „na ostro“ prácu s aplikáciou, upozorniť ešte na možné chyby, v prípade chyby korigovať funkčnosť a tým aj znižovať riziko navýšenia prácnosti po nasadení. Pilotná prevádzka bude končiť vyhodnotením pilotnej prevádzky a v prípade potreby prijatím potrebných opatrení. | ||
| 688 | |||
| 689 | Realizácia aktivity bude ukončená finálnym akceptačným protokolom. | ||
| 690 | ))) | ||
| 691 | |((( | ||
| 692 | Produktová dokumentácia bude pozostávať z nasledovných dokumentov | ||
| 693 | |||
| 694 | - technická dokumentácia | ||
| 695 | |||
| 696 | - prevádzková dokumentácia | ||
| 697 | |||
| 698 | - používateľská dokumentácia | ||
| 699 | |||
| 700 | - právna analýza súladu spracúvania osobných údajov v dodávanom informačnom systéme voči požiadavkám platnej legislatívy SR a EÚ na ochranu osobných údajov | ||
| 701 | |||
| 702 | - bezpečnostný projekt | ||
| 703 | |||
| 704 | - analýza bezpečnosti, ktorý bude súčasťou bezpečnostného projektu podľa prílohy č. 3 vyhlášky č. 179/2020 a 362/2018 ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy | ||
| 705 | |||
| 706 | - spracovanie dokumentácie pre Havarijný plán | ||
| 707 | ))) | ||
| 708 | |Riadenie projektu|((( | ||
| 709 | Riadenie projektu z pohľadu dodávateľa riešenia predstavuje jeho interné činnosti vedúce k riadnemu dodaniu predmetu zákazky. | ||
| 710 | |||
| 711 | Dodávka služieb pre IS bude realizovaná formou projektu v súlade s metodikou, ktorá vychádza z: | ||
| 712 | |||
| 713 | - štandardu PRINCE2 | ||
| 714 | |||
| 715 | - vykonávacieho predpisu vydaného podľa § 31 zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov a bude dodržovať internú metodiku integrácií. | ||
| 716 | |||
| 717 | - Vyhlášky č. 401/2023 Ministerstva investícií, regionálneho rozvoja a informatizácie | ||
| 718 | |||
| 719 | Činnosť bude trvať počas celej doby realizácie projektu a pokrýva projektové riadenie, finančné riadenie a monitorovania realizácie v zmysle systému riadenia projektov podľa metodiky Prince2. V rámci tejto aktivity budú najmä tieto činnosti: | ||
| 720 | |||
| 721 | - Činnosti projektovej kancelárie | ||
| 722 | |||
| 723 | - Dodržiavanie a zabezpečovanie kvality | ||
| 724 | |||
| 725 | - Riadenie dodávok - najmä riadenie administratívneho a organizačného zabezpečenia implementácie IS dodávateľmi, sledovanie plnenia harmonogramu realizácie aktivít projektu, zabezpečovanie dokumentov, riadenie rizík a prípadných zmien v projekte, zabezpečovanie koordinácie projektových činností v rámci všetkých zainteresovaných strán, administratívna podpora projektu, písomná komunikácia, administratívne vedenie projektovej dokumentácie a príprava podkladov pre členov projektového tímu. | ||
| 726 | |||
| 727 | - Realizácia projektu začne schválením iniciačného dokumentu (PID), ktorý bude vypracovaný dodávateľom. | ||
| 728 | ))) | ||
| 729 | |||
| 730 | Tabuľka 13 Prehľad fáz projektu v zmysle vyhlášky 401/2023 | ||
| 731 | |||
| 732 | = 5. NÁHĽAD ARCHITEKTÚRY = | ||
| 733 | |||
| 734 | V tejto časti je popísaný základný návrh architektúry ISR a to z pohľadu biznis architektúry, aplikačnej architektúry a technologickej architektúry. | ||
| 735 | |||
| 736 | Modely boli vytvorené v modelovacom nástroji archimate ([[https:~~/~~/www.archimatetool.com/>>url:https://www.archimatetool.com/]]). | ||
| 737 | |||
| 738 | [[image:1731663621130-286.png]] | ||
| 739 | |||
| 740 | == 5.1 Návrh biznis architektúry == | ||
| 741 | |||
| 742 | Obrázok 1 Návrh biznis architektúry | ||
| 743 | |||
| 744 | Biznis architektúra vychádza z navrhovaných funkcionalít, ktoré by mal ISR zabezpečovať. V rámci projektu prebehne overenie použiteľnosti a životaschopnosti predmetu projektu, identifikácia možných nedostatkov a overenie technických predpokladov formou vytvorenia prototypu, overenia konceptu, pilotu alebo formou vytvorenia minimálneho životaschopného produktu | ||
| 745 | |||
| 746 | Z pohľadu užívateľov predpokladáme nasledovných: | ||
| 747 | |||
| 748 | * Všeobecný užívateľ – jedná sa o občana, ktorý je všeobecným užívateľom stránok a aplikácia a teda ešte neprejavil záujem stať sa „vojakom“. Môže mať vytvorený profil „hráča“, ale ešte nebol iniciovaný proces podania žiadosti. | ||
| 749 | * Uchádzač – jedná sa o občana, ktorý má záujem sa stať súčasťou OS SR v nejakej z vybraných pozícií. Tento užívateľ už má vytvorený verifikovaný profil. | ||
| 750 | * Personalista – jedná sa o interného pracovníka regrutačného strediska, ktorý v rámci systému (predovšetkým modulu ATS) môže riadiť proces regrutácie. | ||
| 751 | * Riadiaci pracovník – jedná sa o interného užívateľa, ktorý využíva systém predovšetkým ako konzument štatistík, hlásení a reportov, alebo je ako osoba oprávnenia manažovať prístupy do systému. | ||
| 752 | |||
| 753 | Z pohľadu biznis koncových služieb boli identifikované nasledovné: | ||
| 754 | |||
| 755 | * Podávanie žiadostí o prijatie do stavu (ks_380451) – služba umožní uchádzačom predkladať formuláre, žiadosti, prihlášky a pod. | ||
| 756 | * Poskytovanie informácií o stave regrutačného procesu (ks_380452) – jedná sa o službu, prostredníctvom ktorej sa bude dať vytvoriť profil uchádzača a riadiť celý proces z jeho strany. | ||
| 757 | * Inštalácia mobilnej aplikácie Regrutácie (ks_380646) - jedná sa o službu prostredníctvom ktorej bude možné inštalovať mobilnú aplikáciu do mobilu alebo tabletu | ||
| 758 | |||
| 759 | Biznis procesy boli rozdelené na tie, ktoré vykonáva uchádzať a ktoré budú vykonávané na strane regulačného strediska. | ||
| 760 | |||
| 761 | == 5.2 Návrh aplikačnej architektúry == | ||
| 762 | |||
| 763 | [[image:1731663636574-102.png]] | ||
| 764 | |||
| 765 | Obrázok 2 Návrh aplikačnej architektúry | ||
| 766 | |||
| 767 | Z pohľadu aplikačnej architektúry bol systém rozdelený na nasledujúce celky: | ||
| 768 | |||
| 769 | * Front end – jedná sa o možnosť pristupovať z vonku k obsahu web, pričom prístupy budú umožnené cez webové rozhranie alebo prostredníctvom responzívneho zobrazenia v mobilnom zariadení | ||
| 770 | * Back end – jedná sa celkovú funkčnosť, ktorá bude v rámci systému implementovaná. Z pohľadu komponentov sa jedná o nasledovné: | ||
| 771 | ** CMS – jedná sa o základnú správu web, obsahu a informácií | ||
| 772 | ** ATS – jedná sa o modul, ktorý podporuje celý proces regrutácie ako na strane uchádzača, tak aj na strane regrutačného strediska | ||
| 773 | ** IAM – jedná sa o modul prístupov a oprávnení | ||
| 774 | ** ADMIN – v rámci admin modulu bude umožnené spracovať systém ako celok vrátane nastavení reportov úloh a pod. | ||
| 775 | ** GAMING ZONE – jedná sa o zónu, v rámci ktorej budú sprístupnené jednotlivé hry, avatari a pod. | ||
| 776 | ** FORMULARE – v rámci modulu bude možné tvoriť interaktívne formuláre, ktoré budú podporovať proces regrutácie | ||
| 777 | ** CHATBOT – jedná sa o chat asistenta prostredníctvom ktorého bude možné komunikovať s uchádzačom, záujemcom alebo bežným občanom na základe vytvorených algoritmov. Komunikácia bude prebiehať textovo alebo hlasovo, pričom budú využité nástroje umelej inteligencie na generovanie odpovedí. | ||
| 778 | ** TREZOR – jedná sa o modul, v ktorom budú uchovávané všetky osobné údaje, pričom tento bude oddelený od ISVS a bude sa do neho pristupovať len v prípade, ak bude nejaký proces aktívny a práve je potrebné nad nim robiť nejaké úkony | ||
| 779 | * INTEGRACNA PLATFORMA – jedná sa o modul prostredníctvom ktorého budú do systému integrované externé údaje, alebo budú údaje poskytované do iných informačných systémov. Z pohľadu integrácií sa jedná o nasledujúce: | ||
| 780 | ** UPVS – integrácia pre umožnenej zabezpečenej komunikácie s uchádzačom | ||
| 781 | ** RFO – doťahovanie informácií o uchádzačom – automatizácia procesu | ||
| 782 | ** Registratúra – zabezpečenie registratúrneho poriadku | ||
| 783 | ** Register trestov – automatizácia procesu | ||
| 784 | ** IS SAP – posielanie štruktúrovaných údajov pre potreby evidovania uchádzačov | ||
| 785 | ** Systémy nemocníc – poskytovanie informácií o kapacitách, termínoch a pod. | ||
| 786 | |||
| 787 | Zároveň bude integračná platforma slúžiť ako nástroj na budúce interné integrácie medzi systémami MOSR ako aj pre integráciu externých ISVS, ktoré bude potrebné integrovať. | ||
| 788 | |||
| 789 | Následný návrh aplikačných služieb vychádza z jednotlivých procesov, ktoré budú systémom podporené. | ||
| 790 | |||
| 791 | Pre vybudovanie systému sa predpokladá využitie open source nástrojov pre jednotlivé aplikačné komponenty. | ||
| 792 | |||
| 793 | == 5.3 Návrh technologickej architektúry == | ||
| 794 | |||
| 795 | [[image:1730887013922-499.png]] | ||
| 796 | |||
| 797 | Obrázok 3 Návrh technologickej architektúry | ||
| 798 | |||
| 799 | Pre jednotlivé komponenty sú zároveň prípustné aj riešenia založené na využití napr. PaaS alebo SaaS služieb vládneho verejného cloudu V takomto prípade predpokladáme, že by bolo riešenie postavené v cloudovom prostredí, kde by boli implementované aj príslušné požadované služby. | ||
| 800 | |||
| 801 | Z pohľadu parametrizácie bude využitá nasledovná infraštruktúra pre PROD a TEST prostredie: | ||
| 802 | |||
| 803 | |**Položka**|**Typ**|**HW špecifikácia - prepdoklad**|**Kusov** | ||
| 804 | |Aplikačný cluster|virtuálny|16 vCPU, 32 GB RAM|2 | ||
| 805 | |Databázový cluster|virtuálny|8 vCPU, 32 GB RAM|2 | ||
| 806 | |Diskový priestor 1|RAID1|Tier 1 150 GB (max 1280 OPS)|4 | ||
| 807 | |Diskový priestor 2|RAID6|Tier 2 1000 GB (max 150 IOPS)|2 | ||
| 808 | |||
| 809 | = 6. LEGISLATÍVA = | ||
| 810 | |||
| 811 | Z pohľadu legislatívneho procesu nebudú potrebné žiadne úpravy. Jedinou úpravou bude interná dokumentácia, kde bude jasne definovaný dátový tok medzi informačnými systémami. | ||
| 812 | |||
| 813 | = 7. ROZPOČET A PRÍNOSY = | ||
| 814 | |||
| 815 | == 7.1 Sumarizácia nákladov projektu == | ||
| 816 | |||
| 817 | Náklady projektu boli vypočítané na základe UCP analýzy. Prevádzkové náklady boli definované na základe odporúčaní UHP ako % z plánovaných investičných výdavkov. V nasledujúcej tabuľke sú uvedené sumárne hodnoty nákladov projektu a jeho prevádzky v horizonte 10 rokov: | ||
| 818 | |||
| 819 | Tabuľka 14 Náklady projektu a jeho prevádzky v horizonte 10 rokov | ||
| 820 | |||
| 821 | V nasledujúcej tabuľke je uvedený rozpad nákladov po moduloch, ktoré projekt bude vytvárať: | ||
| 822 | |||
| 823 | Tabuľka 15 Detailizácia nákladov po moduloch | ||
| 824 | |||
| 825 | Z pohľadu účtovného je možné náklady rozdeliť na nasledujúce skupiny: | ||
| 826 | |||
| 827 | * Hlavné aktivity | ||
| 828 | ** 013 Softvér - 5 218 504 € | ||
| 829 | ** 518 Mzdové výdavky - 238 034 € | ||
| 830 | ** 022 Samostatné hnut... - 138 000 € | ||
| 831 | * Podporné aktivity | ||
| 832 | ** bez zaradenia - 421 585 € | ||
| 833 | * Prevádzka (rok) | ||
| 834 | ** 511 Opravy a udržiavanie (SW) - 281 276 € | ||
| 835 | ** 013 Softvér - 393 786 € | ||
| 836 | ** 511 Opravy a udržiavanie (HW) - 13 800 € | ||
| 837 | * Prevádzka (48 mesiacov)[[~[1~]>>path:#_ftn1]] - 2 700248 € | ||
| 838 | |||
| 839 | === 7.1.1 Náklady na realizáciu obdobných riešení === | ||
| 840 | |||
| 841 | Náklady na implementáciu elektronického vojenského náborového systému sa môžu výrazne líšiť v závislosti od niekoľkých faktorov vrátane rozsahu systému, veľkosti vojenskej sily, požadovanej úrovne prispôsobenia a už zavedenej technologickej infraštruktúry. Zatiaľ čo presné náklady sa často nezverejňujú kvôli citlivej povahe vojenských zmlúv a obavám o národnú bezpečnosť, niektoré všeobecné odhady a faktory môžu pomôcť porozumieť základom. | ||
| 842 | |||
| 843 | Všetky riešenia musia reflektovať faktory, ktoré majú zásadný vplyv na cenu | ||
| 844 | |||
| 845 | * **Vývoj a prispôsobenie systému** | ||
| 846 | |||
| 847 | Vývoj softvéru: Vývoj vlastného náborového systému od nuly môže byť nákladný a môže sa pohybovať od miliónov do desiatok miliónov eur, v závislosti od zložitosti a požadovaných funkcií. | ||
| 848 | |||
| 849 | Prispôsobenie existujúcich platforiem: Úprava a prispôsobenie existujúceho komerčného softvéru (COTS) tak, aby vyhovoval vojenským potrebám, môže znížiť náklady, no stále môže ísť o milióny v závislosti od rozsahu prispôsobenia. | ||
| 850 | |||
| 851 | * **Náklady na infraštruktúru** | ||
| 852 | |||
| 853 | Hardvér: Zahŕňa servery, dátové centrá a ďalší potrebný hardvér na podporu náborového systému. Náklady sa tu môžu pohybovať od stoviek tisíc až po niekoľko miliónov eur, v závislosti od rozsahu. | ||
| 854 | |||
| 855 | Cloudové služby: Ak je systém hosťovaný v cloudovej infraštruktúre, je potrebné zvážiť priebežné náklady na cloudové služby, ako je ukladanie, prenos údajov a výkon spracovania. Môže ísť o opakujúce sa náklady v rozsahu tisícok až miliónov ročne. | ||
| 856 | |||
| 857 | * **Integrácia s existujúcimi systémami** | ||
| 858 | |||
| 859 | Interoperabilita: Zabezpečenie bezproblémovej integrácie nového systému s existujúcimi vojenskými databázami, HR systémami a ďalšou digitálnou infraštruktúrou môže spôsobiť značné náklady, ktoré sa môžu pohybovať od stoviek tisíc až po milióny eur. | ||
| 860 | |||
| 861 | * **Kybernetická bezpečnosť** | ||
| 862 | |||
| 863 | Bezpečnostné opatrenia: Implementácia robustných opatrení kybernetickej bezpečnosti na ochranu citlivých údajov je kritická a náklady môžu byť značné. To môže zahŕňať šifrovanie, systémy detekcie narušenia a priebežné monitorovanie, čím sa pridáva ďalšia vrstva nákladov. | ||
| 864 | |||
| 865 | Súlad: Zabezpečenie súladu systému s národnými a medzinárodnými normami ochrany údajov a kybernetickej bezpečnosti by mohlo spôsobiť dodatočné náklady, najmä ak sú potrebné externé audity alebo certifikácie. | ||
| 866 | |||
| 867 | * **Školenie a riadenie zmien** | ||
| 868 | |||
| 869 | Náklady na školenie: Vojenský personál bude musieť byť vyškolený na efektívne používanie nového systému. To by mohlo zahŕňať vývoj školiacich materiálov, workshopov a nepretržitú podporu, čo by stálo niekoľko stoviek tisíc eur v závislosti od rozsahu. | ||
| 870 | |||
| 871 | Manažment zmien: Riadenie prechodu zo starých systémov na nový elektronický systém môže byť nákladné a zahŕňa konzultácie, plánovanie a komunikačné stratégie. | ||
| 872 | |||
| 873 | * **Údržba a podpora** | ||
| 874 | |||
| 875 | Priebežná údržba: Ročné náklady na údržbu na aktualizácie softvéru, opravy chýb a vylepšenia systému môžu byť značné, často sa počítajú ako percento počiatočných nákladov na vývoj (zvyčajne 15 – 20 % ročne). | ||
| 876 | |||
| 877 | Podporné služby: Náklady na technickú podporu, používateľskú podporu a správu systému môžu zvýšiť priebežné výdavky. | ||
| 878 | |||
| 879 | * **Licenčné poplatky** | ||
| 880 | |||
| 881 | Licencovanie softvéru: Ak systém používa softvér alebo nástroje tretích strán, licenčné poplatky môžu predstavovať značné priebežné náklady v závislosti od počtu používateľov a konkrétnych zahrnutých technológií. | ||
| 882 | |||
| 883 | == 7.2 Prínosy projektu == | ||
| 884 | |||
| 885 | Prínosy navrhovaného riešenia sú nesporné čo potvrdzujú aj rôzne štúdie zo zahraničia. Prínosy sú rozdelené na kvalitatívne a kvantitatívne | ||
| 886 | |||
| 887 | === 7.2.1 Kvantitatívne vyhodnotenie prínosov === | ||
| 888 | |||
| 889 | Kvantitatívne prínosy v rámci navrhovaného projektu sú: | ||
| 890 | |||
| 891 | * Šetrenie času zamestnanca PÚ OS SR na: | ||
| 892 | ** Dožiadanie údajov a podkladov od uchádzačov, potrebných na kompletizáciu žiadostí | ||
| 893 | ** Evidenciu údajov v regrutačnom procese | ||
| 894 | * Šetrenie času občana na vybavenie vybraného okruhu služieb elektronicky bez nutnosti osobného kontaktu | ||
| 895 | * Šetrenie času OVM na prístup k štatistickým výstupom | ||
| 896 | |||
| 897 | Parametre pre účely ohodnotenia prínosov (jednotlivé údaje sú z vybraných štatistických údajov PÚ OS SR, ak nie je uvedené inak – bližšie informácie k nižšie uvedeným parametrom a vysvetlenia sú uvedené v CBA na záložke Faktory): | ||
| 898 | |||
| 899 | * Komponent ATS - Šetrenie času zamestnancov PÚ OS SR na zabezpečenie regrutačného procesu | ||
| 900 | ** Ročný počet prijatých žiadostí v rámci agendy regrutácie (priemer za roky 2021 – 2023): 3 804 | ||
| 901 | ** Priemerný čas venovaný jednému regrutantovi AS IS – 15 hodín | ||
| 902 | ** Priemerný čas venovaný jednému regrutantovi TO BE – 8,5 hodiny | ||
| 903 | ** Miera nárastu žiadostí 7% ročne | ||
| 904 | * Komponent ATS - Šetrenie času občana na vybavenie celého procesu regrutácie na PÚ OS SR | ||
| 905 | ** Priemerný čas občana na proces regrutácie (AS-IS): 18 hod. | ||
| 906 | ** Priemerný čas občana na proces regrutácie (TO-BE): 8 hod. | ||
| 907 | ** Miera nárastu žiadostí 7% ročne | ||
| 908 | * Komponent Admin - Šetrenie času OVM na vypracovanie štatistických výstupov a prístupu k nim: | ||
| 909 | ** Priemerný čas na prístup k štatistickým výstupom (AS-IS): 48 hod. | ||
| 910 | ** Priemerný čas na prístup k štatistickým výstupom (TO-BE): 2 hod. | ||
| 911 | * Komponent CMS - Ušetrenie doby vyhľadávania na webe: | ||
| 912 | ** Priemerný počet návštevníkov za mesiac: 1500 | ||
| 913 | ** Miera nárastu návštev medzirične: 5% | ||
| 914 | ** Doba trvania vyhľadávania (AS IS): 2 hod. | ||
| 915 | ** Doba trvania vyhľadávania (TO BE): 0,5 hod. | ||
| 916 | |||
| 917 | === 7.2.2 Kvalitatívne prínosy projektu === | ||
| 918 | |||
| 919 | Štatistiky špecificky popisujúce zlepšenia v procesoch náboru do armády – ako je úspora času, zníženie nákladov a zvýšenie efektívnosti – v dôsledku implementácie elektronických náborových systémov sa môžu v jednotlivých krajinách líšiť a nemusia byť vždy verejne dostupné. Niektoré všeobecné poznatky a príklady z rôznych krajín a štúdií však zdôrazňujú pozitívne vplyvy takýchto systémov: | ||
| 920 | |||
| 921 | 1. **Úspora času** | ||
| 922 | |||
| 923 | Skrátenie času spracovania: Rôzne správy naznačujú, že elektronické náborové systémy môžu skrátiť čas potrebný na spracovanie žiadostí až o 50 %. Automatizácia úloh, ako sú počiatočné kontroly a overovanie dokumentov, urýchľuje celkový proces. | ||
| 924 | |||
| 925 | Rýchlejšia komunikácia: Používanie automatických správ a aktualizácií stavu môže skrátiť časové oneskorenie medzi odoslaním žiadosti a spätnou väzbou, čím sa zlepší celková rýchlosť náborového procesu. | ||
| 926 | |||
| 927 | 1. **Zníženie nákladov** | ||
| 928 | |||
| 929 | Úspora prevádzkových nákladov: Elektronické systémy znižujú potrebu fyzických zdrojov, ako je papier, poštovné a manuálna práca. Niektoré odhady naznačujú úsporu až 30 % prevádzkových nákladov súvisiacich s náborom. | ||
| 930 | |||
| 931 | Nižšie marketingové náklady: Digitálne náborové platformy často znižujú potrebu rozsiahlych fyzických marketingových kampaní, pretože online reklamy a dosah na sociálne médiá môžu byť cielenejšie a nákladovo efektívnejšie. | ||
| 932 | |||
| 933 | 1. **Zvýšenie efektívnosti** | ||
| 934 | |||
| 935 | Vyššie objemy spracovania žiadostí: Krajiny s elektronickými systémami hlásili schopnosť spracovať väčšie objemy žiadostí bez toho, aby vyžadovali úmerné zvýšenie počtu zamestnancov. Napríklad online náborový systém americkej armády umožňuje súčasné spracovanie značného počtu uchádzačov. | ||
| 936 | |||
| 937 | Vylepšená správa údajov: Centralizované dátové systémy umožňujú lepšie sledovanie a správu informácií o uchádzačoch, čo zlepšuje schopnosť efektívnejšie priraďovať kandidátov k vhodným rolám. | ||
| 938 | |||
| 939 | 1. **Skúsenosti a dostupnosť kandidáta** | ||
| 940 | |||
| 941 | Vylepšená skúsenosť kandidátov: Prieskumy z niektorých vojenských náborových oddelení naznačujú, že kandidáti uprednostňujú pohodlie a dostupnosť online systémov, čo vedie k vyššej miere spokojnosti. To môže tiež znížiť mieru odchodov počas náborového procesu. | ||
| 942 | |||
| 943 | Širší dosah: Krajiny ako Austrália a Spojené kráľovstvo uvádzajú, že vďaka dostupnosti online náborových systémov oslovujú širšiu a rozmanitejšiu skupinu kandidátov, a to najmä jednotlivcov, ktorí sa možno nezapojili tradičnými prostriedkami. | ||
| 944 | |||
| 945 | 1. **Bezpečnosť a súlad** | ||
| 946 | |||
| 947 | Zlepšený súlad: Automatizácia zaisťuje, že všetky kroky náborového procesu sú v súlade s právnymi a regulačnými požiadavkami, čím sa znižuje riziko nesúladu a súvisiace náklady. | ||
| 948 | |||
| 949 | Bezpečnosť údajov: Elektronické systémy vo všeobecnosti ponúkajú vylepšené opatrenia na ochranu údajov, ktoré znižujú riziko narušenia a náklady s ním spojené. | ||
| 950 | |||
| 951 | ==== 7.2.2.1 Štúdie podporujúce elektronizáciu procesov regrutácie ==== | ||
| 952 | |||
| 953 | Existuje niekoľko zdrojov a štúdií, ktoré pojednávajú o širšom vplyve digitálnej transformácie vrátane náboru vo vojenskom kontexte, ktoré môžu poskytnúť relevantné poznatky: | ||
| 954 | |||
| 955 | 1. **Deloitte: „Digitálna transformácia v obrane“ (2019) - [[https:~~/~~/www2.deloitte.com/us/en/pages/public-sector/solutions/government-security-defense-digital-transformation-services.html>>url:https://www2.deloitte.com/us/en/pages/public-sector/solutions/government-security-defense-digital-transformation-services.html]]** | ||
| 956 | |||
| 957 | Zhrnutie: Táto správa pojednáva o tom, ako digitálne technológie transformujú obranné organizácie vrátane náboru. Poskytuje prípadové štúdie z rôznych krajín, ktoré podrobne uvádzajú, ako digitálne iniciatívy vrátane elektronických náborových systémov zlepšujú efektivitu a znižujú náklady. | ||
| 958 | |||
| 959 | Relevantnosť: Ponúka prehľad o širších dopadoch digitálnej transformácie, ktorá zahŕňa náborové procesy, aj keď nemusí poskytovať podrobné štatistiky. | ||
| 960 | |||
| 961 | 1. **RAND Corporation: „Transforming U.S. Army Recruiting“ (2019) - [[https:~~/~~/www.ausa.org/news/army-launches-significant-recruiting-transformation>>url:https://www.ausa.org/news/army-launches-significant-recruiting-transformation]]** | ||
| 962 | |||
| 963 | Zhrnutie: Táto štúdia spoločnosti RAND Corporation skúma, ako by americká armáda mohla zvýšiť svoje náborové úsilie integráciou nových technológií a prístupov založených na údajoch. Štúdia zahŕňa diskusie o úlohe elektronických systémov pri zlepšovaní výsledkov náboru. | ||
| 964 | |||
| 965 | Relevantnosť: Hoci sa zameriava na americkú armádu, poskytuje cenné informácie o tom, ako sa digitálne nástroje používajú na zvýšenie efektívnosti a účinnosti náboru. | ||
| 966 | |||
| 967 | 1. **McKinsey & Company: „Digitalizácia obrany: Umožnenie operácií vo viacerých doménach“ (2020) - [[https:~~/~~/www.mckinsey.com/industries/aerospace-and-defense/our-insights>>url:https://www.mckinsey.com/industries/aerospace-and-defense/our-insights]]** | ||
| 968 | |||
| 969 | Zhrnutie: Táto správa McKinsey pojednáva o širších dôsledkoch digitálnej transformácie v obrane, vrátane prijatia elektronických náborových systémov. Zahŕňa potenciálne úspory nákladov a zlepšenia procesov s prípadovými štúdiami a príkladmi z rôznych krajín. | ||
| 970 | |||
| 971 | Relevantnosť: Správa zdôrazňuje výhody digitalizácie vrátane náboru, hoci konkrétne čísla môžu byť všeobecnejšie. | ||
| 972 | |||
| 973 | 1. **„Vplyv digitálnej transformácie na nábor zamestnancov vo verejnom sektore“ (2018)** | ||
| 974 | |||
| 975 | Publikácia: European Journal of Public Sector Management - [[**https:~~/~~/www.emerald.com/insight/content/doi/10.1108/IJPSM-10-2023-0307/full/html**>>url:https://www.emerald.com/insight/content/doi/10.1108/IJPSM-10-2023-0307/full/html]] | ||
| 976 | |||
| 977 | Zhrnutie: Táto štúdia analyzuje účinky digitálnej transformácie na náborové procesy vo verejnom sektore, vrátane vojenského náboru. Zameriava sa na úsporu času, zníženie nákladov a zlepšenie skúseností kandidátov. | ||
| 978 | |||
| 979 | Relevantnosť: Hoci sa nezameriava výlučne na armádu, poskytuje relevantné informácie o výhodách elektronických náborových systémov vo vládnom prostredí. | ||
| 980 | |||
| 981 | 1. **Správy Úradu pre zodpovednosť vlády USA (GAO). - [[https:~~/~~/www.gao.gov/about>>url:https://www.gao.gov/about]]** | ||
| 982 | |||
| 983 | Príklad: „Vojenský nábor: Ministerstvo obrany potrebuje zlepšiť svoje predpovede náboru a udržania pričleneného personálu“ (2020) | ||
| 984 | |||
| 985 | Zhrnutie: Táto správa GAO poskytuje údaje o náborových procesoch a úlohe digitálnych nástrojov pri zlepšovaní efektívnosti. Hodnotí, ako sa elektronické systémy využívajú pri nábore armády a výsledky spojené s ich implementáciou. | ||
| 986 | |||
| 987 | Relevantnosť: Poskytuje údaje špecifické pre USA o efektívnosti náboru vrátane vplyvu digitálnych nástrojov, hoci konkrétne štatistiky o zlepšení času a nákladov môžu vyžadovať hlbšie preskúmanie správy. | ||
| 988 | |||
| 989 | 1. **Správy Komunikačnej a informačnej agentúry NATO (NCIA) - [[https:~~/~~/www.ncia.nato.int/>>url:https://www.ncia.nato.int/]]** | ||
| 990 | |||
| 991 | Príklad: Rôzne správy o digitálnej transformácii v členských štátoch NATO vrátane diskusií o nábore. | ||
| 992 | |||
| 993 | Zhrnutie: Správy NATO sa často zaoberajú používaním digitálnych technológií vo vojenských operáciách vrátane náboru. Tieto správy zdôrazňujú výhody a výzvy implementácie elektronických systémov v členských krajinách. | ||
| 994 | |||
| 995 | Relevantnosť: Poskytuje mnohonárodný pohľad na to, ako digitálne nástroje pretvárajú vojenský nábor, s niekoľkými konkrétnymi príkladmi z členských krajín. | ||
| 996 | |||
| 997 | == 7.3 Vyhodnotenie CBA == | ||
| 998 | |||
| 999 | Na nasledujúcej schéme je vyhodnotenie CBA: | ||
| 1000 | |||
| 1001 | [[image:1730887013924-452.png]] | ||
| 1002 | |||
| 1003 | Tabuľka 16 Vyhodnotenie CBA | ||
| 1004 | |||
| 1005 | = 8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA = | ||
| 1006 | |||
| 1007 | V nasledujúcej tabuľke sú uvedené časové rámce pre predpokladanú realizáciu projektu: | ||
| 1008 | |||
| 1009 | |ID|FÁZA / AKTIVITA|ZAČIATOK|KONIEC|POZN. | ||
| 1010 | | |Iniciačná fáza (vrátane VO)|07/2024|02/2025| | ||
| 1011 | |3.|Realizačná fáza|03/2025|09/2026| | ||
| 1012 | |3a.|Analýza a Dizajn|03/2025|05/2025| | ||
| 1013 | |3b.|Nákup technických prostriedkov, programových prostriedkov a služieb|03/2025|06/2025| | ||
| 1014 | |3c.|Implementácia a testovanie|06/2025|06/2026| | ||
| 1015 | |3d.|Nasadenie a Postimplementačná podpora|07/2026|09/2026| | ||
| 1016 | |4.|Prevádzka a Rozvoj|10/2026|09/2030| | ||
| 1017 | |||
| 1018 | = 9. PROJEKTOVÝ TÍM = | ||
| 1019 | |||
| 1020 | Projektový tím bude detailizovaný po schválení projektu. V nasledujúcej tabuľke sú predpokladané role, ktoré budú participovať na projekte: | ||
| 1021 | |||
| 1022 | |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte** | ||
| 1023 | |1.|TBD|IT architekt|TBD|TBD | ||
| 1024 | |2.|TBD|IT analytik|TBD|TBD | ||
| 1025 | |3.|TBD|IT programátor/vývojár|TBD|TBD | ||
| 1026 | |4.|TBD|IT tester|TBD|TBD | ||
| 1027 | |5.|TBD|Projektový manažér IT projektu|TBD|TBD | ||
| 1028 | |6.|TBD|Špecialista pre infraštruktúry/HW špecialista|TBD|TBD | ||
| 1029 | |7.|TBD|Špecialista pre bezpečnosť IT|TBD|TBD | ||
| 1030 | |8.|TBD|Špecialista pre databázy|TBD|TBD | ||
| 1031 | |9.|TBD|UX dizajnér|TBD|TBD | ||
| 1032 | |10.|TBD|Manažér kvality|TBD|TBD | ||
| 1033 | |||
| 1034 | == 9.1 Rámcové PRACOVNÉ NÁPLNE vybraných projektových rolí == | ||
| 1035 | |||
| 1036 | V nasledujúcom texte sú vymenované pracované náplne vybraných projektových rolí, ktoré môžu byť použité v projekte v prípade potreby nad rámec definovaných rolí v tabuľke vyššie. | ||
| 1037 | |||
| 1038 | Predseda RV - Hlavným záujmom a zodpovednosťou predsedu Riadiaceho výboru projektu je: | ||
| 1039 | |||
| 1040 | 1. zastupovať záujmy prijímateľa v projekte, | ||
| 1041 | 1. kontrolovať súlad projektu a projektových cieľov so strategickými cieľmi, | ||
| 1042 | 1. zabezpečiť a udržať finančné krytie (rozpočet) realizácie projektu, | ||
| 1043 | 1. zabezpečiť nákladovo prijateľný prístup v projekte, | ||
| 1044 | |||
| 1045 | Podpredseda RV – zástupca vlastníkov procesov - Hlavným záujmom a zodpovednosťou zástupcu vlastníkov procesov (biznis vlastník) je: | ||
| 1046 | |||
| 1047 | 1. schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, | ||
| 1048 | 1. definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľov a požiadaviek na bezpečnosť, | ||
| 1049 | 1. definovanie merateľných výkonnostných ukazovateľov projektov a prvkov, | ||
| 1050 | 1. schválenie akceptačných kritérií, | ||
| 1051 | 1. akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, | ||
| 1052 | 1. odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky, | ||
| 1053 | 1. dostupnosť ľudských zdrojov alokovaných na realizáciu projektu | ||
| 1054 | |||
| 1055 | Zástupca kľúčových používateľov - hlavným záujmom a zodpovednosťou zástupcu kľúčových používateľov objednávateľa (end user), ktorí reprezentuje záujmy budúcich používateľov projektových produktov alebo projektových výstupov je: | ||
| 1056 | |||
| 1057 | 1. návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť, | ||
| 1058 | 1. návrh a definovanie akceptačných kritérií, | ||
| 1059 | 1. akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky, | ||
| 1060 | 1. predkladanie požiadaviek na zmenu funkcionalít produktov. | ||
| 1061 | |||
| 1062 | Manažér kvality - zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra formou pravidelných alebo nepravidelných správ/záznamov. | ||
| 1063 | |||
| 1064 | IT architekt - IT architekt na projekte zabezpečuje činnosti vychádzajúce z požiadaviek organizácie, transformuje ich do konkrétnej koncepcie architektúry IS/IT. Zodpovedá za návrh a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov. Jeho úlohou je vytvoriť návrh technologického riešenia a odporúčanej infraštruktúry, analyzovať a navrhnúť vytvorenia služieb, definovať výstupy a postupy pre prípady použitia, navrhnúť zmeny procesov a využitie analytických metód pre lepšie rozhodovanie, analyzovať dátové potreby, definovať požiadavky na dátové zdroje, ako aj ďalšie činnosti vyplývajúce z požiadaviek na projekte. | ||
| 1065 | |||
| 1066 | IT analytik - IT analytik na projekte zabezpečuje analyzovanie procesných a ďalších požiadaviek a špecifikácií budúceho používateľa riešenia a následne navrhuje dizajn a programátorské riešenie. Aktívne sa zúčastňuje analytických stretnutí s kľúčovými používateľmi k detailnej špecifikácii požiadaviek. Participuje na vývoji nových, ale i pri vylepšovaní existujúcich funkčností v rámci celého vývojového cyklu. Úzko spolupracuje s IT architektom a vykonáva aj ďalšie činnosti vyplývajúce z požiadaviek na projekte. Vzhľadom na charakter projektu bude pravdepodobne potrebný IT Analytik (so znalosťou využívaného COTS) v rámci projektu zabezpečovať definovanie činností zabezpečujúcich ochranu IS a jeho zložiek proti bezpečnostným hrozbám a nepriateľským aktivitám a zároveň zabezpečovať technickú podporu pre databázové systémy a chod databáz alebo databázového systému. | ||
| 1067 | |||
| 1068 | IT programátor/vývojár - IT programátor/vývojár transformuje návrh technického riešenia, na základe jeho detailnej špecifikácie, vývojových diagramov a návrhu dátovej integrácie, do podoby fyzického, funkčného a overeného zdrojového kódu. Zabezpečuje alebo priamo vykonáva jednotkové a funkčné testovanie a asistuje IT testerom pri vyšších úrovniach testovania. Takisto je zodpovedný za dokumentáciu zdrojového kódu tak, aby tento mohol byť ďalej využívaný a rozvíjaný nezávisle od autora kódu (tzn. od konkrétnej osoby IT programátora/vývojára, ktorá kód vytvorila), ako i za ďalšie činnosti vyplývajúce z požiadaviek na projekte. | ||
| 1069 | |||
| 1070 | IT tester - IT tester na projekte hľadá chyby v zrealizovanom technickom riešení / softwarovej aplikácii, hľadáva prípadné chyby v kóde s cieľom dosiahnuť čo najvyššiu kvalitu dodávaného riešenia. Testovanie prebieha podľa prípadov použitia v analýze, testovacích prípadov a scenárov odsúhlasených Riadiacim výborom projektu. | ||
| 1071 | |||
| 1072 | Projektový manažér IT projektu - Projektový manažér IT projektu za dodávateľa napr. plánuje, organizuje a riadi zdroje a projektové aktivity a úlohy tak, aby bol zrealizovaný projektový cieľ v stanovenom čase a za plánované náklady. Výsledkom jeho činnosti je vytvorenie novej služby, produktu alebo nastavenie procesu. | ||
| 1073 | |||
| 1074 | Špecialista pre infraštruktúry/HW špecialista - Špecialista pre infraštruktúry/HW špecialista napr. sa vyjadruje k požiadavkám na IT infraštruktúru a návrhom IT infraštruktúry, zriaďuje/inštaluje, konfiguruje, diagnostikuje, opravuje, upgraduje/ rozširuje hardware a súvisiace technické zariadenia a spolupracuje pri nasadzovaní súvisiaceho SW. Zabezpečuje optimálnu prevádzku a výkon IT infraštruktúry. Rieši technické problémy a poskytuje technickú podporu v súvislosti s IT infraštruktúrou. | ||
| 1075 | |||
| 1076 | Špecialista pre bezpečnosť IT - Špecialista pre bezpečnosť IT napr. definuje alebo prípadne aj vykonáva činnosti zabezpečujúce ochranu IS a jeho zložiek proti bezpečnostným hrozbám a nepriateľským aktivitám, ktorých cieľom je krádež informácií, financií, zničenie dát, znefunkčnenie činnosti IS, špionážna činnosť prípadne iné činnosti s negatívnym dopadom, realizované prostredníctvom IS alebo na IS. | ||
| 1077 | |||
| 1078 | Špecialista pre databázy - Špecialista pre databázy sa zameriava napr. na technickú podporu pre databázové systémy. Zabezpečuje chod databáz alebo databázového systému. Je konzultantom pre užívateľov. Sústreďuje ich požiadavky a podnety a následne ich rieši. | ||
| 1079 | |||
| 1080 | UX dizajnér - zodpovedá za podporu a dohľad nad projektom z pohľadu nastavenia princípov, kritérií a požiadaviek na UX, kontrolu kvality dodržania “user experience” a realácie výstupov. Hlavnou úlohou role je zabezpečiť aplikáciu metodológie UCD (user centered design) pri vývoji SW, pričom vznikajúce koncové služby SW musia byť postavené na reálnych potrebách koncových používateľov. | ||
| 1081 | |||
| 1082 | = 10. ODKAZY = | ||
| 1083 | |||
| 1084 | N/A | ||
| 1085 | |||
| 1086 | = 11. PRÍLOHY = | ||
| 1087 | |||
| 1088 | Príloha č. 1: I-01_IDEOVY-ZAMER_Projekt_ISR_MOSR_240823 | ||
| 1089 | |||
| 1090 | Príloha č. 2: Zoznam RIZÍK a ZÁVISLOSTÍ | ||
| 1091 | |||
| 1092 | Príloha č. 3: M_05_BC_CBA_PRILOHA_Projekt_ISR_MOSR_240822 | ||
| 1093 | |||
| 1094 | |||
| 1095 | [[~[1~]>>path:#_ftnref1]] Predpokladaná dĺžka SLA kontraktu na ISVS |