12 powodów niepowodzeń w analityce i analizie biznesowej
Numer 9 może Cię zaskoczyć
W analityce i analizie biznesowej jest wiele rzeczy, które mogą pójść nie tak. W końcu szukamy jedynej wersji prawdy. Niezależnie od tego, czy jest to raport, czy projekt – aby dane i wyniki były spójne, weryfikowalne, dokładne i, co najważniejsze, akceptowane przez użytkownika końcowego – istnieje wiele linków do łańcucha, które muszą być prawidłowe. Praktyka Continuous Integration, wymyślona przez programistów i zapożyczona przez społeczność analityków i business intelligence, jest próbą wczesnego wyłapywania błędów lub błędów.
Mimo to błędy wkradają się do produktu końcowego. Dlaczego to źle? Oto kilka przeprosiny powody, dla których pulpit nawigacyjny jest nieprawidłowy lub projekt się nie powiódł.
- Będzie szybciej. Tak, to chyba prawda. To kwestia kompromisów. Który wolisz? Czy chcesz to szybko, czy chcesz to zrobić dobrze?
Szczerze mówiąc, czasami jesteśmy w takiej sytuacji. Potrzebuję go do piątku. Potrzebuję tego dzisiaj. Nie, potrzebowałem go wczoraj. Szef nie zapytał, ile to zajmie. On powiedział nam, jak długo musieliśmy to zrobić. Bo właśnie wtedy potrzebuje tego dział sprzedaży. Bo właśnie wtedy klient tego chce. - To wystarczy. Doskonałość jest niemożliwa, a poza tym jest wrogiem dobra. ten wynalazca radaru wczesnego ostrzegania przeciwlotniczego proponował „kult niedoskonałości”. Jego filozofia brzmiała: „Zawsze staraj się dać wojsku trzecią najlepszą pozycję, ponieważ najlepsze jest niemożliwe, a drugie najlepsze jest zawsze za późno”. Kult niedoskonałości zostawimy wojsku. Myślę, że brakuje tutaj punktu zwinnego, stopniowego postępu w kierunku końcowego rezultatu. W metodologii Agile istnieje koncepcja Minimum Viable Product (MVP). Kluczowym słowem jest tutaj wykonalny. Nie jest martwy w dniu przyjazdu i nie jest skończony. To, co masz, to punkt orientacyjny w podróży do udanego celu.
- Będzie taniej. Nie bardzo. Nie na dłuższą metę. Późniejsza naprawa zawsze kosztuje więcej. Taniej jest zrobić to dobrze za pierwszym razem.
Koszt każdego kroku usuniętego z początkowego kodowania jest o rząd wielkości wyższy. Ten powód jest związany z pierwszym z nich, szybkością dostawy. Trzy boki trójkąta zarządzania projektami to zakres, koszt i czas trwania. Nie możesz zmienić jednego bez wpływu na pozostałe. Tutaj obowiązuje ta sama zasada: wybierz dwa. Dobry. Szybko. Tani. https://www.pyragraph.com/2013/05/good-fast-cheap-you-can-only-pick-two/ - To tylko POC. To nie tak, że zamierzamy wprowadzić ten Proof of Concept do produkcji, prawda? Ten dotyczy odpowiedniego ustalenia oczekiwań. POC jest zazwyczaj ograniczony w czasie i zawiera określony zestaw celów lub przypadków użycia do oceny aplikacji lub środowiska. Te przypadki użycia reprezentują kluczowe elementy niezbędne lub wspólne wzorce. Tak więc ocena POC z definicji jest kawałkiem większego tortu, na którym możemy oprzeć dalsze decyzje. To jest rzadko nigdy nie jest dobrym pomysłem, aby wprowadzić POC do produkcji, niezależnie od tego, czy jest to oprogramowanie, czy sprzęt.
- To tylko tymczasowe.
Jeśli wyniki są nieprawidłowe, działa słabo lub jest po prostu brzydki, nie powinien był uciec do produkcji. Nawet jeśli jest to wynik przejściowy, musi się prezentować. Użytkownicy końcowi i interesariusze nie zaakceptują tego. Zastrzeżenie jest jednak możliwe do zaakceptowania, jeśli są to oczekiwania, które zostały ustalone w ramach procesu. „Liczby się zgadzają, ale chcielibyśmy poznać Twoją opinię na temat kolorów na desce rozdzielczej”. Mimo to nie powinno to być w produkcji; powinien znajdować się w niższym środowisku. Zbyt często „to tylko tymczasowe” staje się dobrymi intencjami trwałego problemu. - To jedyny sposób, jaki znam. Czasami jest więcej niż jedna prawidłowa odpowiedź. A czasami jest więcej niż jedna droga do celu. Czasami zabieramy ze sobą nasze stare nawyki. Umierają ciężko. Wykorzystaj to jako moment nauki. Naucz się we właściwy sposób. Weź czas. Zapytaj o pomoc.
- Tak zawsze to robiliśmy. Ten jest trudny do naprawienia i trudno się z nim kłócić. Aby zmienić procesy i ludzi, którzy je przeprowadzają, potrzeba prawdziwego zarządzania zmianą organizacyjną. Często nowy projekt, nowe oprogramowanie, aktualizacja lub migracja ujawnią długo ukryte problemy. Nadszedł czas na zmianę.
- Ups, znowu to zrobiłem.
Jestem stolarzem i mamy motto, bo popełnia się tyle błędów: dwa razy zmierz i raz wytnij. Znam ten aforyzm. Powtarzam to sobie. Ale ze wstydem przyznaję, że wciąż zdarzają się sytuacje, w których moja tablica jest zbyt krótka. Czy to nieostrożność? Być może. Najczęściej jednak jest to po prostu coś szybkiego i łatwego. Tak naprawdę nie potrzebuję planu. Ale wiesz co? Gdybym poświęcił czas na narysowanie tego na planie, są duże szanse, że liczby zostałyby obliczone. Zbyt krótki kawałek mógł być na papierze i gumka by go naprawiła. To samo dotyczy analityki i wywiadu biznesowego, plan – nawet na coś szybkiego i łatwego – może zredukować tego rodzaju błędy. - Distractions. Patrzy, ale nie widzi. Ślepota mimowolna. Mogłeś zobaczyć wideo gdzie dostajesz zadanie do wykonania, np. policz liczbę podań do koszykówki dla jednej drużyny. Podczas gdy jesteś rozproszony podczas wykonywania tego prostego zadania, [SPOILER ALERT] nie zauważasz chodzącego po księżycu goryla. Wiedziałem, co się wydarzy, i nadal byłbym strasznym świadkiem, gdyby popełniono zbrodnię. To samo dzieje się przy tworzeniu raportów. Wymagania wymagają idealnego dopasowania do pikseli, logo musi być aktualne, należy dołączyć zastrzeżenie prawne. Nie pozwól, aby to odciągało Cię od sprawdzania poprawności obliczeń.
- Zamierzałeś.
Lub, jak się spodziewano. Przynajmniej zawsze była taka opcja. Thomas Edison powiedział: „Nie zawiodłem. Właśnie znalazłem dziesięć tysięcy sposobów, które nie działają”. Jego filozofia polegała na tym, że z każdą porażką był o krok bliżej sukcesu. W pewnym sensie planował ponieść porażkę. Wykluczał możliwości. Uciekał się do prób i błędów tylko wtedy, gdy zabrakło mu teorii. Nie mam ponad tysiąca patentów, jak Edison, ale myślę, że możemy mieć lepsze podejście do opracowywania analiz lub raportów. (Zgłoszenie patentowe Thomasa Edisona na żarową lampę elektryczną 1882.) - Głupota. Nie zaprzeczaj. To istnieje. Głupota leży gdzieś pomiędzy „Zamierzałeś” a „Ups”. Tego rodzaju epicką porażką jest odmiana „Oglądaj-to-trzymaj-moje-piwo” z nagrodą Darwina. Więc może czasami chodzi o alkohol. Na szczęście w naszym zawodzie, o ile wiem, pijana deska rozdzielcza nigdy nikogo nie zabiła. Ale jeśli tobie to wszystko jedno, jeśli pracujesz w elektrowni jądrowej, zrób swoje analizy na trzeźwo.
- Sukces nie ma znaczenia.
Legendarny kaskader Evil Knievel otrzymał zapłatę za wykonywanie śmiertelnie niebezpiecznych akrobacji. Sukces czy porażka – czy zablokował lądowanie, czy nie – dostał czek. Jego celem było przetrwanie. O ile nie otrzymasz odszkodowania za złamane kości – Knievel był rekordzistą Guinessa w większości złamanych kości w życiu – sukces ma znaczenie.
