Nyugalom
Egy oldal a vezetőségnek, valamint a rendszerek, szerződések és kockázatok teljes listája: tudják, mi van a birtokukban, és be tudják mutatni a testületnek, az ellenőrző szerveknek és a könyvvizsgálónak.
Az informatikai rendszerek leltára a szervezet alkalmazásainak, szerződéseinek, integrációinak, folyamatainak és kockázatainak rendezett nyilvántartása, amely egyoldalas vezetői összefoglalóval zárul; 2–6 hétig tart, és a közbeszerzési értékhatár alatt marad. Az IT-leltár és az architektúra-szabványok jelentik a legkisebb, legolcsóbb lépést a digitalizáció teljes lépcsőjén – és az egyetlent, amely a következő 10 év irányát a hivatal vagy a cég, nem pedig a szállító kezébe adja.
Példa egyoldalas vezetői összefoglalóra. Szemléltető adatok.
Ezeket teszem fel vezetőségeknek, jegyzőknek, polgármestereknek és cégvezetőknek, mielőtt a következő beszerzésről döntenének. Ha bármelyikre az a válasz, hogy „nem tudjuk”, éppen ott tudok segíteni.
A hiba ára. Ha úgy vásárolnak, hogy nem tudják, mi van már meg, az megkettőzött funkciókat, hiányzó integrációkat és olyan migrációt jelent, amely megismétli a régi működés hibáit. Egy tanácsadó általában kevesebbe kerül, mint egyetlen rosszul megválasztott technológia, egyetlen nem megfelelő szállító vagy egyetlen csapda a szerződésben.
Egy oldal a vezetőségnek, valamint a rendszerek, szerződések és kockázatok teljes listája: tudják, mi van a birtokukban, és be tudják mutatni a testületnek, az ellenőrző szerveknek és a könyvvizsgálónak.
A további döntések és a költségvetés tényeken alapulnak, nem azon, ki jelentkezik éppen ajánlattal.
Előre látják a szállítóktól való függést és a támogatás végének dátumait, mielőtt üzemzavarrá vagy sürgős beszerzéssé válnának.
„Felhívta a figyelmet arra, hogy a meglévő megoldásokra, azok kölcsönös függőségeire és korlátaira vonatkozó információkat rendezni kell, mielőtt a hivatal további beruházási döntéseket hoz.”
Független tanácsadó készíti a nulláról, az Önök szervezetére szabva – nem saját kezűleg kitöltendő sablon. Összesen tizenhat dokumentum és eszköz, amelyek a digitális átalakulás és egy hosszú távú IT-stratégia megvalósításának alapját adják.
Nyitó workshop a vezetéssel (polgármester vagy vezérigazgató, jegyző, IT), valamint leltárkérdőív a szervezeti egységeknek és a szállítóknak.
Dokumentumok áttekintése, interjúk a rendszerek gazdáival (5–10 × 45–60 perc), műszaki ellenőrzés az IT-val. 1–3 nap helyszíni egyeztetés a folyamatgazdákkal, a többi online.
Az A/B/C/D kategorizálás tervezete és validáló workshop az osztályvezetőkkel.
A jelentés és a dokumentumok teljes készlete; a vezetőségi bemutató ülés előkészítése és megtartása (60–90 perc).
Egy EZD-osztályú (elektronikus iratkezelő) rendszer, e-hivatal, számlakezelés a KSeF-ben (a lengyel országos e-számla-rendszerben), új folyamatplatform – mindegyik döntés nagy összegekkel jár, és évekre egy szállítóhoz köti a szervezetet. A leltár még a döntés előtt objektív képet ad arról, mi van valójában a birtokukban, milyen állapotban van, és mi hiányzik – hogy az irányt Önök határozzák meg, ne a szállító ajánlata.
| Leltár nélkül | A leltár után |
|---|---|
| A szállítók ajánlataihoz igazított ajánlati dokumentáció. Gyakran végül az ajánlatok határozzák meg a követelményeket. | A valós igényekhez igazított ajánlati dokumentáció – a megrendelő határozza meg a követelményeket, a szállító teljesíti őket |
| A nyitottsági kikötések és a kilépési terv „majd később hozzátesszük” alapon maradnak ki | 20 minta architektúra-kikötés, kötelező minden IT-szerződésben |
| Funkcionálisan átfedő rendszerek – a szervezet kétszer fizet | Pontosan tudják, mi van a szervezet birtokában és hol vannak hiányok – csak a hiányzó képességeket vásárolják meg |
| Szerződésmódosítások a specifikációból kimaradt integrációk miatt, a megrendelő költségére | A központi rendszerekkel kötelező integrációk katalógusa az első naptól a specifikációban |
| A KSC/NIS 2/GDPR/MI-rendelet szerinti meg nem felelés kockázata csak az ellenőrzéskor derül ki | A jogszabályi megfelelés követelményei a specifikációban, a szállítóval szemben érvényesítve |
| Szállítói bezártság – évek múltán nem lehet váltani adatvesztés nélkül | Adatexportálási kikötések, kilépési terv, forráskód letétbe helyezése – a megrendelő teljes kontrollt tart meg |
| Nincs indoklás a beszerzési döntéshez, amikor az ellenőrök rákérdeznek | Dokumentált A/B/C/D kategorizálás és a döntés indoklása |
| Uniós pályázatok szilárd elemzési alap nélkül | Alapanyag uniós, KPO- és hazai pályázatokhoz |
Vigye az egeret egy sor fölé, vagy jelölje ki Tab billentyűvel, és megjelenik egy példa.
| Kat. | Meghatározás | Jellemző teendő |
|---|---|---|
| A | A célarchitektúrához illeszkedő, magas érettségű rendszerekPélda: HR-bérszámfejtő rendszer érvényes szolgáltatási szerződéssel és nyílt API-val. | Fenntartás, ellenőrzött fejlesztéssel |
| B | Jó irány, de kiigazításra szorulPélda: pénzügyi rendszer KSeF-integráció nélkül. | Módosítási terv, tárgyalás a szállítóval |
| C | A rendszer kockázatot hordoz – elavult technológia, megszűnő támogatás, szállítói bezártság, integráció hiányaPélda: iratkezelő rendszer, amelynek szállítója jövőre megszünteti a támogatást. | Kivezetési és csereterv |
| D | Hiányzó képesség a portfólióban, amelyre 1–10 éves távlatban szükség vanPélda: a költségszámlák kezelése jelenleg e-mailen és táblázatban zajlik. | A bevezetések rangsorolása, a megvalósítási modell kiválasztása |
A megtartani
B átalakítani
C kivezetni és lecserélni
D pótolni a hiányt
Az értékelés 5 súlyozott szemponton alapul: funkcionalitás és üzleti érték (20%), architektúra és nyitottság – API-k, integrációk, szabványok, MI-felkészültség (25%), biztonság és megfelelés – KSC/NIS 2/GDPR/KRI/WCAG (20%), technológia és szállító – korszerűség, támogatás, szállítói bezártság (20%), gazdaságosság és teljes birtoklási költség (15%).
Az ár a rendszerek és a szervezeti egységek számától függ. A pontos árat egy 30 perces, a szervezet méretéről szóló beszélgetés után határozom meg.
Összehasonlításképpen: a stratégiai dokumentumok és szabványok teljes készlete külön megrendelve többszörösébe kerülne.
Módszertan → kezdeményezési alapdokumentum → architektúra-felülvizsgálat → beszerzési kikötések → kockázati nyilvántartás.
Szabványkatalógus, 20 szerződéses kikötés és értékelőlap – tudják, mit kérdezzenek, mielőtt leülnek egy szállítóval.
A központi rendszerekkel való integrációs mátrix kész kiindulópont minden jövőbeli integrációs projekthez.
Frissítés 12–18 havonta, amelyet vagy a saját IT-csapatuk végez ugyanazzal a módszertannal, vagy a tanácsadó által elvégzett leltárfrissítés formájában.
Jellemzően 2–6 hét a szerződés aláírásától a vezetőségi bemutató ülésig, a rendszerek számától függően. Csak 1–3 nap zajlik a helyszínen, a többi távolról. A szervezet oldalán a koordináló személy összesen körülbelül 10 órát fordít rá.
Nem. Követelményekkel, szerződéses kikötésekkel és integrációs mátrixszal zárul – olyasmivel, amit a beszerzés előtt amúgy is el kellene készíteni. Általában lerövidíti a beszerzés előkészítését, mert kiindulópontként felváltja a szállítói ajánlatok összegyűjtését.
Olyan módszer, amely minden rendszert öt súlyozott szempont szerint értékel (funkcionalitás, architektúra és nyitottság, biztonság és megfelelés, technológia és szállító, gazdaságosság és teljes költség), és azzal zárul, hogy minden rendszer a négy kategória egyikébe kerül: A (megtartani), B (átalakítani), C (cserét tervezni) vagy D (tervezendő hiányzó képesség).
Nem – a munka a rendszerek, szerződések és konfigurációk szintjén zajlik, a rendszerekben kezelt személyes adatokhoz való hozzáférés nélkül. Ha egy konkrét esetben mégis szükség lenne ilyen hozzáférésre, ahhoz a GDPR 28. cikke szerinti külön adatfeldolgozási szerződés kellene.
A további munka kiindulópontjává válnak: egy új projekt specifikációja, felkészülés a szállítókkal folytatott tárgyalásokra, pályázatok, valamint a saját IT-csapat által ugyanazzal a módszertannal végzett időszakos frissítés. Ez nem fiókba kerülő jelentés.
A biztonsági audit egy konkrét szabványnak vagy jogszabálynak való megfelelést vizsgál, és a nem megfelelések listájával zárul. A leltár szélesebb, üzleti szintű képet ad a teljes rendszerportfólióról – költségek, kockázatok, hiányok, irány –, és közvetlenül munkadokumentumokká alakul a további döntésekhez, nem csupán javítások listájává.
Igen. Az alkalmazásnyilvántartás minden rendszernél rögzíti a felelőst, a szerződést, a licencet, a költséget és a támogatás végének dátumát. Ebből látszik, mely szerződések járnak le, hol függ a szervezet egyetlen szállítótól, és mennyibe kerül valójában az üzemeltetés.