Slovensko.Digital zaslalo 27.11.2024 pripomienky k projektu, tu k nim uvediem zopár komentárov, podelené podľa okruhov hodnotenia Red Flags":
REFORMA VS
Kompromisy a obmedzenia.
Projekt deklaruje niekoľko obmedzení, primárne kvôli závislostí od existujúcich starých systémov a tiež kvôli časovej tiesni. Nie je však vysvetlené, resp. je vysvetlené len nedostatočne, či a ak áno, tak kedy a ako budú nasledovať zlepšenia. Príklad: “niektoré údaje bude možno potrebné do ELODO zadávať ručne (napr. číslo konania z WRKN)”. Projekt ISKN 2.0 však má neskôr nahradiť o.i. aj WRKN. A teda bolo by vhodné vysvetliť, či napr. tento projekt pomôže toto obmedzenie odstrániť.
Priority NKIVS
Systém je určený na spracúvanie podaní a podania niekto poslal. Toho niekoho sa týka priorita NKIVS “Moje údaje”. V dokumentácii nám chýbajú informácie o tom, či tento systém bude spolupracovať napr. s IS MOU, resp. ak nie, tak prečo nie resp. ako inak bude priorita riešená.
MERATEĽNÉ CIELE
Chýbajú merateľné ukazovatele.
Katalóg požiadaviek obsahuje o.i. „Systém musí generovať štatistické reporty o počte podaní, stave vybavenia a lehotách pre Odbor katastrálnej inšpekcie a umožniť ich export do Excelu alebo PDF“ a teda považujeme za žiadúce, aby takáto metrika bola použitá aj pre merateľné ukazovatele. Keďže je zrejme chcené dodržiavať zákonné lehoty, tak navrhujeme KPI “počet podaní vybavených v zákonnej lehote“ a ako minimum odporúčame cieľovú hodnotu aspoň 90%.
Referenčné údaje
Systém je určený na spracúvanie podaní a teda bude pracovať okrem iného aj s údajmi o tom, kto podanie zaslal, t.j. údaje o osobách alebo firmách. Tieto údaje sú predmetom referenčných registrov, t.j. RFO a RPO, a tento projekt by ich mal stotožňovať. Avšak kapitola “5.4 Dátová architektúra” je v zásade prázdna, aj keď tam očakávame informácie o tom, ako bude integrované RFO a RPO a ako budú stotožňované referenčné údaje.
POSTUP DOSIAHNUTIA CIEĽOV
Podhodnotené riziká.
Projekt je súčasťou väčšieho balíka ďalších projektov, pričom mnohé sú súčasťou “Plánu obnovy a odolnosti” z čoho vyplávajú vcelku krkolomné termínu dokončenia, typicky pre tento a súvisiace projekty v marci 2026. To je vcelku veľa práca za vcelku veľa peňazí, ale vo veľmi krátkom čase (rádovo štvrťrok). V projekte predpokladajú riziká na úrovni C (nízka), my to vidíme na A (vysoká).
Harmonogram
Dokument ako jedno z opatrení k uvedeným rizikám uvádza „Detailný harmonogram komunikovaný s MIRRI aj dodávateľom, úzka spolupráca s dodávateľom už v prípravnej a iniciačnej fáze projektu.“ Ak teda takýto podrobný harmonogram bude vypracúvaný, tak navrhujeme, aby bol vypracúvaný a prehodnocovaný minimálne každý mesiac. A ideálne, ak by bol takýto harmonogram aj verejný, keďže od úspešnej realizácie projektu závisí obnova funkcionalít, o ktoré občania prišli po kybernetickom útoku na Kataster.
PRÍSPEVOK K INFORMATIZÁCII
Vendor Lock-in a autorské práva
Do projektovej dokumentácie je potrebné doplniť jednoznačnú požiadavku na EÚPL licenciu pre všetky dodané výstupy projektu, vyvinuté zdrojové kódy vrátane mobilnej aplikácie.
Zdrojový kód/ OpenSource
Do projektovej dokumentácie je potrebné doplniť jednoznačnú požiadavku na uloženie a zverejnenie bez obmedzení všetkých zdrojových kódov vrátane mobilnej aplikácie, ktoré sú vyvinuté v rámci projektu, v centrálnom depozitári VS.
OpenData, Analytické údaje
Katalóg požiadaviek obsahuje o.i. „Systém musí generovať štatistické reporty o počte podaní, stave vybavenia a lehotách pre Odbor katastrálnej inšpekcie a umožniť ich export do Excelu alebo PDF“ a teda považujeme za žiadúce, aby takáto metrika bola použitá aj pre merateľné ukazovatele, čo je už spomenuté vyššie. A keď už teda projekt nejaké údaje zbiera a vyhodnocuje, môže a mal by tieto údaje v nejakej forme poskytnúť aj ďalej, či už iným OVM ako “analytické údaje” alebo občanom ako “otvorené údaje”, oboje sú súčasťou priorít NKIVS.
KALKULÁCIA EFEKTÍVNOSTI
Nie sú preukázané finančné prínosy projektu.
Chýba CBA, nie je teda možné zhodnotiť náklady voči prínosom.