W tym poście na blogu mamy zaszczyt podzielić się wiedzą gościnnie autora i eksperta ds. analityki, Mike'a Norrisa, na temat planowania i pułapek, których należy unikać w ramach inicjatywy modernizacji analityki.
Rozważając inicjatywę modernizacji analityki, należy zbadać kilka pytań… Teraz wszystko działa, więc po co to robić? Jakie naciski są oczekiwane? Jaki powinien być cel(e)? Czego należy unikać? Jak powinien wyglądać udany plan?
Po co modernizować Analytics?
W Business Analytics innowacje są dostarczane w niespotykanym dotąd tempie. Istnieje ciągła presja, aby wykorzystać „tego, co nowego” i gorącego. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, samoobsługa dla wszystkich, wgląd w szybkość myślenia… itd. Brzmi znajomo? Dla wielu liderów to czas, kiedy stają przed wielkimi decyzjami inwestycyjnymi. Wielu zaczyna podążać nowymi ścieżkami, chcąc zapewnić większe możliwości, ale nie udaje im się. Inni próbują podążać ścieżką modernizacji i walczą o utrzymanie zaangażowania kierownictwa.
Wiele z tych prób modernizacji skutkuje dodaniem nowych dostawców, technologii, procesów i ofert analitycznych. Ta forma modernizacji zapewnia szybszą początkową wygraną, ale pozostawia dług techniczny i koszty ogólne, ponieważ zazwyczaj nie zastępuje istniejącej części układanki analitycznej, ale raczej je nakłada. Tego typu „modernizacje” są raczej przeskokiem, a nie takim, który uznałbym za „modernizację”.
Oto moja definicja tego, co mam na myśli, kiedy mówię o modernizacji w kontekście analitycznym:
„Modernizacja to ulepszenie analityki, którą już posiadamy, lub dodanie funkcjonalności lub możliwości do już używanych technologii. Modernizacja zawsze ma na celu osiągnięcie celu poprawy. Cele powinny być określane poprzez partnerstwo między społecznością użytkowników a kierownictwem IT/analityki.”
Te cele mogą być:
- Powierzchowny – lepiej wyglądające treści o bardziej seksownym wyglądzie lub lepsze wrażenia użytkownika.
- Funkcjonalny – poprawiona wydajność lub zwiększona funkcjonalność i możliwości
- Rozsuwalny – dostarczanie wbudowanego doświadczenia lub dodawanie dodatkowych projektów i obciążeń.
Przez ponad 20 lat mojej pracy w obszarze Business Analytics współpracowałem z setkami firm i organizacji, pomagając im i doradzając im w zakresie instalacji, aktualizacji, konfiguracji oraz strategicznych planów i projektów. Często boli mnie, gdy angażuję się późno, będąc nosicielem dawki rzeczywistości podczas projektów modernizacyjnych. Tak wielu zaczyna bez planu lub gorzej, z planem i bez potwierdzenia tego planu. Zdecydowanie najgorsze są te, które były połączeniem modernizacji IT i Analytics jako całościowego, ogromnego projektu.
Presja oczekiwania i przezwyciężenia
- Wszystko musi być w chmurze i SaaS – Chmura ma wiele zalet i jest oczywistym wyborem dla każdej nowej strategii i inwestycji netto. Przenoszenie wszystkiego ze środowiska lokalnego do chmury, ponieważ jest to strategia firmy połączona z „według daty”, jest złą strategią i wynika ze złego przywództwa działającego w próżni. Upewnij się, że korzyści i wszelkie skutki są zrozumiałe przed zapisaniem się na randkę.
- Jedno pozyskiwanie wszystkiego – Tak, są firmy, które mogą dostarczyć Ci wszystko, czego potrzebujesz. Sprzedawca z jednego źródła może sprzedać Ci korzyści, ale czy są one rzeczywiste czy postrzegane? Przestrzeń analityczna jest w dużej mierze otwarta i niejednorodna, co pozwala na bycie najlepszym z rasy, więc podejmuj rozsądne wybory.
- Nowsze produkty są lepsze – Nowsze równa się lepsze może działać w samochodach, ale zwykle nie z oprogramowaniem, chyba że jest to ewolucja oferty. Sprzedawcy z wieloletnim doświadczeniem i historią w świecie rzeczywistym wydają się powoli nadążać, ale to nie bez powodu. Sprzedawcy ci mają zwykle solidną ofertę, której inni nie mogą dorównać, a oferta ta ma znacznie większą wartość dożywotnią w miarę wzrostu ich użytkowania. Tak, pewne opóźnienie, ale to nie zawsze oznacza, że konieczna jest wymiana. W wielu przypadkach może istnieć wiele kawałków, jeśli linie podziału są wyraźne.
- Pospiesz się na gigantyczny wynik – Niestety, przydzielony czas rzadko jest dokładny, więc dobrze jest mieć kamienie milowe i mniejsze plany z określonymi zwycięstwami, aby pokazać znaczące postępy i wyniki.
- Wszystko będzie znacznie szybsze – To wielki cel i dążenie, ale nie zawsze rzeczywistość. Oferowanie architektury odgrywa ogromną rolę, podobnie jak to, jak dobrze wykonana jest jakakolwiek integracja i kolokacja otaczających zależnych i wspierających usług i funkcji.
- Modernizacja teraz i przyszłość potwierdza nas – Jak powiedziałem w otwieraczu, innowacje latają, więc jest to obszar, który będzie się dalej rozwijał. Zawsze bądź na bieżąco z tym, co masz i upewnij się, że aktualizacje są zaplanowane. Po wszelkich aktualizacjach oceń nowe funkcje i funkcje, które mają zostać wykorzystane lub udostępnione.
- Modernizacja to tylko „ulepszenie” i będzie łatwe – Jej modernizacja, a nie modernizacja. Oznacza to uaktualnienia, aktualizacje, wymiany i wykorzystanie nowszych funkcji i możliwości. Uaktualnij najpierw, a następnie wykorzystaj nowe funkcje i możliwości.
Przygotowanie planu modernizacji Analytics
Przed podjęciem jakichkolwiek działań modernizacyjnych sugerowałbym zrobienie kilku rzeczy, którymi się podzielę, aby poprawić wskaźniki sukcesu.
1. Określ cele.
Nie możesz mieć celu takiego jak: „Zapewnienie szybkiego, bezproblemowego źródła pięknych analiz, które pozwala na łatwą konsumpcję i tworzenie treści”. To świetnie brzmiący cel, aby zatwierdzić projekt, ale jest to cel nadrzędny, który jest pełen niebezpieczeństw i zagłady… jest po prostu za duży. Koncentruj się i twórz cele dla jednej zmiany technologicznej naraz z mierzonym pożądanym rezultatem. Modernizacja w wielu przypadkach musi odbywać się krok po kroku i doświadczenie po doświadczeniu. Oznacza to więcej mniejszych projektów i celów.
Ludzie będą argumentować, że oznacza to więcej czasu i ogólnego wysiłku, a być może zbyt wiele zmian dla użytkowników. Z mojego doświadczenia wynika, że tak, ten plan będzie wyglądał dłużej, ale i tak bardziej odzwierciedla rzeczywisty czas, jaki zajmie. Jeśli chodzi o częstotliwość zmian doświadczenia użytkownika, można sobie z tym poradzić, nie przekazując wyników do produkcji, dopóki nie uzyskasz pełnego zestawu zmian, które mają sens. Plany modernizacji „zrób to wszystko na raz”, które widziałem, trwają 12-18 miesięcy dłużej niż przewidywano, co jest znacznie trudniejsze do wytłumaczenia. Gorsza jest presja, jaka jest wywierana na zespół realizujący plan i nieustanne negatywne nastawienie wynikające z wyzwań po drodze. Prowadzą one również do dużych czopów, co skutkuje ruchami żabki skokowej.
Największym powodem skupienia się na mniejszych zmianach jest to, że jeśli Twoja analityka po drodze zepsuje się, rozwiązywanie wszelkich problemów jest znacznie szybsze i łatwiejsze. Mniej zmiennych oznacza szybsze rozwiązywanie problemów. Wiem, że brzmi to prosto, ale powiem ci, że pracowałem z więcej niż jedną firmą, która zdecydowała się na potworny wysiłek modernizacyjny, w którym:
- platforma analityczna miała zostać zmodernizowana
- zaktualizowano technologię zapytań
- platforma analityczna przeniesiona do chmury
- metoda uwierzytelniania zamieniona na dostawcę internetowego pojedynczego logowania
- dostawca bazy danych zmienił się i przeniósł się z lokalnego modelu posiadanego i obsługiwanego do rozwiązania SaaS
Kiedy coś nie działało, poświęcali mnóstwo czasu i wysiłku na ustalenie, co było przyczyną problemu, zanim dotarli do właściwego rozwiązania. W końcu te projekty „zrób wszystko na raz” przebiegały przez długi czas i budżet i przyniosły mieszane wyniki ze względu na częściowe osiągnięcia celów i negatywność, która otaczała projekt. Wiele z nich pod koniec stało się po prostu projektami „zrób to i działaj najlepiej, jak to możliwe”.
2. Zbuduj plan na cel.
Plan musi zawierać wkład WSZYSTKICH interesariuszy w celu zapewnienia przejrzystości, kompletności i dokładności. Moim przykładem byłaby zmiana technologii baz danych. Niektórzy dostawcy oferują kompatybilność z innymi dostawcami, co pomaga w sprzedaży, gdy mówią o czasie do osiągnięcia wartości. Każdy dostawca baz danych będzie również próbował przeforsować swoją pozycję, że osiąga lepsze wyniki niż operator zasiedziały. Problem w tym, że te stwierdzenia się nie pokrywają. Nie widziałem jeszcze, aby obciążenie przenosiło się z jednej technologii baz danych na inną, wykorzystując zgodność dostawcy i poprawiając wydajność istniejących obciążeń.
Ponadto, zmieniając dostawców / technologie baz danych, prawie na pewno uzyskasz różne poziomy zgodności SQL, ujawnione funkcje baz danych i różne typy danych, z których wszystkie mogą siać spustoszenie w istniejących aplikacjach, które znajdują się na górze. Chodzi o to, że plan musi zostać zweryfikowany z ludźmi, którzy mogą zbadać i określić prawdopodobny wpływ tak dużej zmiany. Trzeba zaangażować ekspertów, aby później wyeliminować niespodzianki.
3. Zaplanuj plany.
Ponieważ wszystkie cele są drażnione, może się okazać, że niektóre z nich mogą działać równolegle. Korzystając z platformy analitycznej, może się okazać, że różne grupy lub jednostki biznesowe używają różnych podstawowych komponentów, takich jak bazy danych, które mają zostać zmodernizowane, aby mogły działać równolegle.
4. Zbadaj wszystkie plany analitycznie i posprzątaj.
To bardzo ważny krok i jeden z wielu pominięć. Błagam Cię, abyś wykorzystał wszelkie posiadane analizy przeciwko swoim analizom. To klucz do nie marnowania czasu i zasobów. Określ, które dane są martwe, jakie treści na Twojej platformie analitycznej nie są już używane lub istotne. Wszyscy zbudowaliśmy projekty analityczne lub treści do jednorazowego zadania, ale większość z nas też jest do niczego, usuwając je lub sprzątając po sobie. To jest digital treści, które nic nie kosztują, aby po prostu zostawić je do momentu, gdy ktoś będzie musiał je konserwować, aktualizować lub modernizować.
Czy zszokowałby Cię fakt, że 80% Twoich treści analitycznych jest martwych, niewykorzystanych, zastąpionych nową wersją lub zepsutych przez długi czas bez reklamacji? Kiedy ostatnio sprawdzaliśmy?
Nie rozpoczynaj żadnego projektu, który wymaga walidacji treści analitycznych bez sprawdzenia, co wymaga walidacji, a co należy wyczyścić lub wyrzucić. Jeśli nie mamy żadnych analiz do wykorzystania przeciwko analizom, zastanów się, jak posunąć się naprzód.
5. Oceń, czy projekt modernizacji i indywidualne plany są całościowo kompletne.
Wróćmy do złego celu: „Zapewnienie szybkiego, bezproblemowego źródła pięknych analiz, które pozwala na łatwą konsumpcję i tworzenie treści” i przeanalizujmy go z wysokiego poziomu. Prawdopodobnie nastąpi zmiana infrastruktury przetwarzania pamięci i dysków, uaktualnienie lub zmiana bazy danych, przejście na nowoczesną technologię dostawcy jednokrotnego logowania, taką jak SAML lub OpenIDConnect, oraz aktualizację lub uaktualnienie platformy analitycznej. To wszystko są dobre rzeczy i pomagają modernizować, ale musimy o tym pamiętać użytkownicy końcowi to interesariusze. Jeśli ci użytkownicy otrzymują te same treści, co od lat, ale tylko szybciej, ich poziom zadowolenia będzie prawdopodobnie minimalny. Piękne treści nie mogą być przeznaczone tylko dla nowych projektów i powinny być dostarczane do naszej największej grupy konsumentów. Rzadko się przygląda się modernizacji istniejącej treści, ale ma największy wpływ na użytkowników. Jest to szczególnie ważne dla administratorów lub kogokolwiek innego w zespole obsługującym platformę analityczną. Brak zadowolenia użytkowników końcowych skutkuje wprowadzeniem innych narzędzi w celu obejścia tego, co zespół dostarcza, a wyniki końcowe mogą być katastrofalne. Za kilka tygodni omówię ten temat na następnym blogu.
6. Ostatnia rada.
Często rób kopie zapasowe i nie rób projektu modernizacji tylko w produkcji. Poświęć wysiłek na stworzenie symulowanego środowiska produkcyjnego dla dużych, szeroko zakrojonych zmian. To znowu pomoże zminimalizować zmienne i różnice między tym, co działa na zewnątrz i wewnątrz produkcji.
Powodzenia we własnej podróży modernizacyjnej!
Masz pytania dotyczące własnej inicjatywy modernizacyjnej? Kontakt aby omówić Twoje potrzeby i jak możemy pomóc!
