Sistemų modernizavimas
Kai esama sistema nebeatitinka verslo greičio.
Modernizuojame sistemas, kurių vystymas tampa neproporcingai brangus, lėtas ar rizikingas.
Prieš priimdami sprendimą dėl perkūrimo įvertiname esamos sistemos būklę, priklausomybes, duomenis, integracijas ir verslo poreikius. Tada suformuojame naujo sprendimo apimtį ir perėjimo planą.
Modernizavimo poreikį vertiname verslo kontekste
Sistemos amžius nėra pakankama priežastis ją keisti - svarbu, kokią įtaką ji daro verslo pokyčiams, sąnaudoms ir rizikai. Vertiname:
Vystymo kainą
Kiek kainuoja nauji poreikiai ir kiek papildomo darbo sukuria dabartinės sistemos apribojimai.
Pokyčių greitį
Ar verslo iniciatyvas galima įgyvendinti tada, kada jų reikia, ar jų tempą pradeda riboti sistema.
Veiklos riziką
Kiek kritiniai procesai priklauso nuo sunkiai prižiūrimų sistemos dalių, specifinių kompetencijų ar pavienių žmonių žinių.
Tolimesnes galimybes
Ar sistema leidžia įgyvendinti naujas integracijas, automatizavimą, savitarną, duomenų panaudojimą ir kitus planuojamus pokyčius.
Bendras sąnaudas
Kiek kainuoja ne tik sistemos priežiūra, bet ir jos ribojimų pasekmės procesams bei komandai.
Modernizavimą rekomenduojame tada, kai esamos sistemos išlaikymo kaina ir ribojimai tampa reikšmingesni už planuojamos investicijos naudą.
Apimtis
Seno sprendimo funkcijų sąrašas nėra naujos sistemos specifikacija.
Peržiūrime, kas šiandien iš tiesų reikalinga verslui, kokius procesus verta keisti, kokią logiką būtina išlaikyti ir kokių galimybių sistemai reikės toliau. Vertiname:
- Kritinius verslo procesus
- Verslo taisykles ir išimtis
- Realų funkcijų naudojimą
- Duomenis ir jų struktūrą
- Integracijas
- Vartotojų grupes ir teises
- Rankinius veiksmus aplink sistemą
- Planuojamus verslo pokyčius
Taip išvengiame situacijos, kai naujas sprendimas tik technologiškai atkartoja seną.
Projekto apimtį labiausiai lemiančias rizikas išsiaiškiname iš anksto
Modernizavimo projektuose didžiausią neapibrėžtumą dažniausiai sukuria ne ekranų ar funkcijų kiekis. Svarbiausią įtaką turi:
Jų kokybė, struktūra, istorija ir migracijos apimtis.
Ryšiai su kitomis sistemomis, jų kritiškumas ir galimybės juos pakeisti.
Taisyklės ir išimtys, kurios realiai naudojamos, tačiau nėra aiškiai aprašytos.
Kokios sistemos dalys negali sustoti ir kokį perėjimo būdą tai lemia.
Kokius kitus procesus ar sistemas gali paveikti pakeitimas.
Šias vietas vertiname prieš galutinai tvirtindami projekto apimtį, biudžetą ir įgyvendinimo seką.
Migracija
Modernizavimo projektas apima ne tik naują sistemą, bet ir perėjimą nuo veikiančio sprendimo. Todėl iš anksto suplanuojame:
Duomenų migraciją
Nustatome, ką perkeliame į naują sistemą, ką paliekame archyve ir kaip tikriname migracijos rezultatą.
Integracijų pakeitimą
Suplanuojame, kaip ir kada kitos sistemos pradeda dirbti su nauju sprendimu.
Procesų perėmimą
Aiškiai apibrėžiame, kada konkretūs procesai pereina į naują sistemą.
Vartotojų perėjimą
Paleidimą organizuojame pagal realias vartotojų grupes ir jų darbą, o ne tik pagal techninę sistemos struktūrą.
Atsarginį scenarijų
Kritiniams paleidimams numatome veiksmų planą, jei perėjimo metu naujos sistemos naudojimo tęsti negalima.
Etapai
Didesnes sistemas keičiame etapais
Kai sistemos struktūra leidžia, modernizavimą skaidome į aiškias dalis.
Pirmiausiai keičiame tas sritis, kurios turi daugiausiai įtakos verslui, kelia didžiausią riziką arba gali būti atskirtos nuo likusios sistemos.
Kiekvienas etapas turi turėti aiškų rezultatą: kokia senos sistemos dalis pakeičiama ir kokios priklausomybės po jo nebelieka.
Taip mažiname riziką, paskirstome investiciją ir išvengiame vieno kritinio paleidimo, nuo kurio priklauso visas projektas.
Investicija
Modernizavimo investiciją lyginame su esamos sistemos išlaikymo kaina
Sprendžiant dėl modernizavimo, naujos sistemos biudžetas yra tik viena lygties pusė.
Kitoje pusėje lieka:
- Dabartinės sistemos priežiūra
- Brangstantys pakeitimai
- Ilgesni naujų funkcijų terminai
- Rankiniai procesai
- Ribotos integravimo galimybės
- Priklausomybė nuo specifinių kompetencijų
- Veiklos ir saugumo rizika
- Verslo iniciatyvos, kurių dėl sistemos tenka atsisakyti arba jas atidėti
Tai leidžia sprendimą dėl modernizavimo vertinti kaip verslo investiciją, o ne tik kaip IT projekto kainą.
Modernizavimo rezultatas turi būti lengviau valdomas verslas
Nauja sistema turi ne tik pakeisti seną. Ji turi sumažinti tolimesnių pokyčių kainą, leisti greičiau įgyvendinti naujus poreikius, palengvinti integracijas, automatizavimą ir duomenų panaudojimą. Svarbiausias modernizavimo rezultatas yra ne naujesnė technologija, o didesnė laisvė verslui keistis.
Dažniausiai užduodami klausimai
Sistemų modernizavimas
Įvertiname esamą sistemą, jos priklausomybes, rizikas ir pakeitimo apimtį. Remdamiesi tuo pateikiame rekomenduojamą perėjimo modelį, projekto etapus ir preliminarų investicijos mastą.
Aptarti sistemos modernizavimą