En ĉi tiu bloga afiŝo, ni honoras dividi la sciojn de gasta aŭtoro kaj sperta pri analizistoj, Mike Norris, pri planado kaj malhelpoj evitindaj por via iniciato pri modernigo de analitiko.
Kiam vi konsideras iniciaton pri analiza modernigo, estas pluraj demandoj esplorindaj ... Aferoj funkcias nun, kial do fari tion? Kiaj premoj estas atendataj? Kio estu la celo (j)? Kio estas evitindaj aferoj? Kiel aspektus sukcesa plano?
Kial Modernigi Analitikojn?
En Komercaj Analitikoj, novigo estas donita kun senprecedencaj rapidoj. Estas konstanta premo plibonigi "kio estas nova" kaj varma. Hadoop, Datumaj Lagoj, Datuma Scienca Laboratorio, Civitana Datuma Analizisto, Memservado por ĉiuj, komprenoj pri la pensrapideco ... ktp. Ĉu vi sonas konata? Por multaj gvidantoj ĉi tiu estas tempo, kiam ili alfrontas grandajn decidojn pri investado. Multaj komencas novajn vojojn, kiuj celas liveri pli da kapabloj kaj mallongiĝi. Aliaj provas la modernigan vojon kaj luktas por konservi devontigon de gvidado.
Multaj el ĉi tiuj provoj modernigi rezultigas la aldonon de novaj vendistoj, teknologioj, procezoj kaj analizaj ofertoj. Ĉi tiu formo de modernigo provizas pli rapidan komencan venkon, sed lasas teknikan ŝuldon kaj supre, ĉar ĝi ne kutime anstataŭigas ekzistantan parton de la analitika enigmo, sed prefere interkovras ilin. Ĉi tiuj specoj de "modernigoj" estas pli ol salto, kaj ne unu mi konsiderus kiel "modernigadon".
Jen mia difino de tio, kion mi celas, kiam mi diras modernigon en analitika kunteksto:
"Modernigo estas la plibonigo de la analizoj, kiujn ni jam havas, aŭ la aldono de funkcieco aŭ kapablo al la jam uzataj teknologioj. Modernigo estas ĉiam farita por atingi plibonigan celon. Celoj devas esti difinitaj per partnereco inter la uzantkomunumo kaj la IT / analitika gvidado. "
Ĉi tiuj celoj povas esti:
- Malprofunda - pli bonaspekta aspekto aŭ plibonigita sperto de uzanto.
- Funkcia - plibonigita agado aŭ aldonitaj funkcieco kaj kapablo
- Etendante - provizi enkonstruitan sperton aŭ aldoni pliajn projektojn kaj laborkvantojn.
Dum miaj pli ol 20 jaroj en la spaco pri Komercaj Analizoj mi laboris kun centoj da kompanioj kaj organizoj helpante kaj konsilante ilin pri instaloj, ĝisdatigoj, agordoj kaj strategiaj planoj kaj projektoj. Ofte doloras min, kiam mi okupiĝas malfrue, esti portanto de dozo da realeco dum modernigaj projektoj. Tiom multaj komencas sen plano aŭ pli malbone, kun plano kaj neniu validigo de tiu plano. Senkompare la plej malbonaj estas tiuj, kiuj estis kombinaĵo de IT kaj Analytics-modernigoj kiel ĉiu-en-unu amasa projekto.
Premoj Atendi kaj Venki
- Ĉio devas esti Cloud & SaaS - Nubo havas multajn avantaĝojn kaj estas la evidenta elekto por iu ajn nova strategio kaj investo. Movi ĉion de loka al nuba ĉar ĝi estas la kompanio-strategio kunigita al "ĝisdata" estas malbona strategio kaj venas de malbona gvidado funkcianta en malplena. Certigu, ke avantaĝoj kaj iuj efikoj kompreniĝas antaŭ ol registriĝi al dato.
- Ununura alportado de ĉio - Jes, estas kompanioj, kiuj povas provizi al vi ĉion, kion vi bezonas. Ununura fonta vendisto povas vendi al vi la avantaĝojn, sed ĉu ili estas realaj aŭ perceptitaj? La spaca analitiko plejparte estis malferma kaj heterogena, kio ebligas al vi plej bonan rason, do faru bonajn elektojn.
- Pli novaj produktoj estas pli bonaj - Pli novaj egaluloj pli bone povus funkcii por aŭtoj, sed ne kutime kun programoj, krom se ĝi estas oferta evoluo. Vendistoj kun jaroj de reala mondo sperto kaj historio ŝajnas malrapide daŭrigi, sed ĉi tio estas pro bona kialo. Ĉi tiuj vendistoj emas havi fortikan oferton, kiun aliaj ne povas egali, kaj tiu oferto havas multe pli da vivdaŭra valoro dum la uzo de ili kreskas. Jes, iom da malfruo, sed tio ne ĉiam indikas ke anstataŭaĵo necesas. En multaj kazoj multaj pecoj povas ekzisti se la dividaj linioj estas klaraj.
- Rapidigante la gigantan rezulton - Bedaŭrinde, la tempo asignita malofte estas ĝusta, do estas bone havi mejloŝtonojn kaj pli malgrandajn planojn kun venkoj difinitaj por montri signifajn progresojn kaj rezultojn.
- Ĉio estos multe pli rapide - Ĉi tio estas bonega celo kaj aspiro sed ne ĉiam realaĵo. Oferti arkitekturon ludas grandegan faktoron, same kiel bone farita iu integriĝo kaj kunloko de ĉirkaŭaj dependaj kaj subtenaj servoj kaj funkcioj.
- Modernigi nun estontecon pruvas nin - Kiel mi diris en la malfermilo, la novigoj flugas, do ĉi tio estas areo, kiu daŭre evoluos. Ĉiam restu aktuala pri tio, kion vi havas, kaj certigu, ke ĝisdatigoj estas planitaj. Post kiam ajn ĝisdatigoj taksas novajn funkciojn kaj utiligotajn aŭ disponigotajn.
- Modernigi estas nur "ĝisdatigoj" kaj estos facila - Ĝi moderniĝas ne ĝisdatigas. Tio signifas ĝisdatigojn, ĝisdatigojn, anstataŭigojn kaj utiligi pli novajn funkciojn kaj kapablojn. Ĝisdatigu unue kaj poste plibonigu novajn funkciojn kaj kapablojn.
Preparado de Analiza Moderniga Plano
Antaŭ ol fari ajnan modernigan penon mi sugestus fari kelkajn aferojn, kiujn mi dividos por helpi plibonigi sukcesajn indicojn.
1. Determini la celojn.
Vi ne povas havi celon kiel "Provizi rapidan kaj perfektan fonton de belaj analizoj, kiuj ebligas facilan konsumadon kaj kreon de enhavo." Ĉi tio estas bonega sona celo por aprobi la projekton, sed estas ĝenerala celo plena de danĝero kaj pereo ... ĝi estas simple tro granda. Fokusu kaj kreu celojn por ununura teknologia ŝanĝo samtempe kun mezurita dezirinda rezulto. Modernigo en multaj kazoj devas esti farita peco post peco kaj sperto per sperto. Ĉi tio signifas pli malgrandajn projektojn kaj celojn.
Homoj argumentos, ke tio signifas pli da tempo kaj ĝenerala penado kaj eble tro multaj ŝanĝoj por uzantoj. Laŭ mia sperto, jes, ĉi tiu plano aspektos pli longa, sed pli reflektas la efektivan tempon, kiun ĝi tamen bezonos. Koncerne la oftecon de ŝanĝo de sperto de uzanto, ĉi tion eblas trakti ne puŝante la rezultojn al produktado, ĝis vi havos kompletan aron de ŝanĝoj, kiuj havas sencon. La "fari ĉion samtempe" modernigajn planojn, kiujn mi vidis, daŭris 12-18 monatojn pli longe ol antaŭvidite, kio estas multe pli malfacile klarigebla. Pli malbona estas la premo metita sur la teamon plenumantan la planon kaj la konstanta negativeco, kiu venas de defioj survoje. Ĉi tiuj ankaŭ kaŭzas grandajn pivotojn rezultantajn transsaltajn movojn.
La plej granda kialo por fokusiĝi al pli malgrandaj ŝanĝoj estas, ke se via analitiko rompiĝas dum la vojo, tiam ĝi estas multe pli rapida kaj pli facile solvi problemojn kaj solvi iujn ajn problemojn. Malpli da variabloj signifas pli rapidan probleman solvon. Mi scias, ke tio sonas simpla, sed mi diros al vi, ke mi laboris kun pli ol unu kompanio, kiu decidis fari monstran modernigan penon, kie la:
- analiza platformo estis plibonigota
- konsultteknologio ĝisdatigita
- analiza platformo translokiĝis al la nubo
- aŭtentikiga metodo interŝanĝis por reta provizanto de ununura ensaluto
- datumbaza vendisto ŝanĝiĝis kaj transiris de loka posedata kaj funkciigita modelo al SaaS-solvo
Kiam aferoj ne funkciis, ili elspezis tunojn da tempo kaj penado por determini kio kaŭzis la problemon antaŭ ol atingi la efektivan solvon. En la fino, ĉi tiuj projektoj "fari ĝin tute samtempe" daŭris laŭlonge de la tempo kaj buĝeto kaj donis miksajn rezultojn pro partaj celaj atingoj kaj la negativeco, kiu ĉirkaŭis la projekton. Multaj el ĉi tiuj fariĝis nur "ekfunkciigi kiel eble plej bone" projektojn antaŭ la fino.
2. Konstruu planon por celo.
La plano devas inkluzivi kontribuojn de ĈIUJ koncernatoj por travidebleco, kompleteco kaj precizeco. Mia ekzemplo ĉi tie estus la ŝanĝo de datumbazaj teknologioj. Iuj vendistoj ofertas kongruecon kun aliaj vendistoj kaj ĉi tio helpas pri vendoj kiam ili parolas pri tempo por taksi. Ĉiu datumbaza vendisto ankaŭ provos antaŭenpuŝi sian pozicion, ke ili plenumas pli bonan ol la oficanto. La afero estas, ke ĉi tiuj deklaroj ne interkovras. Mi ankoraŭ vidis laborkvanton moviĝi de unu datumbaza teknologio al alia per plibonigado de kongruo de vendisto kaj plibonigo de rendimento de ekzistantaj laborkvantoj.
Ankaŭ dum ŝanĝado de datumbazaj vendistoj / teknologioj vi preskaŭ certe ricevas malsamajn nivelojn de SQL-kongrueco, elmontritajn datumbazajn funkciojn kaj malsamajn datumtipojn, ĉiuj el kiuj povas detrui ekzistantajn programojn, kiuj staras supre. La afero estas, ke la plano devas esti validigita kun la homoj, kiuj povas ekzameni kaj determini la verŝajnan efikon de tia grava ŝanĝo. Fakuloj devas okupiĝi por forigi surprizojn poste.
3. Planu la planojn.
Ĉar ĉiuj celoj estas elĉerpitaj, ni eble trovos, ke iuj el ili povas funkcii paralele. Kiam vi uzas analizan platformon, ni eble trovos, ke malsamaj grupoj aŭ komercaj unuoj uzas malsamajn subajn komponantojn kiel modernigajn datumbazojn, do ĉi tiuj povas funkcii paralele.
4. Ekzamenu ĉiujn planojn analize kaj purigu.
Ĉi tio estas tiel grava paŝo kaj multaj preterlasas. Mi petegas vin uzi ĉiajn analizojn, kiujn vi havas kontraŭ viaj analizoj. Ĉi tio estas ŝlosilo por ne malŝpari tempon kaj rimedojn. Determinu, kiaj datumoj mortis, kia enhavo en via analitika platformo ne plu estas uzata aŭ grava. Ni ĉiuj konstruis analizajn projektojn aŭ enhavon por unufoja tasko, sed plej multaj el ni ankaŭ suĉas forigi ĝin aŭ purigi post ni mem. Ĝi estas digital enhavo, kiu kostas nenion, nur lasi ĝin ĝis la momento, kiam iu devas prizorgi, ĝisdatigi aŭ modernigi ĝin.
Ĉu ŝokus vin ekscii, ke 80% de via analiza enhavo estas morta, ne uzita, anstataŭigita per nova versio aŭ rompita delonge sen plendoj? Kiam la lastan fojon ni kontrolis?
Ne komencu iun projekton, kiu postulas validigon de analiza enhavo, sen revizii tion, kio devas esti validigita kaj kio devas esti purigita aŭ forĵetita. Se ni ne havas analitikojn por uzi kontraŭ la analitiko, tiam eltrovu kiel antaŭenigi iujn.
5. Taksu, ke la moderniga projekto kaj unuopaj planoj estas tutece kompletaj.
Ni revenu al la malbona celo, "Provizi rapidan, senjuntan fonton de belaj analizoj, kiuj ebligas facilan konsumadon kaj kreon de enhavo," kaj disrompu ĝin de alta nivelo. Verŝajne estas infrastruktura ŝanĝo por prilaborado de memoro kaj disko, datumbaza ĝisdatigo aŭ ŝanĝo, movo al moderna provizanto de Ununura Enskribo kiel SAML aŭ OpenIDConnect, kaj ĝisdatigo aŭ ĝisdatigo de la analitika platformo. Ĉi tiuj estas ĉiuj bonaj aferoj kaj helpas modernigi, sed ni devas memori tion finuzantoj estas koncernatoj. Se tiuj uzantoj ricevas la saman enhavon kiel ili estis dum jaroj sed nur pli rapide, tiam ilia kontenta nivelo probable estos minimuma. Bela enhavo ne povas esti nur por novaj projektoj kaj devas esti liverita al nia plej granda grupo de konsumantoj. Modernigi la ekzistantan enhavon malofte estas rigardata sed havas la plej granda efiko sur la uzantoj. Ĉi tio speciale gravas por administrantoj aŭ iu ajn alia en la teamo subtenanta la analizan platformon. Ne feliĉigi tiujn finuzantojn pri tio, ke aliaj iloj alportiĝas por ĉirkaŭiri tion, kion la teamo liveras, kun la finaj rezultoj eble katastrofaj. Mi traktos ĉi tiun temon en mia sekva blogo post kelkaj semajnoj.
6. Lasta konsilo.
Faru sekurkopiojn ofte kaj ne faru modernigan projekton nur en produktado. Elspezu la penon havi simulitan produktadan medion por grandaj, ampleksaj ŝanĝoj. Ĉi tio denove helpos minimumigi variablojn kaj diferencojn inter tio, kio funkcias ekster kaj interne de produktado.
Bonŝancon en via propra moderniga vojaĝo!
Ĉu vi havas demandojn pri via propra moderniga iniciato? kontaktu nin diskuti viajn bezonojn kaj kiel ni povas helpi!
