U ovom postu na blogu čast nam je podijeliti znanje gostujućeg autora i stručnjaka za analitiku, Mikea Norrisa, o planiranju i zamkama koje treba izbjeći za vašu inicijativu modernizacije analitike.
Prilikom razmatranja inicijative za modernizaciju analitike, potrebno je istražiti nekoliko pitanja ... Stvari sada funkcioniraju pa zašto to učiniti? Kakvi se pritisci očekuju? Koji bi ciljevi trebali biti? Koje stvari treba izbjegavati? Kako bi trebao izgledati uspješan plan?
Zašto modernizirati analitiku?
U poslovnoj analitici inovacije se isporučuju bez presedana. Postoji stalni pritisak da se iskoristi „ono što je novo“ i vruće. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Samoposluživanje za sve, uvidi brzinom razmišljanja ... itd. Zvuči poznato? Za mnoge lidere ovo je vrijeme kada se suočavaju s velikim odlukama o ulaganju. Mnogi kreću novim putevima koji žele pružiti više sposobnosti i ne uspijevaju. Drugi pokušavaju put modernizacije i bore se da zadrže predanost vodstva.
Mnogi od ovih pokušaja modernizacije rezultiraju dodavanjem novih dobavljača, tehnologija, procesa i ponuda analitike. Ovaj oblik modernizacije omogućuje brži početni dobitak, ali ostavlja tehnički dug i opće troškove jer obično ne zamjenjuje postojeći dio analitičke slagalice, već ih preklapa. Ova vrsta „modernizacije“ više je preskok, a ne ona koju bih smatrao „modernizacijom“.
Evo moje definicije na šta mislim kada kažem modernizacija u kontekstu analitike:
„Modernizacija je poboljšanje analitike koju već imamo ili dodavanje funkcionalnosti ili sposobnosti tehnologijama koje se već koriste. Modernizacija se uvijek radi kako bi se postigao cilj poboljšanja. Ciljeve treba definirati partnerstvom između korisničke zajednice i vodstva IT/analitike. ”
Ovi ciljevi mogu biti:
- Površno - sadržaj boljeg seksi izgleda ili poboljšano korisničko iskustvo.
- funkcionalan - poboljšane performanse ili dodatna funkcionalnost i sposobnosti
- Produženje - pružanje ugrađenog iskustva ili dodavanje dodatnih projekata i opterećenja.
Kroz svojih 20 i više godina u poslovnoj analitici radio sam sa stotinama kompanija i organizacija pomažući im i savjetujući ih o instalacijama, nadogradnjama, konfiguracijama i strateškim planovima i projektima. Često me boli, kad se angažujem kasno, da budem nosilac doze realnosti tokom projekata modernizacije. Mnogi započinju bez plana ili još gore, s planom i bez potvrde tog plana. Daleko najgore su one koje su bile kombinacija modernizacije IT-a i Analitike kao sveobuhvatnog masovnog projekta.
Pritisci za očekivati i savladati
- Sve mora biti Cloud & SaaS - Oblak ima mnoge prednosti i očigledan je izbor za svaku novu strategiju i ulaganje. Premještanje svega iz prostora u oblak jer je to strategija kompanije u kombinaciji sa „prema datumu“ loša je strategija i dolazi od lošeg vodstva koje radi u vakuumu. Uvjerite se da su prednosti i svi uticaji razumljivi prije nego što se prijavite na datum.
- Sve na jednom mestu - Da, postoje kompanije koje vam mogu isporučiti sve što vam je potrebno. Dobavljač iz jednog izvora može vam prodati prednosti, ali jesu li stvarne ili uočljive? Prostor za analitiku bio je u velikoj mjeri otvoren i heterogen što vam omogućuje da budete najbolji u pasmini, stoga donesite zvučne odluke.
- Noviji proizvodi su bolji - Noviji jednaki bolji mogu raditi za automobile, ali obično ne sa softverom, osim ako se radi o evoluciji ponude. Čini se da dobavljači s dugogodišnjim iskustvom i istorijom u stvarnom svijetu sporo idu u korak, ali to je s dobrim razlogom. Ovi dobavljači imaju snažnu ponudu s kojom se drugi ne mogu mjeriti, a ta ponuda ima mnogo veću životnu vrijednost kako raste njihova upotreba. Da, malo zaostajanja, ali to ne znači uvijek da je potrebna zamjena. U mnogim slučajevima može postojati više komada ako su linije razdvajanja jasne.
- Požurivanje ogromnog ishoda - Nažalost, dodijeljeno vrijeme rijetko je tačno pa je dobro imati prekretnice i manje planove s pobjedama definiranim kako bi se pokazao značajan napredak i ishodi.
- Sve će biti mnogo brže - Ovo je veliki cilj i težnja, ali ne uvijek stvarnost. Ponuda arhitekture igra veliki faktor, kao i koliko je dobro obavljena bilo kakva integracija i kolokacija okolnih ovisnih i pratećih usluga i funkcija.
- Modernizacija sadašnje budućnosti nam to dokazuje - Kao što sam rekao u uvodniku, inovacije lete, pa je ovo područje koje će se nastaviti razvijati. Uvijek budite u toku sa onim što imate i osigurajte da su ažuriranja planirana. Nakon ažuriranja procijenite nove značajke i funkcionalnosti koje treba iskoristiti ili učiniti dostupnima.
- Modernizacija je samo „nadogradnja“ i bit će laka - Njegova modernizacija se ne nadograđuje. To znači nadogradnje, ažuriranja, zamjene i iskorištavanje novijih funkcija i mogućnosti. Prvo nadogradite, a zatim iskoristite nove funkcije i mogućnosti.
Priprema plana modernizacije Analytics
Prije nego što uložim bilo kakav napor u modernizaciju, predlažem da učinite nekoliko stvari koje ću podijeliti kako bih poboljšao stope uspjeha.
1. Odredite ciljeve.
Ne možete imati cilj poput: „Pružiti brz, besprijekoran izvor lijepe analitike koji omogućava laku potrošnju i stvaranje sadržaja.“ Ovo je sjajan cilj da se odobri projekt, ali je sveobuhvatni cilj koji je prepun opasnosti i propasti ... jednostavno je prevelik. Fokusirajte se i stvorite ciljeve za jednu tehnološku promjenu u isto vrijeme sa izmjerenim željenim ishodom. Modernizacija se u mnogim slučajevima mora odvijati po dio i iskustvo po iskustvo. To znači više manjih projekata i ciljeva.
Ljudi će tvrditi da to znači više vremena i ukupnog napora, a možda i previše promjena za korisnike. Po mom iskustvu, da, ovaj plan će izgledati duže, ali više odražava stvarno vrijeme koje će ionako trajati. Što se tiče učestalosti promjena korisničkog iskustva, to se može riješiti tako da se rezultati ne guraju u produkciju dok ne dobijete kompletan skup promjena koje imaju smisla. Planovi modernizacije „učini sve odjednom“ za koje sam vidio da traju 12-18 mjeseci duže od predviđenog, što je mnogo teže objasniti. Gore je pritisak koji se vrši na tim koji izvršava plan i stalna negativnost koja dolazi od izazova na putu. To takođe dovodi do velikih zaokreta što rezultira skokovima.
Najveći razlog za fokusiranje na manje promjene je to što ako se vaša analitika usput pokvari, tada je mnogo brže i lakše riješiti probleme i riješiti sve probleme. Manje varijabli znači brže rješavanje problema. Znam da ovo zvuči jednostavno, ali reći ću vam da sam radio s više kompanija koje su odlučile uložiti napor u modernizaciju čudovišta gdje:
- trebalo je nadograditi analitičku platformu
- tehnologija upita ažurirana
- analitička platforma premještena u oblak
- način autentifikacije zamijenjen je za web davatelja usluge jedinstvene prijave
- dobavljač baze podataka promijenio se i prešao sa lokalnog modela u vlasništvu i upravljanju na SaaS rješenje
Kad stvari nisu uspjele, potrošili su mnogo vremena i truda na utvrđivanje uzroka problema prije nego su došli do stvarnog rješenja. Na kraju, ti projekti „učini sve odjednom“ su protekli kroz vrijeme i budžet i dali su mješovite rezultate zbog djelomičnih postignutih ciljeva i negativnosti koja je okruživala projekt. Mnogi od njih su do kraja postali samo projekti „pokreni ga i pokreni što je bolje moguće“.
2. Izgradite plan po cilju.
Plan mora uključivati doprinose SVIH dionika radi transparentnosti, potpunosti i tačnosti. Moj primjer ovdje bi bila promjena tehnologije baza podataka. Neki dobavljači nude kompatibilnost s drugim dobavljačima, a to pomaže pri prodaji kada govore o vremenu za vrednovanje. Svaki dobavljač baze podataka također će pokušati zastupati svoju poziciju da ima bolje performanse od postojećeg. Problem je u tome što se ove izjave ne preklapaju. Još nisam vidio prelazak radnog opterećenja s jedne tehnologije baze podataka na drugu uz poboljšanje kompatibilnosti dobavljača i poboljšanje performansi postojećih radnih opterećenja.
Također, pri promjeni dobavljača / tehnologija baza podataka gotovo sigurno dobivate različite nivoe SQL kompatibilnosti, izložene funkcije baze podataka i različite tipove podataka, a sve to može nanijeti štetu postojećim aplikacijama koje se nalaze na vrhu. Poenta je u tome da se plan mora potvrditi s ljudima koji mogu ispitati i utvrditi vjerovatni uticaj takve velike promjene. Moraju se angažirati stručnjaci kako bi kasnije uklonili iznenađenja.
3. Planirajte planove.
Kako su svi ciljevi iscrpljeni, možda ćemo otkriti da neki od njih mogu raditi paralelno. Kada koristimo analitičku platformu, možemo otkriti da različite grupe ili poslovne jedinice koriste različite osnovne komponente poput baza podataka koje treba modernizirati, tako da one mogu raditi paralelno.
4. Analitički pregledajte sve planove i očistite ih.
Ovo je tako važan korak koji mnogi propuštaju. Zaklinjem vas da upotrijebite bilo koju analitiku koju imate protiv svoje analitike. Ovo je ključ za ne gubljenje vremena i resursa. Utvrdite koji su podaci mrtvi, koji sadržaj na vašoj analitičkoj platformi se više ne koristi ili je relevantan. Svi smo izgradili analitičke projekte ili sadržaj za jednokratni zadatak, ali većina nas također mrzi brisanje ili čišćenje nakon sebe. TO JE digital sadržaj koji ništa ne košta samo ostaviti do trenutka kada ga neko mora održavati, nadograđivati ili modernizirati.
Bi li vas šokiralo saznanje da je 80% vašeg analitičkog sadržaja mrtvo, da se ne koristi, da je zamijenjeno novom verzijom ili da je već duže vrijeme u kvaru bez pritužbi? Kada smo zadnji put provjerili?
Nemojte započinjati bilo koji projekt koji zahtijeva validaciju analitičkog sadržaja bez pregledavanja onoga što treba potvrditi, a šta očistiti ili baciti u otpad. Ako nemamo nikakvu analitiku koju bismo mogli upotrijebiti protiv analitike, onda smislite kako napredovati.
5. Procijenite da su projekt modernizacije i pojedinačni planovi cjelovito završeni.
Vratimo se na loš cilj, „Osigurati brz, besprijekoran izvor lijepe analitike koji omogućava laku potrošnju i kreiranje sadržaja“, i srušiti ga s visokog nivoa. Vjerojatno postoji promjena u infrastrukturi za obradu memorije i diska, nadogradnja ili promjena baze podataka, prelazak na modernu tehnologiju pružatelja usluga jedinstvene prijave kao što je SAML ili OpenIDConnect te ažuriranje ili nadogradnja analitičke platforme. Sve su to dobre stvari i pomažu u modernizaciji, ali moramo to zapamtiti krajnji korisnici su zainteresovane strane. Ako ti korisnici dobivaju isti sadržaj kao i godinama, ali samo brže, tada će njihov nivo zadovoljstva vjerojatno biti minimalan. Prekrasan sadržaj ne može biti samo za nove projekte i trebao bi se isporučiti našoj najvećoj grupi potrošača. Modernizacija postojećeg sadržaja rijetko se gleda, ali ima najveći uticaj na korisnicima. Ovo je posebno važno za administratore ili bilo koga drugog u timu koji podržava analitičku platformu. Ne zadržavajući te krajnje korisnike sretnim rezultatima uvođenjem drugih alata kako bi se zaobišlo ono što tim isporučuje, a krajnji rezultati mogu biti katastrofalni. O ovoj temi ću govoriti na svom sljedećem blogu za nekoliko sedmica.
6. Posljednji savjet.
Često pravite sigurnosne kopije i nemojte raditi projekat modernizacije samo u proizvodnji. Uložite napore u stvaranje simuliranog proizvodnog okruženja za velike, opsežne promjene. Ovo će opet pomoći da se minimiziraju varijable i razlike između onoga što radi izvan i unutar proizvodnje.
Sretno na vašem putu modernizacije!
Imate pitanja o vlastitoj inicijativi za modernizaciju? Kontaktiraj nas da razgovaramo o vašim potrebama i kako vam možemo pomoći!
