V tomto blogovém příspěvku je nám ctí sdílet znalosti od hostujícího autora a analytického experta Mikea Norrise o plánování a nástrahách, kterým je třeba se v rámci vaší iniciativy modernizace analytiky vyhnout.
Při zvažování iniciativy modernizace analytiky je třeba prozkoumat několik otázek ... Věci již fungují, tak proč to dělat? Jaké tlaky se očekávají? Jaké by měly být cíle? Čeho se vyvarovat? Jak by měl vypadat úspěšný plán?
Proč modernizovat Analytics?
V Business Analytics jsou inovace dodávány s nebývalými sazbami. Existuje neustálý tlak na využití „co je nového“ a žhavého. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, samoobsluha pro všechny, pohledy na rychlost myšlení ... atd. Zní povědomě? Pro mnoho lídrů je to doba, kdy stojí před velkými rozhodnutími o investicích. Mnozí se vydávají novými cestami, kteří chtějí poskytnout více schopností a neuspějí. Jiní se pokoušejí o cestu modernizace a snaží se udržet odhodlání od vedení.
Mnoho z těchto pokusů o modernizaci má za následek přidání nových dodavatelů, technologií, procesů a nabídek analytiky. Tato forma modernizace poskytuje rychlejší počáteční výhru, ale ponechává technický dluh a režii, protože obvykle nenahrazuje stávající část analytické hádanky, ale spíše je překrývá. Tyto typy „modernizací“ jsou spíše skokové, a ne takové, které bych považoval za „modernizační“.
Zde je moje definice toho, co mám na mysli, když říkám modernizace v analytickém kontextu:
"Modernizace je vylepšení analytických nástrojů, které již máme, nebo přidání funkcí nebo schopností k již používaným technologiím." Modernizace se vždy provádí za účelem dosažení cíle zlepšení. Cíle by měly být definovány prostřednictvím partnerství mezi uživatelskou komunitou a vedením IT/analytiky. “
Tyto cíle mohou být:
- Povrchní - lépe vypadající obsah nebo lepší uživatelské prostředí.
- Funkční - vylepšený výkon nebo přidané funkce a možnosti
- Rozšíření - poskytování integrovaného prostředí nebo přidávání dalších projektů a pracovních zátěží.
Během svých 20 a více let v prostoru Business Analytics jsem spolupracoval se stovkami společností a organizací, které jim pomáhají a radí při instalaci, upgradu, konfiguraci a strategických plánech a projektech. Při pozdním zapojení mě často bolí být nositelem dávky reality během modernizačních projektů. Mnoho lidí tedy začíná bez plánu nebo ještě hůř, s plánem a bez jeho validace. Zdaleka nejhorší jsou ty, které byly kombinací modernizací IT a Analytics jako rozsáhlého projektu typu vše v jednom.
Tlaky na očekávání a překonání
- Všechno musí být Cloud & SaaS - Cloud má mnoho výhod a je jasnou volbou pro jakoukoli novou novou strategii a investice. Přesun všeho z místního prostředí do cloudu, protože je to firemní strategie spojená s „podle data“, je špatná strategie a pochází ze špatného vedení, které pracuje ve vzduchoprázdnu. Před přihlášením k datu zajistěte, aby byly pochopeny výhody a dopady.
- Jediné získávání všeho - Ano, existují společnosti, které vám mohou dodat vše, co potřebujete. Prodejce z jednoho zdroje vám může výhody prodat, ale jsou skutečné nebo vnímané? Analytický prostor byl do značné míry otevřený a heterogenní, což vám umožňuje jít z plemene nejlépe, takže se dobře rozhodujte.
- Novější produkty jsou lepší - Novější se rovná lepší může fungovat pro automobily, ale ne obvykle se softwarem, pokud to není evoluce nabídky. Zdá se, že prodejci s dlouholetými zkušenostmi a historií v reálném světě drží krok, ale je to z dobrého důvodu. Tito prodejci mívají robustní nabídku, které se ostatní nemohou rovnat, a tato nabídka má mnohem větší celoživotní hodnotu, protože jejich využití roste. Ano, určité zpoždění, ale ne vždy to znamená, že je nutná výměna. V mnoha případech může existovat více kusů, pokud jsou dělicí čáry jasné.
- Uhánění obřím výsledkem - Přidělený čas je bohužel jen zřídka přesný, takže je dobré mít milníky a menší plány s definovanými vítězstvími, která ukazují smysluplný pokrok a výsledky.
- Všechno to bude mnohem rychlejší - To je velký cíl a touha, ale ne vždy realita. Nabídka architektury hraje obrovský faktor, stejně jako dobře provedená integrace a společné umístění okolních závislých a podpůrných služeb a funkcí.
- Modernizace nyní nám svědčí - Jak jsem řekl v otvíráku, inovace letí, takže toto je oblast, která se bude nadále vyvíjet. Vždy mějte přehled o tom, co máte, a zajistěte, aby byly naplánovány aktualizace. Po všech aktualizacích vyhodnoťte nové funkce a funkce, které mají být využity nebo zpřístupněny.
- Modernizace je jen „upgrade“ a bude snadná - Jeho modernizace, nikoli upgrade. To znamená upgrady, aktualizace, výměny a využití novějších funkcí a schopností. Nejprve proveďte upgrade a poté využijte nové funkce a schopnosti.
Příprava plánu modernizace Analytics
Před zahájením jakéhokoli úsilí o modernizaci bych doporučil udělat několik věcí, o které se podělím, abych pomohl zlepšit úspěšnost.
1. Určete cíle.
Nemůžete mít cíl jako: „Poskytnout rychlý a bezproblémový zdroj krásné analýzy, která umožňuje snadnou spotřebu a vytváření obsahu.“ To je skvěle znějící cíl pro schválení projektu, ale je zastřešujícím cílem, který je plný nebezpečí a zkázy ... je prostě příliš velký. Soustřeďte se a vytvářejte cíle pro jedinou technologickou změnu v době s měřeným žádaným výsledkem. Modernizaci je v mnoha případech nutné provést kus po kousku a zkušenost od zkušenosti. To znamená více menších projektů a cílů.
Lidé budou tvrdit, že to znamená více času a celkového úsilí a možná příliš mnoho změn pro uživatele. Podle mých zkušeností ano, tento plán bude vypadat déle, ale více odráží skutečný čas, který bude stejně trvat. Pokud jde o frekvenci změn zkušeností uživatelů, lze to zvládnout tak, že výsledky nepostoupíte do produkce, dokud nebudete mít kompletní sadu změn, které dávají smysl. Plány modernizace „udělej všechno najednou“ jsem viděl běžet o 12-18 měsíců déle, než se očekávalo, což je mnohem těžší vysvětlit. Horší je tlak, který je vyvíjen na tým provádějící plán, a neustálá negativita, která pochází z výzev, které na cestě za sebou máme. To také vede k velkým otočným čepům, což má za následek pohyby skokových žab.
Největším důvodem, proč se zaměřit na menší změny, je to, že pokud se vaše analytika na cestě rozpadne, je mnohem rychlejší a snazší odstraňovat problémy a řešit je. Méně proměnných znamená rychlejší řešení problémů. Vím, že to zní jednoduše, ale řeknu vám, že jsem pracoval s více než jednou společností, která se rozhodla vyvinout úsilí o modernizaci monster, kde:
- analytická platforma měla být upgradována
- technologie dotazu aktualizována
- analytická platforma přesunuta do cloudu
- metoda ověřování byla vyměněna za webového poskytovatele jednotného přihlášení
- dodavatel databáze se změnil a přesunul z místního modelu vlastněného a provozovaného do řešení SaaS
Když věci nefungovaly, strávily spoustu času a úsilí určením toho, co je příčinou problému, než se dostali ke skutečnému řešení. Nakonec tyto projekty „udělej všechno najednou“ proběhly v průběhu času a rozpočtu a přinesly smíšené výsledky díky dílčím cílům a negativitě, která projekt obklopovala. Mnoho z nich se nakonec stalo projektem „rozběhni to co nejlépe“.
2. Vytvořte plán podle cíle.
Kvůli transparentnosti, úplnosti a přesnosti musí plán zahrnovat vstup od VŠECH zúčastněných stran. Mým příkladem by byla změna databázových technologií. Někteří prodejci nabízejí kompatibilitu s jinými dodavateli, což pomáhá při prodeji, když hovoří o čase, který je třeba zhodnotit. Každý dodavatel databáze se také pokusí prosadit svou pozici, že si vede lépe než úřadující. Problém je v tom, že se tato prohlášení nepřekrývají. Ještě jsem neviděl přesun pracovní zátěže z jedné databázové technologie do druhé s využitím kompatibility dodavatele a zlepšením výkonu stávajících úloh.
Také při změně dodavatelů / technologií databází téměř jistě získáte různé úrovně kompatibility s SQL, vystavené databázové funkce a různé datové typy, což vše může způsobit zmatek ve stávajících aplikacích, které jsou nahoře. Jde o to, že plán musí být validován lidmi, kteří mohou zkoumat a určovat pravděpodobný dopad takové zásadní změny. Je nutné zapojit odborníky, aby později eliminovali překvapení.
3. Naplánujte plány.
Jelikož jsou všechny cíle škádlené, můžeme zjistit, že některé z nich mohou probíhat souběžně. Při používání analytické platformy můžeme zjistit, že různé skupiny nebo obchodní jednotky používají různé základní součásti, jako jsou databáze, které mají být modernizovány, takže tyto mohou běžet paralelně.
4. Analyzujte všechny plány a vyčistěte je.
Jedná se o důležitý krok, který je často opomíjen. Žádám vás, abyste proti své analytice použili jakoukoli analytiku, kterou máte. To je klíčem k neplýtvání časem a prostředky. Zjistěte, jaká data jsou mrtvá, jaký obsah na vaší analytické platformě již není používán nebo relevantní. Všichni jsme vytvořili analytické projekty nebo obsah pro jednorázový úkol, ale většina z nás také nemá smysl to mazat nebo uklízet po sobě. to je digital nechat obsah jen tak stát, dokud jej někdo nebude muset udržovat, upgradovat nebo modernizovat.
Šokovalo by vás, kdybyste zjistili, že 80% vašeho analytického obsahu je mrtvého, nepoužitého, bylo nahrazeno novou verzí nebo bylo dlouhodobě poškozeno bez stížností? Kdy jsme naposledy kontrolovali?
Nezačínejte s žádným projektem, který vyžaduje ověření analytického obsahu, aniž byste zkontrolovali, co je třeba ověřit a co je třeba vyčistit nebo vyhodit do koše. Pokud nemáme žádnou analytiku, kterou bychom mohli použít proti analytice, pak vymyslete, jak ji do budoucna získat.
5. Ohodnoťte, že projekt modernizace a individuální plány jsou komplexně úplné.
Vraťme se ke špatnému cíli „Poskytnout rychlý a bezproblémový zdroj krásné analytiky, který umožňuje snadnou spotřebu a vytváření obsahu“, a rozdělte to na vysoké úrovni. Pravděpodobně dojde ke změně infrastruktury pro zpracování paměti a disku, upgradu nebo změny databáze, přechodu na moderní technologii poskytovatele jednotného přihlášení, jako je SAML nebo OpenIDConnect, a k aktualizaci nebo upgradu analytické platformy. To všechno jsou dobré věci a pomáhají modernizovat, ale musíme si to pamatovat koncoví uživatelé jsou zúčastněnými stranami. Pokud tito uživatelé získávají stejný obsah jako po celá léta, ale jen rychleji, pak bude jejich úroveň spokojenosti pravděpodobně minimální. Krásný obsah nemůže být jen pro nové projekty a měl by být dodáván naší největší skupině spotřebitelů. Modernizace stávajícího obsahu je zřídka sledována, ale má největší dopad na uživatelích. To je zvláště důležité pro správce nebo kohokoli jiného v týmu podporujícím analytickou platformu. Neudržování těchto koncových uživatelů šťastnými výsledky v zavádění dalších nástrojů, které by mohly obejít to, co tým přináší, přičemž konečné výsledky mohou být katastrofální. Tomuto tématu se budu věnovat v příštím blogu za několik týdnů.
6. Poslední rada.
Provádějte zálohy často a neprovádějte modernizační projekt pouze ve výrobě. Vynaložte úsilí na simulované produkční prostředí pro rozsáhlé a rozsáhlé změny. To opět pomůže minimalizovat proměnné a rozdíly mezi tím, co funguje mimo a uvnitř výroby.
Hodně štěstí na vaší vlastní modernizační cestě!
Máte dotazy k vlastní iniciativě modernizace? Kontakt diskutovat o vašich potřebách a o tom, jak vám můžeme pomoci!
