Avaliku sektori haldussüsteemide uuendamine tähendab selliste sisemiste süsteemide ajakohastamist, millega hallatakse kirjeid, makseid, kinnitusi, aruandlust ja suhtlust, katkestamata teenuseid, millest inimesed sõltuvad. Neisse süsteemidesse on aastate jooksul talletunud töökorralduslikud teadmised, liidestused ja erandid, millele töötajad oma igapäevatöös toetuvad.
Uuendamisel tuleb seda ajalugu arvestada. Töötajad peavad endiselt taotlusi menetlema, finantsmeeskonnad vajavad täpseid finantsandmeid ja juhid usaldusväärseid aruandeid ka siis, kui muudatusi alles rakendatakse.
Praktiline lähenemine algab nende sõltuvuste mõistmisest ja juhitava mahuga uuenduste kavandamisest igapäevatööd arvestades.
Avaliku sektori haldussüsteemide uuendamine algab oluliste töövoogude kaardistamisest
Enne uue tehnoloogia valimist kaardistage, kuidas töö organisatsioonis tegelikult toimub. Pealtnäha lihtne kirje muutmine võib mõjutada makset, piirkondlikku aruannet, andmete eksporti välissüsteemi ja teises osakonnas nähtavat teavet. Osa neist sõltuvustest on dokumenteeritud, teised võivad aga eksisteerida üksnes kogenud töötaja väljakujunenud töövõtetes.
Eelanalüüsi tuleb kaasata nii süsteemi kasutajad kui ka selle hoolduse eest vastutajad. Tuvastage kriitilised töövood, korduvad tähtajad, käsitsi tehtavad toimingud, millega süsteemi puudusi korvatakse, ning liidestused, mille tõrge põhjustaks töökorralduslikke probleeme.
See annab uuendusplaanile selge sisulise aluse: millised muudatused vähendavad halduskoormust, parandavad andmete kvaliteeti või muudavad süsteemi hooldamise lihtsamaks?
Rakendage haldussüsteemide muudatusi väiksemate etappidena
Etapiviisiline lähenemine võimaldab viia valitud funktsioonid üle uuele lahendusele, samal ajal kui olemasoleva süsteemi ülejäänud osad jätkavad tööd.
Näiteks võib organisatsioon alustada aruandlusliidesest, mis loeb olemasolevaid andmeid, seejärel täiustada üht kindlat kinnitamise töövoogu ning alles siis asuda tihedamalt seotud finantsprotsesside juurde. Etappide järjekord peab lähtuma sõltuvustest ja töökorralduslikest riskidest.
Selle ülemineku korraldamiseks võib kasutada arhitektuurimustrit Strangler Fig: päringud suunatakse järk-järgult uutesse komponentidesse sedamööda, kuidas üksikuid funktsioone asendatakse. Microsofti arhitektuurijuhistes kirjeldatakse seda kui võimalust vähendada järkjärgulise migratsiooni riske.
Igal etapil peavad olema selged vastuvõtukriteeriumid, asjaomase valdkonna vastutaja ning otsus selle kohta, millal saab vana funktsiooni kasutusest kõrvaldada. Vastasel juhul võib ajutisest üleminekust saada püsiv kohustus kahte süsteemi hooldada.
Käsitlege andmete migreerimist ka töökorraldusliku vastutusena
Ajaloolised andmed sisaldavad sageli ebaühtlasi vorminguid, dubleerivaid kirjeid ja välju, mille tähendus on aja jooksul muutunud. Nende edukaks üleviimiseks tuleb mõista, kuidas töötajad neid andmeid kasutavad.
Enne migreerimist määrake, kuidas kirjed, identifikaatorid, olekud ja seosed vastendatakse uuele struktuurile. Leppige kokku, milline teave jääb aktiivsesse kasutusse, milline arhiveeritakse ja kuidas säilib juurdepääs ajaloolistele kirjetele.
Proovimigreerimisel tuleb kontrollida nii tehnilist täpsust kui ka sisulisi tulemusi. Kirjete arvu võrdlemine on kasulik, kuid meeskonnad peavad kontrollima ka seda, kas saldod ühtivad, dokumendid on endiselt õigesti seotud ja olulised aruanded annavad oodatud tulemused.
Kui mõlemad süsteemid jäävad ülemineku ajal aktiivseks, määrake, kus tohib igat liiki andmeid muuta. Kontrollimatu muutmine mõlemas süsteemis võib tekitada vastuolulisi kirjeid. Plaan peab selgitama ka seda, kuidas jõuavad uude süsteemi pärast esmast ülekannet tehtud muudatused.
Vaadake juurdepääsuõigused üle koos töövoogudega
Avaliku sektori haldussüsteeme kasutavad sageli mitu osakonda, piirkondlikud meeskonnad ja erineva vastutustasemega töötajad. Õigused peavad neid erinevusi kajastama.
Töötaja võib vajada juurdepääsu kohalikele kirjetele, kuid tal ei pruugi olla õigust näha teise piirkonna teavet. Makse ettevalmistajal võivad olla teistsugused õigused kui selle kinnitajal.
Avaliku sektori haldussüsteemide uuendamine annab võimaluse need reeglid koos valdkonna eest vastutajatega üle vaadata. Määrake juurdepääs rolli, organisatsioonilise vastutusala ja tegevuse järgi ning rakendage neid reegleid nii serveripoolel kui ka kasutajaliideses.
Õiguste kontroll peab hõlmama ka olukordi, kus juurdepääs peaks olema piiratud: kas kasutajad saavad pärida teise meeskonna kirjeid, eksportida tundlikku teavet või teha toiminguid väljaspool oma volitusi? Auditilogid peavad säilitama teabe selle kohta, kes muutis olulisi andmeid ja millal.
Kavandage toimepidevus enne kasutuselevõttu
Toimepidevuse tagamine nõuab enamat kui üksnes juurutuskuupäeva valimist.
Kasutuselevõtuplaan peab arvestama maksete töötlemise aegade, aruannete esitamise tähtaegade ja muude perioodidega, mil katkestus oleks eriti kulukas. Väiksema kasutajarühmaga pilootkatse aitab töövoogude probleemid avastada enne lahenduse laiemat kasutuselevõttu.
Meeskonnad vajavad ka läbiproovitud taasteplaani. Kasutajate tagasiviimisest rakenduse vanema versiooni juurde ei pruugi piisata, kui uus süsteem on juba andmeid muutnud või tehinguid töödelnud. Taastamine peab hõlmama neid muudatusi ja juba toimunud tegevusi välissüsteemides.
Pärast kasutuselevõttu peab seire hõlmama ka igapäevatöö tulemusi: ebaõnnestunud andmeekspordid, puuduvad kirjed, viibivad kinnitused ja ootamatud erinevused aruannetes. Töötajad peavad teadma, kelle poole toe saamiseks pöörduda, ning saama juhiseid just nende ülesannete kohta, mis on muutunud.
Kogemused keerukatest asutusesisestest süsteemidest ja haldussüsteemide uuendamisest
Meie meeskonna pikaajaline töö VSOA Police Belgiumiga on andnud nende probleemide lahendamiseks asjakohase kogemuse. VSOA on politseitöötajate ametiühing ning selle sisemine platvorm ühendab liikmehalduse, finantstöövood, suhtluse, aruandluse ja piirkondlikud juurdepääsureeglid.
Kuigi tegemist on ametiühingu süsteemi, mitte riigiasutuse haldusplatvormiga, näitab see, kui tihedalt võivad haldusfunktsioonid omavahel seotud olla. Liikme staatuse muutmine võib mõjutada mitut töövoogu, samal ajal kui õigused peavad arvestama erinevaid vastutusalasid ja organisatsioonilisi piire.
See kogemus kujundab meie lähenemist AiraSystemsis: mõista tarkvara taga olevaid protsesse, uurida sõltuvusi ning kavandada muudatusi nende inimeste vajadusi arvestades, kes hoiavad organisatsiooni töös.
Edukas uuendamine peab tooma mõõdetavaid parandusi, näiteks vähem korduvat andmesisestust, usaldusväärsema aruandluse, selgemad juurdepääsureeglid ja lihtsama hoolduse, tagades samal ajal oluliste tööde jätkumise kogu ülemineku vältel.
Tehniline viide: Microsoft Azure Architecture Center — Strangler Fig
Lugege uuendamise kohta lisaks: Kuidas uuendada avaliku sektori pärandrakendusi samm-sammult