Šiame tinklaraščio įraše mums garbė pasidalyti svečių autoriaus ir analitikos eksperto Mike'o Norriso žiniomis apie planavimą ir spąstus, kurių reikia vengti vykdant jūsų analizės modernizavimo iniciatyvą.
Svarstant analitikos modernizavimo iniciatyvą, reikia išnagrinėti keletą klausimų ... Dabar viskas veikia, tad kodėl tai daryti? Kokio spaudimo tikimasi? Koks turėtų būti tikslas (-ai)? Kokių dalykų reikėtų vengti? Kaip turėtų atrodyti sėkmingas planas?
Kodėl reikia modernizuoti „Analytics“?
„Business Analytics“ naujovės pristatomos precedento neturinčiais tempais. Nuolat spaudžiamas svertas „kas naujo“ ir karšta. „Hadoop“, „Data Lakes“, „Data Science Lab“, „Piliečių duomenų analitikas“, savitarnos visiems, įžvalgos minties greičiu ... ir tt Skamba pažįstamai? Daugeliui lyderių tai laikas, kai jie turi priimti didelius sprendimus dėl investicijų. Daugelis pradeda naujus kelius, siekdami suteikti daugiau galimybių ir atsilieka. Kiti bando modernizuoti kelią ir stengiasi išlaikyti lyderystės įsipareigojimą.
Daugelis šių bandymų modernizuoti papildo naujus pardavėjus, technologijas, procesus ir analizės pasiūlymus. Ši modernizavimo forma suteikia greitesnį pradinį laimėjimą, tačiau palieka technines skolas ir pridėtines išlaidas, nes paprastai ji nepakeičia esamos analizės galvosūkio dalies, o greičiau sutampa. Tokio tipo „modernizavimas“ yra labiau šuolis, o ne vienas, kurį laikyčiau „modernizuojančiu“.
Štai mano apibrėžimas, ką turiu omenyje sakydamas „modernizavimas“ analizės kontekste:
„Modernizavimas - tai jau turimos analizės patobulinimas arba funkcionalumo ar galimybių pridėjimas prie jau naudojamų technologijų. Modernizavimas visada atliekamas siekiant tobulinimo tikslo. Tikslai turėtų būti apibrėžti bendradarbiaujant vartotojų bendruomenei ir IT/analitikams “.
Šie tikslai gali būti:
- Paviršinis - geriau seksualiai atrodantis turinys arba geresnė naudotojų patirtis.
- funkcinis - patobulintas našumas arba papildomos funkcijos ir galimybės
- Prailginimas - įterptosios patirties suteikimas arba papildomų projektų ir darbo krūvių pridėjimas.
Per daugiau nei dvidešimt metų „Business Analytics“ erdvėje dirbau su šimtais įmonių ir organizacijų, kurios padėjo ir patarė joms diegimo, atnaujinimo, konfigūravimo ir strateginių planų bei projektų klausimais. Man dažnai skaudu, kai vėluoju užsiimti, kai esu modernizacijos projektų nešiotojas. Taigi daugelis pradeda be plano ar dar blogiau, su planu ir to plano nepatvirtinimu. Labiausiai blogiausi yra tie, kurie buvo IT ir „Analytics“ modernizavimo derinys kaip „viskas viename“ didžiulis projektas.
Spaudimas tikėtis ir įveikti
- Viskas turi būti „Cloud & SaaS“ - Debesis turi daug privalumų ir yra akivaizdus pasirinkimas bet kuriai naujai strategijai ir investicijoms. Perkelti viską iš patalpų į debesį, nes tai yra įmonės strategija kartu su „pagal datą“, yra bloga strategija ir kyla iš blogos vadovybės, veikiančios vakuume. Prieš pasirašydami datą, įsitikinkite, kad nauda ir bet koks poveikis yra suprantami.
- Viską įsigyja vienas - Taip, yra įmonių, kurios gali jums tiekti viską, ko jums reikia. Vieno šaltinio pardavėjas gali parduoti jums naudą, bet ar tai tikra ar suvokiama? Analitinė erdvė iš esmės buvo atvira ir nevienalytė, o tai leidžia jums geriausiai pasirodyti, todėl padarykite teisingą pasirinkimą.
- Naujesni produktai yra geresni - Naujesni lygiai gali būti geresni automobiliams, bet ne dažniausiai su programine įranga, nebent tai yra pasiūlymo raida. Pardavėjai, turintys ilgametę patirtį ir istoriją, atrodo lėtai neatsilieka, tačiau tai yra dėl geros priežasties. Šie pardavėjai paprastai turi tvirtą pasiūlymą, kurio kiti negali atitikti, ir šis pasiūlymas turi daug didesnę vertę visą gyvenimą, nes jų naudojimas auga. Taip, šiek tiek atsilieka, tačiau tai ne visada rodo, kad reikia pakeisti. Daugeliu atvejų, jei skiriamosios linijos yra aiškios, gali būti keli gabalai.
- Skubame milžinišku rezultatu - Deja, paskirtas laikas retai būna tikslus, todėl gerai turėti etapus ir mažesnius planus su pergalėmis, kurios parodytų prasmingą pažangą ir rezultatus.
- Viskas bus daug greičiau - Tai puikus tikslas ir siekis, bet ne visada realybė. Architektūros pasiūlymas vaidina didžiulį vaidmenį, kaip ir tai, kaip gerai padaryta bet kokia integracija, ir aplinkinių priklausomų ir palaikančių paslaugų bei funkcijų išdėstymas.
- Šiuolaikinis modernizavimas patvirtina mūsų ateitį - Kaip sakiau pratybose, naujovės sklando, todėl tai sritis, kuri toliau vystysis. Visada būkite informuoti apie tai, ką turite, ir įsitikinkite, kad atnaujinimai yra suplanuoti. Po bet kokių atnaujinimų įvertinkite naujas funkcijas ir funkcijas, kurios turi būti panaudotos ar pasiekiamos.
- Modernizavimas yra tik „atnaujinimas“ ir bus lengvas - Jo modernizavimas, o ne atnaujinimas. Tai reiškia atnaujinimus, atnaujinimus, pakeitimus ir naujų funkcijų bei galimybių panaudojimą. Pirmiausia atnaujinkite, tada panaudokite naujas funkcijas ir galimybes.
„Analytics“ modernizavimo plano rengimas
Prieš imdamasi bet kokių pastangų modernizuoti, siūlau atlikti keletą dalykų, kuriais pasidalinsiu, kad padėtų pagerinti sėkmės rodiklius.
1. Nustatykite tikslus.
Negalite turėti tokio tikslo: „Pateikti greitą, vientisą gražios analizės šaltinį, leidžiantį lengvai vartoti ir kurti turinį“. Tai puikus skambantis tikslas patvirtinti projektą, tačiau tai yra pagrindinis tikslas, kupinas pavojų ir pražūties ... jis tiesiog per didelis. Sutelkite dėmesį ir sukurkite tikslus, kad vienu metu keistumėte technologijas ir pasiektumėte norimą rezultatą. Modernizacija daugeliu atvejų turi būti atliekama po gabalą, o patirtis - pagal patirtį. Tai reiškia daugiau mažesnių projektų ir tikslų.
Žmonės ginčysis, kad tai reiškia daugiau laiko ir bendrų pastangų bei galbūt per daug pakeitimų vartotojams. Mano patirtis rodo, kad šis planas atrodys ilgesnis, bet labiau atspindi faktinį laiką, kurio prireiks. Kalbant apie naudotojų patirties keitimo dažnumą, tai galima išspręsti nenustumiant rezultatų į gamybą, kol nepateiksite visų prasmingų pakeitimų. Mačiau „daryk viską iš karto“ modernizavimo planus, kurie buvo vykdomi 12–18 mėnesių ilgiau, nei tikėtasi, o tai yra daug sunkiau paaiškinti. Blogiau yra spaudimas, kuris daromas planą vykdančiai komandai, ir nuolatinis negatyvumas, atsirandantis dėl pakeliui kylančių iššūkių. Tai taip pat lemia didelius posūkius, dėl kurių juda šuoliai.
Didžiausia priežastis, dėl kurios reikia sutelkti dėmesį į mažesnius pakeitimus, yra ta, kad jei jūsų analizė sugenda, tai daug greičiau ir lengviau pašalinti ir išspręsti visas problemas. Mažiau kintamųjų reiškia greitesnį problemų sprendimą. Žinau, kad tai skamba paprastai, tačiau pasakysiu, kad dirbau su daugiau nei viena įmone, kuri nusprendė imtis monstro modernizavimo veiksmų, kai:
- turėjo būti atnaujinta analizės platforma
- atnaujinta užklausų technologija
- analizės platforma perkelta į debesį
- autentifikavimo metodas pakeistas žiniatinklio vieno prisijungimo teikėju
- duomenų bazės pardavėjas pasikeitė ir iš vietinio turimo ir valdomo modelio perėjo prie „SaaS“ sprendimo
Kai viskas nepavyko, jie prieš daug laiko išleido daug laiko ir pastangų, kad nustatytų, kas sukėlė problemą. Galų gale šie „daryk viską iš karto“ projektai bėgo per laiką ir biudžetą ir davė nevienodų rezultatų dėl dalinių tikslų pasiekimų ir projektą supančio negatyvumo. Daugelis jų iki galo tapo tik „pradėk ir pradėk veikti kaip įmanoma geriau“ projektais.
2. Sukurkite planą pagal tikslą.
Į planą reikia įtraukti VISŲ suinteresuotųjų šalių indėlį siekiant skaidrumo, išsamumo ir tikslumo. Mano pavyzdys būtų duomenų bazių technologijų keitimas. Kai kurie pardavėjai siūlo suderinamumą su kitais pardavėjais ir tai padeda parduoti, kai jie kalba apie laiko vertę. Kiekvienas duomenų bazių pardavėjas taip pat stengsis pareikšti savo poziciją, kad jie veikia geriau nei esami operatoriai. Problema ta, kad šie teiginiai nesutampa. Dar nemačiau, kad darbo krūvis pereitų nuo vienos duomenų bazės technologijos prie kitos, panaudodamas tiekėjo suderinamumą ir pagerindamas esamų darbo krūvių našumą.
Be to, keisdami duomenų bazių pardavėjus / technologijas, beveik neabejotinai gausite skirtingus SQL suderinamumo lygius, atskleistas duomenų bazės funkcijas ir skirtingus duomenų tipus, kurie gali sugadinti esamas programas, kurios yra viršuje. Esmė ta, kad planas turi būti patvirtintas su žmonėmis, kurie gali išnagrinėti ir nustatyti tikėtiną tokio didelio pokyčio poveikį. Ekspertai turi būti įtraukti, kad vėliau pašalintų netikėtumus.
3. Suplanuokite planus.
Kadangi visi tikslai yra erzinami, galime pastebėti, kad kai kurie iš jų gali būti vykdomi lygiagrečiai. Naudodami analizės platformą galime pastebėti, kad skirtingos grupės ar verslo vienetai naudoja skirtingus pagrindinius komponentus, pvz., Duomenų bazes, kurios turi būti modernizuotos, todėl jos gali veikti lygiagrečiai.
4. Analitiškai išnagrinėkite visus planus ir išvalykite.
Tai yra toks svarbus žingsnis, kurio daugelis praleidžia. Aš prašau jūsų naudoti bet kokią turimą analizę prieš savo analizę. Tai svarbiausia, kad nebūtų švaistomas laikas ir ištekliai. Nustatykite, kokie duomenys yra negyvi, koks turinys jūsų analizės platformoje nebenaudojamas ar neaktualus. Visi sukūrėme analitinius projektus ar turinį vienkartinei užduočiai atlikti, tačiau dauguma iš mūsų taip pat nemaloniai juos ištriname ar tvarkome. tai yra digital turinį, kurio nieko nekainuoja tiesiog palikti iki to momento, kai kas nors jį turi prižiūrėti, atnaujinti ar modernizuoti.
Ar jus šokiruotų sužinojus, kad 80% jūsų analitinio turinio yra negyvas, nepanaudotas, pakeistas nauja versija arba ilgą laiką buvo pažeistas be skundų? Kada paskutinį kartą patikrinome?
Nepradėkite jokio projekto, kuriam reikia patvirtinti analitinį turinį, neperžiūrėję, ką reikia patvirtinti, o ką - išvalyti ar išmesti. Jei neturime jokios analizės, kurią galėtume naudoti prieš analizę, išsiaiškinkime, kaip tai padaryti.
5. Įvertinkite, ar modernizavimo projektas ir individualūs planai yra holistiškai užbaigti.
Grįžkime prie blogo tikslo „Pateikti greitą, vientisą gražios analizės šaltinį, leidžiantį lengvai vartoti ir kurti turinį“, ir sugriauti jį nuo aukšto lygio. Tikėtina, kad bus pakeista atminties ir disko apdorojimo infrastruktūra, atnaujinta arba pakeista duomenų bazė, pereinama prie modernios vieno prisijungimo teikėjo technologijos, pvz., SAML arba „OpenIDConnect“, ir atnaujinama arba atnaujinama analizės platforma. Visa tai yra geri dalykai ir padeda modernizuotis, tačiau turime tai prisiminti galutiniai vartotojai yra suinteresuotosios šalys. Jei tie vartotojai gaus tą patį turinį kaip ir daugelį metų, bet tik greičiau, tada jų pasitenkinimas greičiausiai bus minimalus. Gražus turinys negali būti skirtas tik naujiems projektams, jis turėtų būti pristatytas didžiausiai mūsų vartotojų grupei. Į esamo turinio modernizavimą žiūrima retai, tačiau jis yra didžiausią įtaką ant vartotojų. Tai ypač svarbu administratoriams ar kitiems komandos nariams, palaikantiems analizės platformą. Neleidžiant tiems galutiniams vartotojams džiaugtis rezultatais, kai pateikiamos kitos priemonės, skirtos apeiti tai, ką komanda pateikia, o galutiniai rezultatai gali būti pražūtingi. Šią temą kitame tinklaraštyje aptarsiu po kelių savaičių.
6. Paskutinis patarimas.
Dažnai darykite atsargines kopijas ir nedarykite modernizavimo projekto tik gamyboje. Skirkite pastangas, kad sukurtumėte imituojamą gamybos aplinką dideliems, plataus masto pokyčiams. Tai dar kartą padės sumažinti kintamuosius ir skirtumus tarp to, kas veikia gamybos išorėje ir viduje.
Sėkmės jūsų modernizacijos kelyje!
Turite klausimų apie savo modernizavimo iniciatyvą? Susisiekite su mumis aptarti jūsų poreikius ir kaip mes galime padėti!
