Sadržaj teksta11 odeljaka
Kratak odgovor pre odluke
Migracija u cloud ima smisla kada rešava konkretan poslovni problem: skaliranje, dostupnost, udaljeni rad, backup, bržu implementaciju servisa ili lakše povezivanje timova. Nema smisla kada se radi zato što je cloud trend, bez analize aplikacija, podataka, troškova, bezbednosti i načina rada korisnika.
Najskuplje cloud migracije nisu one koje imaju najveći račun, već one koje su urađene bez jasnog razloga. Tada kompanija dobije novi model rada, ali ne dobije bolju kontrolu, veću produktivnost ili manji rizik.
Zašto cloud ne sme biti odluka iz straha ili mode
U poslednjih nekoliko godina cloud je postao standardan deo poslovnih razgovora. To je opravdano, jer cloud servisi mogu doneti veliku fleksibilnost, dostupnost i brzinu. Ipak, problem nastaje kada se cloud posmatra kao univerzalno rešenje. Tada se pitanje „šta želimo da postignemo“ zamenjuje pitanjem „kada prelazimo u cloud“.
Cloud ne rešava sam po sebi loše procese, neuredne podatke, nejasne odgovornosti i nedisciplinovano korišćenje alata. Ako kompanija prenese haos iz lokalnog okruženja u cloud, dobija isti haos, samo u novom obliku. Zato migracija u cloud mora biti deo šire IT i poslovne strategije, a ne izolovana tehnička akcija.
Menadžment zato treba da traži jasan odgovor: koji problem migracija rešava, koji sistemi ulaze u opseg, šta ostaje van opsega, koliko traje, koliko košta, šta se dešava ako dođe do prekida i kako se meri uspeh posle migracije.
Kada cloud migracija ima jaku poslovnu logiku
Cloud migracija ima najviše smisla kada postoje konkretni razlozi. Prvi je potreba za skaliranjem. Ako kompanija brzo raste, ima promenljiv broj korisnika, sezonske skokove ili planira širenje na više lokacija, cloud može omogućiti brže prilagođavanje kapaciteta bez velikih nabavki opreme.
Drugi razlog je dostupnost. Kada timovi rade iz različitih lokacija, kada dokumenti i aplikacije moraju biti dostupni van kancelarije ili kada je hibridni rad standard, cloud često daje bolju osnovu nego lokalni sistemi koji nisu projektovani za takav način rada.
Treći razlog je modernizacija servisa. Neki sistemi, poput kolaboracije, deljenja dokumenata, e-mail-a, backup-a, analitike ili određenih aplikacija, prirodno se uklapaju u cloud logiku. U tim slučajevima migracija nije samo tehničko pomeranje servera, već prilika da se unapredi način rada.
Kada migracija može biti pogrešan potez
Migracija može biti pogrešna ako kompanija ne zna šta zapravo migrira. Ako nisu popisane aplikacije, zavisnosti, korisnici, podaci i integracije, projekat vrlo brzo otkriva probleme tek kada je već u toku. To produžava rokove, povećava troškove i stvara otpor kod korisnika.
Cloud nije dobar izbor ni kada aplikacija ima tehnička ograničenja koja nisu proverena. Neke aplikacije zavise od lokalne mreže, specifičnih uređaja, starijih baza ili integracija koje nisu jednostavne za prenos. U takvim slučajevima prvo treba modernizovati ili izolovati problem, a ne mehanički prebaciti sve u cloud.
Migracija je posebno rizična kada nema vlasnika projekta. Ako IT vodi tehnički deo, ali poslovni sektori ne učestvuju u testiranju, prioritizaciji i prihvatanju, projekat može tehnički uspeti, a operativno napraviti konfuziju.
Trošak cloud-a mora se gledati drugačije
Kod lokalne infrastrukture trošak je često vidljiv kroz kupovinu opreme, licenci i usluga održavanja. Kod cloud-a trošak deluje jednostavnije jer dolazi mesečno, ali upravo zato može postati manje vidljiv. Ako nema praćenja, cloud resursi mogu rasti bez jasnog pitanja da li donose vrednost.
Zato pre migracije treba napraviti okvirni finansijski model. U njega ulaze mesečni troškovi servisa, migracija, administracija, bezbednost, backup, obuka korisnika, podrška i eventualno prilagođavanje aplikacija. Tek tada menadžment može porediti opcije realno.
Dobra odluka ne glasi „cloud je skuplji“ ili „cloud je jeftiniji“. Dobra odluka glasi: za ovaj sistem, ovaj broj korisnika, ovaj nivo rizika i ovaj plan rasta, ovaj model ima najbolji odnos koristi, troška i kontrole.
Kako izgleda razuman plan migracije
Razuman plan počinje procenom spremnosti. Potrebno je popisati sisteme, podatke, integracije, korisnike, prava pristupa, bezbednosne zahteve i poslovne prioritete. Zatim se sistemi rangiraju po složenosti i koristi. Ne migrira se prvo ono što je najglasnije, već ono gde odnos koristi i rizika ima najviše smisla.
Drugi korak je pilot. Umesto velike migracije bez povratka, često je bolje krenuti od ograničenog opsega: jedan servis, jedan tim, jedna grupa podataka ili jedan deo procesa. Pilot otkriva tehničke i organizacione prepreke bez ugrožavanja celog poslovanja.
Treći korak je jasna komunikacija sa korisnicima. Ljudi treba da znaju šta se menja, zašto se menja, kako će raditi posle promene i kome se obraćaju ako nešto ne funkcioniše. Cloud migracija nije samo promena lokacije sistema. To je promena radnog iskustva.
Migracija nije samo tehnički transfer
Mnoge kompanije pod migracijom podrazumevaju prebacivanje servera, podataka ili aplikacija sa jednog mesta na drugo. To je samo deo posla. Prava migracija menja način pristupa sistemima, način rada korisnika, model troška, pravila bezbednosti, procedure podrške i odgovornost za upravljanje.
Ako se ovi elementi ne planiraju, projekat može formalno biti završen, ali korisnici ostaju zbunjeni. Ne znaju gde su dokumenti, kome da prijave problem, zašto se nešto promenilo ili kako da rade brže nego pre. Tada cloud postaje nova komplikacija, umesto da bude osnova za jednostavniji rad.
Zato uspešna migracija mora imati tehnički plan, ali i plan usvajanja. Ljudi treba da razumeju promenu, testiraju nove procese i dobiju jasne instrukcije. Bez toga se deo koristi izgubi već u prvim nedeljama.
Kako proceniti da li je pravo vreme za cloud
Pravo vreme za cloud obično postoji kada se poklope tri stvari: poslovna potreba, tehnička spremnost i organizaciona spremnost. Poslovna potreba znači da postoji jasan razlog za promenu. Tehnička spremnost znači da aplikacije, podaci i integracije mogu da se pomere ili povežu bez neprihvatljivog rizika. Organizaciona spremnost znači da ljudi znaju šta se menja i zašto.
Ako bilo koji od ova tri elementa nedostaje, ne mora se odustati od cloud-a, ali treba promeniti tempo. Nekada je bolje prvo srediti dokumentaciju, backup, korisnička prava ili stare aplikacije, pa tek onda migrirati. Pametna migracija ne počinje datumom prelaska, već procenom šta treba pripremiti.
Najbolji kandidat za prvi talas migracije
Prvi talas migracije ne treba birati po tome šta je najlakše tehnički, već po odnosu koristi, rizika i vidljivosti rezultata. Dobar kandidat je sistem koji ima jasnu poslovnu korist, ograničen rizik, dovoljno poznate zavisnosti i korisnike koji mogu brzo da potvrde da promena radi.
Loš kandidat za prvi talas je kritični sistem sa mnogo nepoznatih integracija, bez dokumentacije i bez spremnih korisnika za testiranje. Takav sistem možda treba migrirati, ali ne prvi. Prvo treba smanjiti nepoznanice, urediti dokumentaciju i napraviti plan oporavka ako nešto krene pogrešno.
Ovakav redosled čuva poverenje. Kada prvi talas uspe, organizacija lakše prihvata naredne promene. Kada prvi talas napravi haos, svaki sledeći projekat kreće sa otporom.
Positive pristup: migracija kao deo roadmap-a, ne izolovani projekat
Positive pristupa cloud migraciji kroz širu sliku: poslovni ciljevi, postojeća infrastruktura, bezbednost, podaci, procesi, korisnici i budući digitalni projekti. Cilj nije da se sve prebaci u cloud, već da se izabere model koji omogućava stabilniji i efikasniji rad.
Ako razmišljate o migraciji, dobar prvi korak nije izbor platforme, nego procena spremnosti i redosleda. Šta treba migrirati sada, šta kasnije, šta možda nikada, i šta mora biti uređeno pre toga? Ako želite da donesete odluku na osnovu realnog stanja, a ne trenda, zakažite konsultacije i krenite od procene.
Najčešća pitanja
Da li svaka kompanija treba da pređe u cloud?
Ne. Cloud je dobar izbor kada rešava konkretan poslovni problem. Neke kompanije treba da migriraju deo sistema, neke većinu, a neke samo određene servise.
Šta treba proveriti pre migracije u cloud?
Aplikacije, podatke, integracije, korisnike, bezbednosne zahteve, troškove, backup i poslovne prioritete.
Da li je cloud bezbedniji od lokalne infrastrukture?
Može biti, ali nije automatski. Bezbednost zavisi od konfiguracije, prava pristupa, nadzora, backup-a i pravila korišćenja.
Da li migracija u cloud smanjuje troškove?
Nekada da, nekada ne. Cloud menja strukturu troška. Zato je potrebna analiza ukupnog troška i koristi kroz vreme.
Kako smanjiti rizik cloud migracije?
Krenuti od procene, napraviti prioritetnu mapu sistema, uraditi pilot, uključiti korisnike i jasno definisati vlasnika projekta.
Povezana usluga: CoreTech IT infrastruktura.
