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? Koji se pritisci očekuju? Koji bi trebali biti ciljevi? Koje stvari treba izbjegavati? Kako bi trebao izgledati uspješan plan?
Zašto modernizirati Analytics?
U Business Analyticsu 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 čelnike ovo je vrijeme kada se suočavaju s velikim odlukama o ulaganju. Mnogi kreću novim putovima koji žele pružiti više sposobnosti i ne uspijevaju. Drugi pokušavaju put modernizacije i bore se zadržati 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 što mislim kad kažem modernizacija u analitičkom kontekstu:
„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. ”
Ti ciljevi mogu biti:
- površan - sadržaj boljeg seksi izgleda ili poboljšano korisničko iskustvo.
- funkcionalna - poboljšane performanse ili dodatna funkcionalnost i sposobnosti
- Produljenje - pružanje ugrađenog iskustva ili dodavanje dodatnih projekata i opterećenja.
Kroz 20 i više godina provedenih u prostoru Business Analytics radio sam sa stotinama tvrtki i organizacija pomažući im i savjetujući ih o instalacijama, nadogradnjama, konfiguracijama i strateškim planovima i projektima. Često me, kad se kasno angažiram, boli što sam nositelj doze stvarnosti tijekom projekata modernizacije. Tako 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 Analyticsa kao sveobuhvatnog masovnog projekta.
Pritisci za očekivati i nadvladati
- Sve mora biti Cloud & SaaS - Oblak ima mnoge prednosti i očiti je izbor za svaku novu strategiju i ulaganje. Premještanje svega iz prostora u oblak jer je to strategija tvrtke zajedno s "prema datumu" loša je strategija i dolazi od lošeg vodstva koje radi u vakuumu. Uvjerite se da su prednosti i svi utjecaji razumljivi prije prijave na datum.
- Sve na jednom mjestu - Da, postoje tvrtke 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čene? Prostor za analitiku bio je u velikoj mjeri otvoren i heterogen što vam omogućuje da se ponašate najbolje u pasmini, stoga donesite zvučne odluke.
- Noviji proizvodi su bolji - Noviji jednaki bolji mogu raditi za automobile, ali ne tipično sa softverom, osim ako se radi o evoluciji ponude. Dobavljači s dugogodišnjim iskustvom i poviješću u stvarnom svijetu izgleda da 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, neki zaostatak, 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 točno pa je dobro imati prekretnice i manje planove s pobjedama definiranim kako bi se pokazao značajan napredak i ishodi.
- Sve će biti puno brže - Ovo je veliki cilj i težnja, ali ne uvijek stvarnost. Ponuda arhitekture igra veliki faktor, kao i koliko je dobro izvedena bilo kakva integracija te sulokacija 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 s 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 se modernizacija ne nadograđuje. To znači nadogradnje, ažuriranja, zamjene i iskorištavanje novijih funkcija i sposobnosti. Prvo nadogradite, a zatim iskoristite nove funkcije i mogućnosti.
Priprema plana modernizacije Analyticsa
Prije nego što učinim bilo kakav napor modernizacije, predložio bih da učinim nekoliko stvari koje ću podijeliti kako bih pomogao poboljšati stopu uspjeha.
1. Odredite ciljeve.
Ne možete imati cilj poput: "Pružiti brz, besprijekoran izvor lijepe analitike koji omogućuje laku potrošnju i stvaranje sadržaja." Ovo je sjajan zvučni cilj za odobrenje projekta, ali sveobuhvatan cilj koji je prepun opasnosti i propasti ... jednostavno je prevelik. Usredotočite se i stvorite ciljeve za jednu tehnološku promjenu u isto vrijeme s izmjerenim poželjnim ishodom. Modernizacija se u mnogim slučajevima mora raditi 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 truda, a možda i previše promjena za korisnike. Prema mom iskustvu, da, ovaj će plan izgledati dulje, ali sve više odražava stvarno vrijeme koje će mu trebati. Š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 potpuni 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đer dovodi do velikih zaokreta što rezultira preskakanjem poteza.
Najveći razlog fokusiranja na manje promjene je taj š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 surađivao s više tvrtki koje su odlučile uložiti pokušaj modernizacije čudovišta gdje:
- trebalo je nadograditi analitičku platformu
- tehnologija upita ažurirana
- analitička platforma premještena u oblak
- metoda autentifikacije zamijenjena je za web davatelja usluge jedinstvene prijave
- dobavljač baze podataka promijenio se i prešao s lokalnog modela u vlasništvu i pod upravljanjem u SaaS rješenje
Kad stvari nisu uspjele, potrošili su mnogo vremena i truda na utvrđivanje uzroka problema prije nego što su došli do stvarnog rješenja. Na kraju, ti su projekti "učini sve odjednom" protekli tijekom vremena i proračuna i dali 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 i pokreni što je bolje moguće".
2. Izgradite plan po cilju.
Plan mora uključivati doprinose SVIH dionika radi transparentnosti, potpunosti i toč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 svoje mišljenje da ima bolje rezultate od sadašnjeg. Problem je u tome što se te 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 razine SQL kompatibilnosti, izložene funkcije baze podataka i različite vrste podataka, a sve to može nanijeti štetu postojećim aplikacijama koje se nalaze na vrhu. Poanta je u tome da se plan mora potvrditi s ljudima koji mogu ispitati i utvrditi vjerojatni utjecaj tako 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 se neki od njih mogu odvijati paralelno. Kad koristimo analitičku platformu, možemo otkriti da različite skupine ili poslovne jedinice koriste različite temeljne komponente, poput baza podataka koje treba modernizirati, tako da one mogu raditi paralelno.
4. Analitički ispitajte sve planove i očistite ih.
Ovo je tako važan korak koji mnogi propuštaju. Preklinjem vas da upotrijebite bilo koju analitiku koju imate protiv svoje analitike. Ovo je ključno za ne gubljenje vremena i resursa. Utvrdite koji su podaci mrtvi, koji se sadržaj na vašoj analitičkoj platformi više ne koristi niti 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 netko 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 što očistiti ili baciti u otpad. Ako nemamo nikakvu analitiku koju bismo mogli koristiti protiv analitike, onda smislite kako nešto postići naprijed.
5. Procijenite da su projekt modernizacije i pojedinačni planovi cjelovito dovršeni.
Vratimo se lošem cilju, „Osigurati brz, besprijekoran izvor lijepe analitike koji omogućuje laku potrošnju i stvaranje sadržaja“, i srušiti ga s visoke razine. Vjerojatno dolazi do promjene infrastrukture za obradu memorije i diska, nadogradnje ili promjene baze podataka, prelaska na modernu tehnologiju pružatelja jedinstvene prijave kao što su SAML ili OpenIDConnect te nadogradnje ili nadogradnje analitičke platforme. Sve su to dobre stvari i pomažu modernizaciji, ali moramo to zapamtiti krajnji korisnici su dionici. Ako ti korisnici dobivaju isti sadržaj kao i godinama, ali samo brže, tada će njihova razina zadovoljstva vjerojatno biti minimalna. Prekrasan sadržaj ne može biti samo za nove projekte i trebao bi se isporučiti našoj najvećoj skupini potrošača. Modernizacija postojećeg sadržaja rijetko se gleda, ali ima najveći utjecaj na korisnicima. Ovo je osobito 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 tjedana.
6. Posljednji savjet.
Često pravite sigurnosne kopije i nemojte raditi projekt modernizacije samo u proizvodnji. Uložite napore u stvaranje simuliranog proizvodnog okruženja za velike, opsežne promjene. Ovo će opet pomoći smanjiti varijable i razlike između onoga što radi izvan i unutar proizvodnje.
Sretno na vašem putu modernizacije!
Imate li pitanja o vlastitoj inicijativi za modernizaciju? Kontaktirajte nas kako bismo razgovarali o vašim potrebama i kako vam možemo pomoći!
