RF metodika - Produkt (draft 1)

	A	B	C	D	E	F
1	Red Flags - metodika hodnotenia - Fáza projektu: IV. Produkt
2	Flag	Otázka	Konkretizácia cieľom je, aby sa táto vec dala čo najobjektívnejšie vyhodnotiť a malo by byť z toho aj jasné prečo je dôležitý a nakoľko je to povinná vec, alebo skôr štandard dobrej praxe	Príklady / referencie Príklady dobrého výsledku, referencie na dokumenty / projekty kde sa to tak spravilo, aj zahraničné	V ktorom štádiu hodnotiť Aj keď je to v tabuľke uvedené v niektorej konkrétnej fáze, zmysel to niekedy má sledovať aj skôr, aj neskôr	Hodnotenie závažnosti 0 = no-go 1 = aspoň niečo je spravené 2 = vidno podstatné problémy 3 = dobre, ale ešte sa tomu niečo dá vytknúť 4 = dobre! (stav ako v predošlom stĺpci)

3
4	UX - GUI a navigácia	Je GUI produktu kvalitné a jednoducho použiteľné? Sú funkcie/služby ľahko nájditeľné? Vedia a používajú produkt kľúčoví stakeholderi? Aké sú hodnotenia/spokojnosť používateľov?			V ŠÚ majú byť uvedené základné ciele / KPI aj pre UX. V predmete zákazky má byť uvedená požiadavka na projektové role zodpovedajúce za UX, na zapojenie používateľov do celého procesu, UX testy ako súčasť podmienok akceptácie. V čase nasadenia majú byť známe výsledky testov a skrátka to má byť používateľsky príjemné.	3 - radosť s tým pracovať a nie je to náhoda - prešli celý proces UX 2 - systém dokáže použiť aj laik, ale teda bohviečo to nie je, alebo podstatne flákajú UX procesy 1 - síce to funguje, ale navigácia je ťažká, postupnosť krokov nie je jasná, a pod., skrátka bežný OPIS projekt 0 - podstatné výhrady / protesty používateľov proti tomuto IS
5	El. služby / formuláre	Sú vytvorené "oficiálne" služby toňie, ktoré je skutočná potreba? Sú služby v súlade s dizajn manuálom? Je na všetky úkony dostupný elektronický formulár?			V rámci analytickej dokumentácie má byť spracovaný návrh formulárov a ich kľúčovej funkčnosti. V čase odovzdania / nasadenia majú byť všetky formuláre funkčné.	3 - na všetko sú formuláre a spĺňajú všetky požiadavky 2 - ako 3, ale chýba niekde nie-kritická časť, napr. chýbajú kontrolné súčty, alebo nie-optimálne ovládanie formulára 1 - sú formuláre, ale nemajú predvypĺňanie a kontrolné súčty, prípadne katastrofálne zle použiteľné formuláre 0 - ani nemajú na všetko formulár, napr. je to len klikacie, alebo sa to píše ako voľný text
6	OpenAPI	Sú všetky služby v rámci projektu vytvárané dostupné aj ako OpenAPI? Minimálne to čo je dostupné aj cez GUI, napr. podania, napĺňanie a validácia formulárov, prehľad stavu údajov/konania, schránky? Sú API ľahko použiteľné? Je definovaný postup použitia API? Je byrokracia pred začatím prístupu zmysluplná?			Základná požiadavka by mala byť už v ŠÚ a predmete zákazky. Detailné riešenie má byť rozpracované v analytickej dokumentácii projektu - ktoré služby budú prístupné, úroveň autentifikácie, štruktúra API. V čase odovzdania / nasadenia do prevádzky majú byť OpenAPI funkčné.	3 - všetko čo je cez GUI ide aj cez API, funckie sú rozumne jednoducho použiteľné, je k tomu dobrá dokumentácia, byrokratický setup proces je zmysluplný 2 - ak oproti stavu 3 chýba niečo nie-kritické, napr. chýbajú niektoré nie-kľúčové služby, API je zložité, chabá dokumentácia 1 - k niečomu sa nejako niekde dá dostať, ale systematické OpenAPI to nie je 0 - "načo je komu API, nikdy sa to tak nerobilo, bezpečnosť to nedovolí"
7	Riadenie údajov	Sú vyhlásené všetky referenčné údaje? Aká je kvalita údajov spravovaných v IS? Aké je G2G prepojenie údajov / pripojenie do platformy dátovej integrácie? Sú spravené všetky potrebné integrácie?
8	1x a dosť	Je vo všetkých eGov službách / podaniach pokrývaných týmto projektom realizovaný princíp 1-krát-a-dosť? T.j. vo formulári/prílohách nie sú vyžadované údaje, ktoré niekde už verejná správa má? Alebo ak sú vyžadované, predvyplnia sa zo zdroja?			V rámci analytickej dokumentácie podrobne spracovaná argumentácia pre každú interakciu vyžadovanú od FO/PO, prečo musí určitý údaj zadať, alebo prečo nie je možné ich predvyplniť.	3 - nikde nie sú vyžadované údaje čo už niekde verejná správa má, minimálne sú predvyplnené 2 - netreba nosiť/vypĺňať nič, čo sú referenčné údaje, alebo k tomu existuje štandardizovaný výpis z registra/evidencie 1 - niekde je stále potrebné prikladať výpisy/potvrdenia, údaje nie sú predvypĺňané 0 - podstatná časť podaní je ako v papierovom svete - všetko vyplňte a doložte (Toto hodnotenie je pomerne prísne, lebo veď 1x-a-dosť je štátna priorita už 10 rokov)
9	MyData	Existujú jednoducho použiteľné služby, kde sa subjekt (FO/PO) dozvie aké údaje sú o ňom spracúvané v budovaných systémoch? (Samozrejme s výnimkou údajov kde to zákon vylučuje, napr. analytické údaje súvisiace so správou daní.) Má subjekt dostupnú informáciu o všetkých aktívnych konaniach v ktorých vystupuje? Má možnosť dostať notifikáciu o každej zmene stavu v "jeho" konaniach alebo v jeho údajoch?			Základná požiadavka na existenciu služieb plniacich koncept MyData má byť zahrnutá už v ŠÚ a predmete zákazky. Detailné riešenie má byť rozpracované v analytickej dokumentácii projektu - ktoré služby, ktoré údaje. V čase odovzdania / nasadenia do prevádzky majú byť tieto služby funkčné.	3 - všetky údaje vedené o subjekte sú mu jednoducho prístupné 2 - k dátam sa aj dá nejako dostať, ale nie je to ľahko nájditeľné 1 - k niektorým údajom sa nedá dostať, alebo sú údaje veľmi zle dostupné, napr. iba vo forme textovej odpovede 0 - subjekt sa k podstatnej časti údajov o sebe nevie dostať
10	OpenData	Sú zo všetkých údajov, ktoré sú v rámci produktu vytvárané/spravované dostupné OpenData (mimo výnimiek typu osobné údaje)? Minimálne údaje ktoré sú niekde zverejňované, sú dostupné aj vo forme OpenData? Je stanovená licencia a je správna? Sú datasety v katalógu data.gov.sk? Sú údaje aktualizované a dá sa delta ľahko zistiť?			Základná požiadavka by mala byť už v ŠÚ a predmete zákazky. Detailné riešenie má byť rozpracované v analytickej dokumentácii projektu - ktoré datasety budú, ich štruktúra, licencia, aktualizácia, skrátka všetko čo treba na splnenie štandardov ISVS. V čase odovzdania / nasadenia do prevádzky majú byť OpenData funkčné.	3 - všetky údaje ktoré je možné z danej agendy spristupniť, aktualizované, jednoducho dostupné / spracovateľné, s vhodnou licenciou, DS sú v katalógu 2 - ak oproti stavu 3 chýba niektorá nie-kritická časť, napr. nie je ideálna licencia, nie optimálna štruktúra, dlhá perióda aktualizácie 1 - údaje sú "nejako" dostupné, ale poriadne riešenie OpenData to nie je 0 - neriešili OpenData -1 - kataster
11	Spoľahlivosť	Všetko beží ako má? Nie sú chyby, resp. pri chybe sa správa korektne? Korektná reakcia na veľkú záťaž / preťaženie? Dĺžka odozvy je v norme?
12	Prenositeľnosť / Modulárnosť	Je projekt/IS rozdelený na logické časti - moduly/komponenty, s ktorými sa dá ďalej samostatne pracovať? Minimalizácia vzájomnej previazanosti komponentov. Možnosť ďalej spravovať časti projektu samostatne / iným subjektom. Možnosť komponenty jednoducho ďalej upravovať alebo nahradiť inými.
13	Zdrojový kód / OpenSource	Je zdrojový kód dostupný, ideálne živý repozitár? Je to OpenSource? Je dostupná dokumentácia zdrojového kódu?				Zverejnenie zdrojových kódov - super * Pravidelná aktualizácia- este viac super * * * Preberanie opráv zvonka a riešiť issues * * * * Odmeňovanie za opravu zvonka - Ideál
14	Bezpečnosť?	Prešiel produkt bezpečnostnými testami? Sú známe nejaké bezpečnostné problémy? Je miera bezpečnostných opatrení adekvátna potrebám?
15	Súlad s požiadavkami	Nakoľko vytvorený IS spĺňa existujúce požiadavky? Legislatívne - zákony, NKIVS, strategické priority Technické - architektúra IS, štandardy ISVS. Funkčné - špecifickácie, zadanie.
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100