Selles ajaveebi postituses on meil au jagada külalisautori ja analüütikueksperdi Mike Norrise teadmisi teie analüüsi kaasajastamise algatuse kavandamise ja lõksude kohta, mida vältida.
Analüütika kaasajastamise algatust kaaludes tuleb uurida mitmeid küsimusi ... Asjad töötavad nüüd, miks seda teha? Millist survet on oodata? Mis peaks olema eesmärk (id)? Milliseid asju tuleks vältida? Kuidas peaks välja nägema edukas plaan?
Miks Analyticsi moderniseerida?
Business Analyticsis pakutakse innovatsiooni enneolematu kiirusega. Pidevalt avaldatakse survet, et võimendada “uut” ja kuuma. Hadoop, Data Lakes, Data Science Lab, kodanikuandmete analüütik, iseteenindus kõigile, ülevaated mõttekiirusel ... jne. Kõlab tuttavalt? Paljude juhtide jaoks on see aeg, mil nad seisavad silmitsi suurte investeerimisotsustega. Paljud alustavad uusi teid, soovides pakkuda rohkem võimalusi ja jäävad alla. Teised üritavad moderniseerimise teed ja näevad vaeva, et hoida juhtkonna pühendumust.
Paljud neist katsetest kaasajastada toovad kaasa uusi müüjaid, tehnoloogiaid, protsesse ja analüüsipakkumisi. See kaasajastamisviis annab kiirema esialgse võidu, kuid jätab tehnilised võlad ja üldkulud, kuna see tavaliselt ei asenda analüüsi mõistatuse olemasolevat osa, vaid pigem kattub nendega. Seda tüüpi „moderniseerimine” on pigem hüppeline ja mitte üks, mida ma peaksin „moderniseerimiseks”.
Siin on minu määratlus selle kohta, mida ma mõtlen, kui ütlen analüüsi kontekstis moderniseerimist:
„Moderniseerimine on juba olemasoleva analüüsi täiustamine või funktsionaalsuse või võimekuse lisamine juba kasutusel olevatele tehnoloogiatele. Parandamiseesmärgi saavutamiseks tehakse alati moderniseerimist. Eesmärgid tuleks määratleda partnerluse kaudu kasutajaskonna ja IT/analüüsi juhtkonna vahel. ”
Need eesmärgid võivad olla:
- Pealiskaudne - parem seksikas välimus või parem kasutuskogemus.
- Funktsionaalne - täiustatud jõudlus või lisatud funktsionaalsus ja võimalused
- Pikendades - sisseehitatud kogemuste pakkumine või täiendavate projektide ja töökoormuste lisamine.
Kogu oma 20-aastase Business Analytics ruumis töötamise aja jooksul olen töötanud sadade ettevõtete ja organisatsioonidega, kes on neid abistanud ja nõustanud installimiste, uuenduste, konfiguratsioonide ning strateegiliste plaanide ja projektide osas. Mul on sageli valus, kui hakkan hiljaks jääma, olla moderniseerimisprojektide ajal reaalsusdoosi kandja. Paljud alustavad ilma plaanita või veel hullem, plaani ja selle plaani kinnitamata. Kõige hullemad on need, mis olid kombineeritud IT ja Analyticsi kaasajastamisest kui kõik-ühes massiivne projekt.
Surve ootustele ja ületamisele
- Kõik peab olema Cloud & SaaS - Pilvel on palju eeliseid ja see on ilmne valik iga uue strateegia ja investeeringu jaoks. Kõigi ruumidest pilve teisaldamine, kuna see on ettevõtte strateegia koos kuupäevaga, on halb strateegia ja tuleneb vaakumis tegutsevast halvast juhtimisest. Enne kuupäevaks registreerumist veenduge, et kasu ja võimalikud mõjud oleksid arusaadavad.
- Kõik ühe hankimisega - Jah, on ettevõtteid, kes pakuvad teile kõike, mida vajate. Üksikmüüja võib teile eeliseid müüa, kuid kas need on reaalsed või tajutavad? Analüütiline ruum on suures osas olnud avatud ja heterogeenne, mis võimaldab teil tõust parimaks saada, seega tehke õigeid valikuid.
- Uuemad tooted on paremad - Uuemad võrdsed võivad töötada autode puhul, kuid mitte tavaliselt tarkvaraga, kui see pole pakkumine. Aastatepikkuse reaalse kogemuse ja ajalooga müüjad näivad aeglaselt sammu pidamas, kuid see on mõjuval põhjusel. Nendel müüjatel on tavaliselt tugev pakkumine, mida teised ei suuda võrrelda, ja sellel pakkumisel on nende kasutuse kasvades palju rohkem eluaegset väärtust. Jah, teatud viivitus, kuid see ei tähenda alati, et asendamine on vajalik. Kui eraldusjooned on selged, võib paljudel juhtudel eksisteerida mitu tükki.
- Hiiglasliku tulemusega kiirustamine - Kahjuks on määratud aeg harva täpne, seega on hea, kui on olemas verstapostid ja väiksemad plaanid koos võitudega, et näidata sisukaid edusamme ja tulemusi.
- Kõik saab olema palju kiirem - See on suur eesmärk ja püüdlus, kuid mitte alati reaalsus. Arhitektuuri pakkumine mängib tohutut rolli, nagu ka see, kui hästi on tehtud igasugune integratsioon ning ümbritsevate sõltuvate ja toetavate teenuste ja funktsioonide paiknemine.
- Nüüdisaegne moderniseerimine näitab meile - Nagu ma avamises ütlesin, uuendused lendavad, nii et see on valdkond, mis areneb edasi. Olge alati kursis olemasolevaga ja veenduge, et värskendused on planeeritud. Pärast värskendusi hinnake uusi funktsioone, mida tuleb võimendada või kättesaadavaks teha.
- Kaasajastamine on lihtsalt “uuendamine” ja see on lihtne - Selle moderniseerimine, mitte uuendamine. See tähendab uuendamist, värskendamist, asendamist ning uuemate funktsioonide ja võimaluste võimendamist. Esmalt uuendage, seejärel kasutage uusi funktsioone ja võimalusi.
Analyticsi moderniseerimiskava koostamine
Enne mis tahes kaasajastamist soovitaksin teha mõned asjad, mida jagan, et edukuse määra parandada.
1. Määrake eesmärgid.
Teil ei saa olla sellist eesmärki: „Pakkuda kiiret ja sujuvat ilusa analüüsi allikat, mis võimaldab hõlpsat tarbimist ja sisu loomist.” See on suurepärane kõlav eesmärk projekti heakskiitmiseks, kuid see on üldine eesmärk, mis on täis ohtu ja hukatust ... see on lihtsalt liiga suur. Keskenduge ja seadke eesmärgid üheainsa tehnoloogilise muutuse jaoks korraga mõõdetud soovitud tulemusega. Kaasajastamist tuleb paljudel juhtudel teha tükkhaaval ja kogemusi. See tähendab rohkem väiksemaid projekte ja eesmärke.
Inimesed vaidlevad vastu, et see tähendab kasutajatele rohkem aega ja üldist pingutust ning võib -olla liiga palju muudatusi. Minu kogemuste kohaselt tundub see plaan küll pikem, kuid peegeldab rohkem tegelikku aega, mis selleks ikkagi kulub. Mis puutub kasutajakogemuse muutmise sagedusse, siis seda saab lahendada nii, et te ei lükka tulemusi tootmisse enne, kui teil on täielikud muudatused, mis on mõistlikud. Olen näinud, et „tee kõik korraga” moderniseerimiskavad kestavad oodatust 12–18 kuud kauem, mida on palju raskem seletada. Hullem on surve, mis pannakse plaani ellu viivale meeskonnale, ja pidev negatiivsus, mis tuleneb väljakutsetest. Need toovad kaasa ka suured pöörded, mille tulemuseks on hüppeliigutused.
Suurim põhjus, miks keskenduda väiksematele muudatustele, on see, et kui teie analüütikud katkevad, on tõrkeotsing ja probleemide lahendamine palju kiirem ja lihtsam. Vähem muutujaid tähendab kiiremat probleemide lahendamist. Ma tean, et see kõlab lihtsalt, kuid ma ütlen teile, et olen teinud koostööd rohkem kui ühe ettevõttega, kes otsustasid teha koletise moderniseerimise jõupingutusi, kui:
- analüüsiplatvormi tuli uuendada
- päringutehnoloogia uuendatud
- analüüsiplatvorm kolis pilve
- autentimismeetod vahetati veebipõhise ühe sisselogimise pakkuja vastu
- muutus andmebaasi müüja ja kolis kohapealsest omanikust ja hallatavast mudelist SaaS-lahenduse juurde
Kui asjad ei töötanud, kulutasid nad enne tegeliku lahenduse leidmist palju aega ja vaeva, et kindlaks teha, mis probleemi põhjustas. Lõppkokkuvõttes kulgesid need „tee kõik korraga” projektid ajas ja eelarves palju ning andsid osaliste eesmärkide saavutamise ja projekti ümbritseva negatiivsuse tõttu erinevaid tulemusi. Paljud neist said lõpuks lihtsalt projektideks „käivitage see võimalikult hästi”.
2. Koostage plaan eesmärgi kohta.
Kava peab läbipaistvuse, täielikkuse ja täpsuse huvides sisaldama KÕIGI sidusrühmade sisendit. Minu näide oleks siin andmebaasitehnoloogiate muutmine. Mõned müüjad pakuvad ühilduvust teiste müüjatega ja see aitab müüki, kui nad räägivad väärtuslikust ajast. Samuti püüab iga andmebaasitootja rõhutada oma seisukohta, et nad toimivad paremini kui turgu valitsev operaator. Küsimus on selles, et need avaldused ei kattu. Ma pole veel näinud töökoormuse üleminekut ühelt andmebaasitehnoloogialt teisele, kasutades müüja ühilduvust ja parandades olemasolevate töökoormuste toimivust.
Samuti saate andmebaaside müüjaid / tehnoloogiaid vahetades peaaegu kindlasti erineva tasemega SQL -ühilduvust, paljastatud andmebaasi funktsioone ja erinevaid andmetüüpe, mis kõik võivad laastada olemasolevaid rakendusi, mis asuvad peal. Asi on selles, et kava tuleb kinnitada inimestega, kes saavad uurida ja kindlaks teha sellise suure muudatuse tõenäolist mõju. Eksperdid tuleb kaasata hilisemate üllatuste kõrvaldamiseks.
3. Planeerige plaanid.
Kuna kõik eesmärgid on kiusatud, võime avastada, et mõned neist võivad paralleelselt töötada. Analüütikaplatvormi kasutamisel võime avastada, et erinevad rühmad või äriüksused kasutavad erinevaid aluseks olevaid komponente, näiteks kaasajastatavaid andmebaase, nii et need võivad töötada paralleelselt.
4. Uurige kõiki plaane analüütiliselt ja puhastage.
See on nii oluline samm ja üks jääb tegemata. Ma palun teil kasutada oma analüütikute vastu kõiki olemasolevaid analüüse. See on võti, et mitte raisata aega ja ressursse. Tehke kindlaks, millised andmed on surnud, millist sisu teie analüüsiplatvormil enam ei kasutata ega ole asjakohane. Oleme kõik loonud analüütilisi projekte või sisu ühekordse ülesande jaoks, kuid enamik meist ei taha seda ka kustutada ega enda järel koristada. see on digital sisu, mille maksmine ei maksa midagi, kuni jätta hetkeni, mil keegi peab seda hooldama, täiendama või moderniseerima.
Kas teid šokeeriks, kui saaksite teada, et 80% teie analüütilisest sisust on surnud, seda pole kasutatud, see on asendatud uue versiooniga või see on olnud pikka aega ilma kaebusteta katki? Millal me viimati kontrollisime?
Ärge alustage ühtegi projekti, mis nõuab analüütilise sisu valideerimist, vaatamata üle, mis tuleb kinnitada ja mis tuleb puhastada või prügikasti visata. Kui meil pole analüütikute vastu analüüse kasutada, siis mõelge välja, kuidas neid edasi arendada.
5. Hinnake, et kaasajastamisprojekt ja individuaalsed plaanid on terviklikult lõpule viidud.
Tuleme tagasi halva eesmärgi juurde „Pakkuda kiiret ja sujuvat ilusa analüüsi allikat, mis võimaldab hõlpsat tarbimist ja sisu loomist”, ning murda see kõrgelt tasemelt. Tõenäoliselt toimuvad mälu ja ketta töötlemise infrastruktuuri muudatused, andmebaasi täiendamine või muutmine, üleminek kaasaegsele ühe sisselogimise pakkuja tehnoloogiale, näiteks SAML või OpenIDConnect, ning analüüsiplatvormi värskendamine või täiendamine. Need kõik on head asjad ja aitavad kaasa kaasajastamisele, kuid me peame seda meeles pidama lõpptarbijad on sidusrühmad. Kui need kasutajad saavad sama sisu, mida nad on olnud aastaid, kuid lihtsalt kiiremini, on nende rahulolu tõenäoliselt minimaalne. Ilus sisu ei saa olla ainult uute projektide jaoks ja seda tuleks edastada meie suurimale tarbijarühmale. Olemasoleva sisu kaasajastamist vaadatakse harva, kuid sellel on suurim mõju kasutajate peale. See on eriti oluline administraatoritele või kõigile teistele analüüsiplatvormi toetavatele meeskonnale. Lõppkasutajate rõõmsa tulemuse hoidmine muudes tööriistades, mis pakuvad meeskonna pakutavat teavet, mille lõpptulemused võivad olla katastroofilised. Mõne nädala pärast käsitlen seda teemat oma järgmises blogis.
6. Viimane nõuanne.
Tehke sageli varukoopiaid ja ärge tehke ainult tootmises moderniseerimisprojekti. Kulutage jõupingutusi, et luua simuleeritud tootmiskeskkond suurte ja ulatuslike muudatuste jaoks. See aitab jällegi minimeerida muutujaid ja erinevusi selle vahel, mis töötab väljaspool tootmist ja sees.
Palju õnne teie enda moderniseerimisteekonnal!
Kas teil on küsimusi oma moderniseerimisalgatuse kohta? Kontakt arutada teie vajadusi ja seda, kuidas saame aidata!
