IT priežiūros tiekėjo keitimas be rizikos

IT priežiūros tiekėją pakeisti be rizikos galima tada, kai perėjimas vyksta pagal aiškų planą: pirmiausia naujasis tiekėjas atlieka perimamo IT ūkio auditą, tada perimamos visos prieigos ir dokumentacija, perduodamos žinios, numatomas lygiagretus laikotarpis ir tik tada senasis tiekėjas atjungiamas. Didžiausios problemos kyla ne dėl naujo tiekėjo kompetencijos, o dėl chaotiško perdavimo — kai įmonė lieka be slaptažodžių, licencijų ar žinių apie savo pačios sistemas.

Sprendimas keisti tiekėją dažnai atidėliojamas metais: „veikia gi kažkaip”, „naujas gal bus dar blogesnis”, „per daug painiavos”. Ši baimė suprantama, bet ji remiasi prielaida, kad perėjimas būtinai skausmingas. Taip nėra — gerai suplanuotas perėmimas darbuotojams mažai juntamas, o įmonei jis dažnai tampa proga ne tik gauti geresnę paslaugų kokybę, bet ir susitvarkyti dokumentaciją bei prieigas.

Žemiau — požymiai, kad tiekėją keisti verta, dažniausios klaidos, kurių reikia vengti, ir perėjimo planas etapais, kurį galite naudoti kaip kontrolinį sąrašą.

Kada verta keisti IT priežiūros tiekėją

Vienas prastas mėnuo — dar ne priežastis. Tačiau jei žemiau išvardinti požymiai kartojasi nuolat, tiekėjas nebeatlieka savo funkcijos:

  • Lėtos reakcijos. Užklausos „pakimba” dienoms, tenka priminti kelis kartus, o skubiais atvejais neaišku, kam apskritai skambinti.
  • Nėra ataskaitų. Negaunate reguliarios informacijos, kas buvo padaryta, kokie incidentai įvyko ir kokia sistemų būklė — mokate „už tylą”.
  • Nėra iniciatyvos. Tiekėjas tik reaguoja į gedimus, bet nesiūlo prevencijos, atnaujinimų, saugos patobulinimų ar biudžeto planavimo įžvalgų.
  • Priklausomybė nuo vieno žmogaus. Viską žino vienas konkretus specialistas — kai jis atostogauja ar serga, pagalba sustoja; dokumentacijos, kurią galėtų perimti kitas, nėra.
  • Neaiški atsakomybė. Sutartyje nėra apibrėžtų įsipareigojimų, todėl kiekvienas ginčas baigiasi „to nebuvo sutarta”. Ką sutartyje turėti, aprašome puslapyje Kas turi įeiti į IT priežiūros sutartį.

Dažniausios klaidos keičiant tiekėją

Beveik visos skaudžios perėjimo istorijos kyla iš tų pačių kelių klaidų:

  • Nepasiimtos prieigos ir dokumentacija. Administratorių slaptažodžiai, domenų valdymas, debesijos paskyros, tinklo įrangos prieigos lieka pas seną tiekėją. Įmonė formaliai valdo savo IT ūkį, bet realiai į jį negali patekti.
  • Nėra perdavimo plano. Perėjimas vyksta ekspromtu „kaip išeis”: kas, ką ir kada perduoda — nesutarta, todėl dalis žinių ir konfigūracijų tiesiog pasimeta ar užtrunka daug ilgiau.
  • Keitimas „vienu kirčiu”. Senas tiekėjas atjungiamas penktadienį, naujas pradeda pirmadienį — be persidengimo. Pirmas rimtesnis incidentas atsitrenkia į komandą, kuri sistemų dar nepažįsta. Bet būna ir dar blogiau.
  • Nesutvarkyta licencijų nuosavybė. Programinės įrangos ir debesijos prenumeratos registruotos tiekėjo vardu. Nutraukus sutartį įmonė rizikuoja prarasti licencijas, duomenis ar bent jau patirti skubias išlaidas perregistravimui.
  • Konflikto eskalavimas prieš perdavimą. Santykius su senu tiekėju verta išlaikyti dalykiškus iki pat pabaigos — perdavimo kokybė tiesiogiai priklauso nuo jo bendradarbiavimo.

Sklandaus perėjimo planas etapais

Perėjimą patogiausia valdyti kaip projektą su aiškiais etapais ir kiekvieno etapo rezultatu. Pirmojo etapo auditą atlieka naujasis tiekėjas — perimdamas IT ūkį iš kito tiekėjo ar iš vidinės komandos, jis privalo žinoti tikrą būklę, kurią prisiima savo priežiūrai ir kurią turės sutvarkyti. Tai standartinė perėmimo praktika, įeinanti į perėmimo darbus, o ne atskiras kliento rūpestis ar atskirai užsakoma paslauga. Tipinė seka atrodo taip:

Etapas Kas vyksta Rezultatas
1. Auditas Naujasis tiekėjas dar prieš prisiimdamas atsakomybę įvertina esamą infrastruktūrą, saugą, licencijas, dokumentaciją ir rizikas, o radinius aptaria su įmone Užfiksuota reali pradinė būklė ir su įmone suderintas prioritetizuotas veiksmų planas
2. Prieigų perėmimas Surašomos ir perimamos visos administracinės prieigos, keičiami slaptažodžiai, sutvarkoma licencijų ir paskyrų nuosavybė įmonės vardu Įmonė realiai kontroliuoja savo IT ūkį
3. Žinių perdavimas Senasis tiekėjas perduoda dokumentaciją, konfigūracijų aprašus ir žinomų problemų istoriją tiek, kiek numato sutartis; ko negaunama, naujasis tiekėjas surenka iš pačių sistemų ir aprašo iš naujo Žinios nebepriklauso nuo vieno žmogaus ar vieno tiekėjo
4. Lygiagretus laikotarpis Naujas tiekėjas jau dirba, senas dar pasiekiamas klausimams; įdiegiamas stebėjimas ir užklausų registravimas Incidentai sprendžiami be spragų, darbuotojai pereina prie naujo „vieno langelio”
5. Pilnas perėmimas Senojo tiekėjo prieigos panaikinamos, atsakomybė visiškai pereina naujam partneriui, pradedamos reguliarios ataskaitos Perėjimas baigtas, veikia įprastas priežiūros režimas

Kokie atsako laikai ir aprėptis turi galioti nuo pirmos naujo tiekėjo darbo dienos, verta apsibrėžti iš anksto — čia padės puslapis Kokio SLA reikia Jūsų įmonei.

Ko reikalauti iš seno tiekėjo

Perdavimo metu iš senojo tiekėjo turite teisę gauti viską, kas susiję su Jūsų įmonės IT ūkiu. Kontrolinis sąrašas:

  1. Visų administracinių paskyrų sąrašą ir prieigas: serveriai, failai, tinklo įranga, debesijos platformos, domenai, sertifikatai, el. pašto sistema;
  2. Licencijų ir prenumeratų sąrašą su informacija, kieno vardu jos registruotos ir kada baigiasi;
  3. Turimą dokumentaciją: infrastruktūros schemas, konfigūracijų aprašus, standartines procedūras;
  4. Atsarginių kopijų informaciją: kur jos laikomos, kaip atkuriamos, kam priklauso saugyklos;
  5. Incidentų ir užklausų istoriją, jei ji buvo registruojama;
  6. Rašytinį patvirtinimą, kad po perdavimo tiekėjas nebeturi aktyvių prieigų prie Jūsų sistemų.

Realybė dažnai skiriasi nuo šio sąrašo. Išeinantis tiekėjas naujajam padeda retai, o tai, kas nėra tiesiogiai privaloma, dažnai lieka neperduota — nuo konfigūracijų aprašų iki incidentų istorijos. Todėl perdavimo dalykus verta reikalauti raštu, remiantis sutartimi: su konkrečiu sąrašu, terminais ir fiksavimu, kas gauta, o kas ne. Dalis įmonių šiame etape pasitelkia ir teisininkus. Tai nereiškia, kad taip elgiasi kiekvienas tiekėjas — bet perėjimą saugiau planuoti būtent pagal šį scenarijų.

Dėl to prieigų, licencijų ir dokumentacijos nuosavybė turi būti įtvirtinta sutartyje iš anksto, dar pradedant bendradarbiavimą. Kai sutartyje aiškiai parašyta, kad paskyros ir licencijos registruojamos įmonės vardu, dokumentacija yra užsakovo turtas, o jos perdavimo apimtis ir terminai apibrėžti, perdavimas tampa techniniu darbu, o ne derybomis. Ką dar būtina numatyti, surašėme puslapyje Kas turi įeiti į IT priežiūros sutartį.

Jei dalies šių dalykų senas tiekėjas pateikti negali arba nesutinka — tai savaime svarbus radinys, kurį naujas partneris turi žinoti prieš perimdamas atsakomybę. Būtent todėl perėmimas pradedamas nuo audito — išsamiai apie jį rašome puslapyje IT ūkio auditas: kas tikrinama ir kaip pasiruošti.

Kaip Altic IT perima IT ūkius

Per daugelį perėmimų susiformavusi mūsų praktika remiasi trimis principais. Pirma, pradedame nuo audito: perimdami IT ūkį iš kito tiekėjo ar iš vidinės komandos, dar prieš prisiimdami atsakomybę užfiksuojame realią infrastruktūros, saugos ir dokumentacijos būklę — kad žinotume, ką perimame, o Jūs matytumėte, ką turite. Radinius pristatome ir suderiname su Jumis, todėl auditas baigiasi ne ataskaita, o sutartu veiksmų planu: ką tvarkome nedelsiant, ką planuojame vėliau. Antra, sistemingai mažiname incidentus: sutvarkius dažniausių gedimų priežastis ir įdiegus automatizuotą stebėjimą, per pirmus 3 mėnesius incidentų kiekis klientams sumažinamas iki 5 kartų. Trečia, priskiriame patyrusį išorinį IT vadovą, kuris atsako už visą Jūsų IT ūkį, įskaitant trečiųjų šalių tiekėjų valdymą, o darbuotojams suteikiamas „vienas langelis” visais IT klausimais.

Kasdienė priežiūra po perėmimo organizuojama per IT priežiūros paslaugą: automatizuotas stebėjimas, darbo vietų priežiūra ir reguliarios ataskaitos, kad visada matytumėte, už ką mokate. Kaip tokie perėmimai ir jų rezultatai atrodo praktikoje, galite pasiskaityti mūsų sėkmės istorijose.

Kodėl Altic IT

Tiekėjo keitimas — pasitikėjimo klausimas, todėl svarbu, kad naujas partneris turėtų ir patirtį, ir įrodomus saugiklius:

  • 180+ aptarnaujamų klientų, ~3 500 prižiūrimų kompiuterių ir mobilių įrenginių, ~350 serverių;
  • ISO 27001, ISO 20000 ir ISO 14001 sertifikatai — perėmimo ir priežiūros procesai atitinka tarptautinius standartus;
  • Profesinės atsakomybės ir kibernetinių rizikų draudimas — 2 mln. EUR;
  • IT ūkio valdymas pagal ITSM, ITIL ir COBIT gerąsias praktikas;
  • Sutartys neterminuotos — būname kartu, kol patinka, todėl klientų neišlaikome sutarties baudomis;
  • Komandos dauguma — patyrę senior lygio IT specialistai; Microsoft Solutions Partner for Data & AI ir Sophos Gold Partner statusai;
  • Didžioji dauguma klientų atėjo pagal rekomendacijas — tarp jų „Verslo žinios” grupė, „CityBee”, Tele2, Vilniaus miesto savivaldybė.

Dažniausiai užduodami klausimai

  • Ar keičiant tiekėją įmonės darbas sustos?

    Ne, jei perėjimas planuojamas etapais su lygiagrečiu laikotarpiu. Darbuotojams pasikeičia tik kontaktas, į kurį kreipiasi pagalbos, o sistemos veikia įprastai. Didžioji perdavimo darbų dalis vyksta fone ir kasdienės veiklos netrikdo.

  • Ką daryti, jei senas tiekėjas nebendradarbiauja?

    Tai gana dažna situacija, todėl į ją verta žiūrėti kaip į numatytą scenarijų: išeinantis tiekėjas dažnai perduoda tik tai, kas privaloma. Prieigų, licencijų ir dokumentacijos perdavimas paprastai yra sutartinė tiekėjo pareiga, todėl reikalavimą pateikite raštu, su konkrečiu sąrašu ir terminais. To, ko gauti nepavyksta, naujasis tiekėjas atkuria pats per audito ir prieigų perėmimo etapą, o trūkstamą dokumentaciją parengia iš naujo — tai užtrunka ilgiau, bet perėjimo nestabdo. Kraštutiniais atvejais pasitelkiama ir teisinė pagalba.

  • Kiek trunka perėjimas pas naują tiekėją?

    Priklauso nuo IT ūkio dydžio, dokumentacijos būklės ir senojo tiekėjo bendradarbiavimo. Paprasčiausiais atvejais užtenka trumpo persidengimo laikotarpio, sudėtingesniems ūkiams planuojamas ilgesnis lygiagretus etapas. Paprastai trunka nuo kelių savaičių iki mėnesio, o sudėtingais ir didelės apimties atvejais gali būti keli mėnesiai, kai perimama etapais. Konkrečią trukmę numatome ir suderiname po pirminio esamos situacijos aptarimo.

  • Ar reikia naujos IT priežiūros sutarties?

    Taip — perėjimas yra tinkamas momentas sutvarkyti tai, ko trūko senoje sutartyje: aiškią paslaugų apimtį, atsakomybes, ataskaitas ir prieigų nuosavybę. Altic IT sutartys yra neterminuotos, todėl neprisirišate ilgam — bendradarbiavimas tęsiasi tol, kol esate patenkinti.

  • Ar naujas tiekėjas perims ir santykius su kitais IT paslaugų teikėjais?

    Taip. Altic IT klientams veikia „vieno langelio” principas, apimantis ir trečiųjų šalių valdymą: interneto tiekėjus, verslo valdymo ir kitų sistemų diegėjus, telefonijos ar spausdinimo paslaugų teikėjus. Jūsų darbuotojams nebereikia aiškintis, kuriam tiekėjui priklauso problema – tą su jais išspręsime mes.

Aptarkite sklandų perėjimą

Jei svarstote keisti IT priežiūros tiekėją, aptarkime Jūsų situaciją: įvertinsime esamą būklę, pasiūlysime perėmimo planą etapais ir atsakysime, kaip atrodytų pirmieji mėnesiai. Susisiekite per kontaktų puslapį arba telefonu +370 5 2032018 — perėjimą suplanuosime taip, kad Jūsų komanda jo beveik nepajustų.

Susisiekti su Altic IT

IT paslaugos verslui - Altic.lt
Privatumo nustatymai

Norėdami pagerinti jūsų naršymo kokybę, šioje svetainėje naudojame slapukus. Slapukų informacija laikoma jūsų naršyklėje ir atlieka tokius veiksmus kaip atpažinimas jums sugrįžus į mūsų svetainę.

Daugiau galite sužinoti mūsų Privatumo politikoje