Autorstwa Techopedia, 8 listopada 2017 r
Na wynos: Gospodarz Eric Kavanagh omawia dojrzałość danych i dojrzałość organizacyjną z Jen Underwood z Impact Analytix i Ron Huizenga z IDERA.
Obecnie nie jesteś zalogowany. Zaloguj się lub zarejestruj, aby zobaczyć wideo.
Eric Kavanagh: Dobra, panie i panowie. Witam i witam ponownie. Jest środa o godzinie czwartej wschodniej, co oznacza, że nadszedł czas na Hot Technologies. W rzeczy samej. Nazywam się Eric Kavanagh; Będę twoim gospodarzem dzisiejszego show, który jest naprawdę zdefiniowany, zaprojektowany w celu zdefiniowania pewnych rodzajów technologii w niektórych stanach bycia w świecie zarządzania danymi. A naszym dzisiejszym tematem jest „Osiąganie dojrzałości danych: ustawa o równoważeniu organizacyjnym”. Więc naprawdę jest w tym twoje miejsce, traf mnie na Twitterze, @eric_kavanagh. Zawsze przesyłam dalej, jeśli o mnie wspominasz, a ja postaram się również śledzić. To dobre miejsce, aby uzyskać informacje o tym, co dzieje się na świecie. Uwielbiam ten format. Krótkie znaki, 140 znaków - w dzisiejszych czasach. Więc wyślij mi tweeta, a skontaktuję się z Tobą.
Ten rok jest oczywiście gorący. Mówimy dzisiaj o dojrzałości danych i oto skład, z twoim naprawdę na czele. Dzisiaj mamy nowego analityka; Jestem bardzo podekscytowana, że Jen Underwood z Impact Analytix. Jest ekspertem od analizy biznesowej i analiz oraz wizualizacji danych i wszystkich tych wspaniałych tematów. I oczywiście dojrzałość danych. A nasz dobry kumpel Ron Huizenga dzwoni z IDERA. Najpierw usłyszymy od Jen, a potem od Rona. A potem przeprowadzimy miłą dyskusję przy okrągłym stole.
Przesuwając tutaj następny slajd, powiem tylko kilka słów. Dojrzałość zarządzania danymi jest od pewnego czasu przedmiotem. Oczywiście w historii musisz dojść do pewnego punktu, zanim zaczniesz myśleć o dojrzałości, i opracowano wiele cykli życia dojrzałości - lub cykli - próbujących dowiedzieć się, gdzie jesteś na krzywej. Czy jesteś na wczesnym etapie? Czy jesteś nastolatkiem? Czy jesteś dojrzały? Etcetera.
I myślę, że wiele organizacji jest w wieku dojrzałym, późnej nastolatce lub wczesnych latach dwudziestych pod względem dojrzałości. I to nie mówi nic zniechęcającego. Po prostu wciąż jesteśmy w stanie zarządzać danymi jako strategicznym zasobem. A rzeczy szybko się zmieniają. Zwłaszcza w ciągu ostatnich pięciu do siedmiu lat, ponieważ przenieśliśmy trochę z małych danych na duże, a oni próbują pogodzić te dość odmienne światy i nowe technologie ze starymi technologiami. Więc dziedzictwo jest tam, jest wszędzie.
Jednym z żartów, które słyszałem lata temu, jest to, że dziedzictwo to system, który jest produkowany. Moment, w którym system wchodzi do produkcji, technicznie jest dziedzictwem. I w sposób, który jest prawdziwy. Ale sedno jest takie, że mamy te wszystkie systemy, które istniały już od dłuższego czasu i musimy znaleźć sposób, aby zrozumieć, gdzie jesteśmy na własnej krzywej dojrzałości, aby móc zmaksymalizować i zoptymalizować wartość danych jako aktywa . I oczywiście są pewne problemy ze zgodnością, pewne przepisy, o które musimy się martwić, w zależności od branży, w której działamy. I oczywiście musimy również martwić się o hakowanie. W przeszłości rozmawialiśmy o zarządzaniu danymi i tym, jak to naprawdę jest nierozerwalnie związane z bezpieczeństwem, po prostu rozumiemy role i obowiązki związane z wykorzystywaniem danych i upewniamy się, że czerpiemy z nich najlepszą wartość.
I w ten sposób przekażę klucze Jen Underwood, a ona może nam powiedzieć, co myśli o dojrzałości danych. Jen, zabierz to.
Jen Underwood: Dzięki, Eric i dzięki za zaproszenie. Więc dzisiaj omówię kilka różnych tematów, a następnie przedstawię Rona z IDERA, a on zagłębi się w inne obszary tego konkretnego tematu. Powiem, że jest to kluczowa rola w erze cyfrowej lub transformacji cyfrowej, w której jesteśmy teraz i, jak powiedział Eric, jest to era ewoluująca. Niektóre zabawne statystyki z EDM Council, był raport porównawczy branży zarządzania danymi. Ma prawie dwa lata, ale nadal jest dość istotny i ujawni niektóre, no wiesz, faktoidy jako takie, będąc nastolatkami w tej przestrzeni. Opowiem trochę o dojrzałości danych i samych filarach zarządzania.
W tej epoce cyfrowej lub cyfrowej transformacji, którą słyszysz wszędzie, dzieje się to naprawdę teraz. Jednym z interesujących faktów, które zebrałem, śledząc branżę na co dzień, była uwaga Gartnera w dziesięciu strategicznych trendach technologicznych. I powiedzieli, że do 2020 roku - a więc dzieli nas zaledwie kilka lat - informacje zostaną wykorzystane do ponownego opracowania, digitalizacji i automatyzacji lub wyeliminowania 80 procent procesów, które przeprowadziliśmy dziesięć lat wcześniej.
Widzę to już od jakiegoś czasu. Myślę, że widzicie tutaj różnego rodzaju ludzi, którzy mówią: „Dane to nowa ropa” i tego typu rzeczy. Lubię powiedzieć, że dane są teraz cyfrowym złotem. A jeśli myślisz o aplikacjach i zaangażowaniu w oprogramowanie, w przeszłości byłem menedżerem produktu na całym świecie dla Microsoftu, a nawet zmianą w mojej karierze z, wiesz, naprawdę skupilibyśmy się na oprogramowaniu, teraz skupiamy się na użytkownikach i gromadzenie danych i myślenie o monetyzacji danych.
Wkraczamy w erę, w której dane są cyfrowym złotem, i zaczynacie dostrzegać, że wraz z pojawieniem się tak zwanego głównego inspektora danych, są one, wiesz, mają dwie podstawowe misje - i na pewno kilka innych - upewnienia się, że dane są bezpieczne, a także znalezienia sposobów na maksymalizację wartości danych wewnętrznie - a nawet zewnętrznie - jako tego zasobu cyfrowego. Więc tego rodzaju rzeczy, które mogły nie być lub nie wydawały się ważne dla twojej organizacji w przeszłości, dane w końcu zajmują miejsce przy stole C-CD z CDO i będą traktowane o wiele poważniej.
Jeśli myślisz o zarządzaniu danymi i ich dojrzałości, na tym slajdzie są dwa różne tematy, z których pierwszy to, wiesz, samo zarządzanie danymi. Chodzi bardziej o funkcje biznesowe, które opracowują i tworzą dane oraz przepływy danych, niektóre zasady i stosowane tam praktyki. A kiedy myślisz o dojrzałości zarządzania danymi, to ta organizacja może precyzyjnie zdefiniować, łatwo zintegrować, wiesz, wykorzystać te dane, które mają, do celów wewnętrznych lub zewnętrznych, takich jak monetyzacja danych. Jednym z głównych tematów - i to było zabawne, na początku mojej kariery i faktycznie wykorzystałem niektóre narzędzia IDERA i projekty architektury danych - była cała koncepcja metadanych i wciąż myślimy o metadanych, a potem o tym nie rozmawialiśmy przez długi, długi czas. W końcu widzę, że metadane znów są fajne. Jest to naprawdę bardzo ważne w interakcji z różnymi grupami, zrozumienia, gdzie są twoje dane, jakie są dane. Zwłaszcza w rzeczach takich jak jezioro danych. W końcu robi się interesująco.
Teraz obiecałem, że mam tutaj jakieś statystyki z branżowego raportu porównawczego. Ten był z 2015 roku dla Rady EDM. Chodzi o unowocześnienie jakości danych i zarządzania, a w tym konkretnym jest kilka zabawnych faktów. Tak więc tutaj ponad 33 procent organizacji ma aktywny, formalny program zarządzania danymi na pewnym poziomie organizacji - tylko 33. Jest to więc bardzo interesujące samo w sobie. Z 50 procent, które naprawdę sformalizowaliśmy, chcemy zarządzać danymi, zdajemy sobie sprawę, że jest to naprawdę ważny atut w naszej organizacji, podobnie jak ludzie mają zasoby ludzkie. Tylko 50 procent z nich miało programy starsze niż rok. To znowu jest obszar, który się wyłania, jest naprawdę bardzo interesujący w tym, co stajemy się coraz ważniejsze, szczególnie w związku z pojawianiem się niektórych przepisów branżowych.
Więc w tym momencie wiele razy - i ciekawe jest to, że uczestniczyłem w sprzedaży technicznej i rolach przez całą moją karierę - nie było tak naprawdę: „Och, możemy zaoszczędzić pieniądze, które zmotywowałyby organizację” - to zwykle strach. Mówi bardziej: „O rany, musimy się upewnić, że jesteśmy objęci ubezpieczeniem. Nie chcemy stracić pracy. ”Z pewnością takie rzeczy, jak hakowanie i ryzyko związane z danymi oraz wyciekanie danych, są naprawdę interesujące badania porównawcze na ten temat. Verizon robi co roku i prawdopodobnie jest to jeden z moich ulubionych. To, co prawie zawsze widzisz, jest przypadkowe, niekoniecznie, wiesz, celowe niewłaściwe wykorzystanie danych lub niewłaściwe zarządzanie danymi, które powoduje wyciek. I często - nie mają tych statystyk dla tej konkretnej sesji - ale to fascynujące, że te przypadkowe wycieki niewłaściwego zarządzania uprawnieniami i tym podobne. Wiesz, aby ułatwić sobie życie, te przecieki są pożyczane. I zwykle osobom, które są poboczne lub spoza organizacji, a nie tego chcesz.
Są to rodzaje rzeczy, gdy myślisz o posiadaniu programu bezpieczeństwa i zarządzania w zakresie zarządzania danymi. Wiesz, nie tylko złe decyzje i oszczędzanie pieniędzy, ale także upewnienie się, że jesteś bezpieczny, przestrzegasz przepisów dotyczących prywatności i bezpieczeństwa. Możesz zarabiać na danych w erze cyfrowej i, oczywiście, wiesz, chcesz robić rzeczy wydajnie i ponownie wykorzystywać dane oraz mieć błogosławioną kopię i mieć - Nienawidzę, kiedy ludzie mówią, i jestem w analityce i ja Byłem w analityce od dawna, jedna wersja prawdy. Zazwyczaj jest wiele wersji prawdy, tylko z różnych perspektyw. Ale zasadniczo chcesz, aby dane były wiarygodne, na których podejmujesz decyzje.
Jednym z największych czynników, które widzę - i to dobrze, dobrze, że znów robi się fajnie - to cała koncepcja RODO Unii Europejskiej. I pozwól mi trochę o tym porozmawiać. Jeśli więc nie znasz RODO, w nadchodzącym roku usłyszysz wiele na ten temat. To nowe ustawodawstwo, które ma miejsce w maju. Zostanie wprowadzony w maju 2018 r. I wiąże się z dużymi karami za niewłaściwe zarządzanie informacjami. Być może słyszałeś o tym w innych formach - być może nie używając terminu RODO - mogłeś słyszeć lub postrzegać to jako napisane jako prawo do bycia zapomnianym, co oznacza, że możesz skontaktować się z dostawcami i usunąć je. Ponownie, dawni architekci danych, nie usuwali danych. Zmienilibyśmy go, sprawilibyśmy, że byłby nieaktywny w scenariuszach hurtowni danych. Nigdy tak naprawdę nie usuwaliśmy naszych danych. Nie mieliśmy na to procesów. Więc, wiesz, rzeczy, które będą dotykać każdego aspektu twojej organizacji oraz różne sposoby i procesy, których być może nigdy nie wziąłeś pod uwagę przy tworzeniu aplikacji lub hurtowni danych. Jeśli więc myślisz o RODO, o czym myślisz, wkrótce będziesz potrzebować podstawy prawnej uzasadniającej gromadzenie i przetwarzanie danych osobowych.
Tak więc dzieje się to głównie na poziomie osobistym, więc zgoda musi być udzielana swobodnie: konkretnie, świadomie, jednoznacznie. Wpłynie to na wiele obszarów sztucznej inteligencji i nauki o danych - to obszar, który w większości obecnie omawiam, to implikacje związane z nauką danych i upewnienie się, że w samych modelach jest pewna przejrzystość - a także wiele innych obszarów z samoobsługi BI, hurtownia danych, zarządzanie danymi głównymi, nawet projekty 360 klientów, personalizacja, a nawet aplikacje biznesowe. To jest coś, co dotknie każdej części twojej organizacji. W przeciwieństwie do przepisów dotyczących prywatności obowiązujących w innych jurysdykcjach, RODO będzie miało zastosowanie do każdej organizacji znajdującej się w Unii Europejskiej lub poza nią. Grzywny za zgodność ponownie są znaczące. Twoja organizacja może zostać ukarana grzywną w wysokości do czterech procent całkowitego rocznego brutto - uważam, że nazywa się to obrotem - dochodem per se.
Mam nadzieję, że mam twoją uwagę i są to rzeczy, na które powinieneś zwrócić uwagę. Jeśli Twoja firma przestrzega już niektórych z tych praktyk i standardów branżowych w ramach PCI, być może jest to ISO - nie jestem pewien, czy mam zamiar powiedzieć to dobrze - 27001. Jeśli już to robisz, to nie powinno być zbyt przytłaczającym, ale z pewnością warto o tym wiedzieć. Przygotowując się do tego, istnieje kilka obszarów, szczególnie w zakresie zarządzania danymi, a jedną z pierwszych rzeczy jest katalog i klasyfikacja danych - wiedza o tym, gdzie się znajdują. W świecie hybrydowym, w którym dane żyją wszędzie: w chmurze; jest w tych aplikacjach; jest w siłach sprzedaży; jest w jakimś innym losowym programie, z którego korzysta także marketing, wiesz, systemy klienta lub systemy zapasów - wszystkie te rodzaje miejsc. Wiedz, gdzie są twoje dane i co jest najłatwiejsze do zrobienia - a to był naprawdę fajny obszar zarządzania danymi, to te koncepcje tych katalogów danych, które mają inteligencję, nawet klasyfikacja uczenia maszynowego jest tylko niektórymi informacjami.
I znowu, metadane - wspomniałem, że metadane znów stają się fajne, więc naprawdę myślę o metadanych i nie zastanawiam się nad tym ważnym tematem, kiedy zaczynasz projektować jeziora danych i tego rodzaju rzeczy, i oczywiście nimi zarządzasz i monitorujesz. Tak więc monitorowanie stanie się znacznie ważniejsze, gdy będziesz musiał wrócić, a ktoś z RODO może na przykład poprosić cię o udowodnienie, gdzie poszły te dane, kto to ma, kto miał do nich dostęp itp. Ponieważ faktycznie będziesz musiał pokazać władzom tego rodzaju rzeczy.
Aby pomóc Ci w dojrzałości zarządzania danymi, w rzeczywistości istnieje kilka szkół myślenia i uważam - nie jestem w 100 procentach pewien - myślę, że widziałem w talii Rona, że obejmie kilka z nich, więc taką, że ja Porozmawiam dzisiaj jest z CMMI. I ten jest dostępny dla ludzi; obejmuje sześć różnych kategorii zarządzania danymi, 25 obszarów procesów, 414 instrukcji praktycznych i 596 różnych produktów pracy. Więc kiedy myślisz nawet o wszystkim, co robisz, na przykład o zarządzaniu danymi i architekturze danych, 596 funkcjonalnych produktach do pracy, nie zdajesz sobie sprawy, ile zrobiłeś, prawda? Lub tego, czego tak naprawdę nie robisz. Kiedy patrzę na taką liczbę, jest to jedna z rzeczy, które naprawdę zapadają mi w pamięć. Więc w tym, co lubię w tym konkretnym, jest neutralność architektury i technologii. Oznacza to, że jeśli masz, i większość większych organizacji, z którymi skonsultowałem się lub pracowałem i które wdrożyłem przez lata, wiesz, że mają tam różne technologie. Będziesz więc chciał, wiesz, tłumaczyć, co oznacza DMM, na platformy i technologie, których używasz w swoim konkretnym środowisku. Jest również niezależny od branży, więc niekoniecznie dotyczy na przykład opieki zdrowotnej. Opieka zdrowotna jest pewna - niezależnie od tego, czy jest to BAA, czy różne rodzaje klasyfikacji, musisz tłumaczyć lub patrzeć na różne rodzaje rzeczy, przygotowując swój program lub plan poprawy poziomu dojrzałości zarządzania danymi w organizacji.
Co to jest, jeśli to nie niektóre z tych rzeczy? Zasadniczo definiuje to, ale nie mówi ci dokładnie, jak to zrobić. Będąc osobowością bardzo typową dla mojej kariery, podobało mi się, gdy ludzie dawali mi cel, i mogłem dowiedzieć się, jak dojść do tego celu, i nie powiedzmy, mikrozarządzanie czasem, jak się tam dostać. W ten sposób dojrzałość zarządzania danymi i te procesy w CMMI dają ci cele i pozwalają mierzyć się w niektórych z tych różnych obszarów. I dadzą ci poziom. Istnieją różne sposoby oceniania i mierzenia siebie, od poziomu pierwszego aż do poziomu piątego, co oznacza, że zoptymalizowałeś go i masz naprawdę silny program.
Aby dać wam poczucie, co to naprawdę oznacza, mam tutaj krótki przegląd tego, co to może znaczyć. Więc tutaj, kiedy myślisz o cyklu życia procesora dojrzałości zarządzania danymi, ma on wdrożone procesy wsparcia, od wymagań, zarządzania ryzykiem, musisz tam wspierać procesy, do zarządzania danymi i jestem miły glosowania nad tym, ale zasadniczo zarządzanie danymi jest całym programem samym w sobie. Mając glosariusz biznesowy, zawsze rozmawialiśmy o glosariuszach biznesowych i architektach danych - to powinno być coś, co masz w swojej organizacji. Niektóre z tych rodzajów technologii katalogowych, które tam są, tworzą, opracowują słownik biznesowy z crowdsourcingiem informacji i biorą i co tam jeszcze, i wiesz, umieszczając linki w dokumentach do różnych perspektyw tych samych danych, pola danych lub wersja danych, która zmienia się w całym cyklu życia wartości.
Są to rodzaje rzeczy, które stały się znacznie lepsze od początku mojej kariery. Kiedyś musieliśmy opracowywać domowe systemy, aby robić takie rzeczy. Więc patrzymy na cały i ogólny obraz, jest to strategia, a następnie wszystkie różne elementy, od zarządzania po jakość zarządzania. I jedno, jeśli chodzi o jakość danych, jest to interesujące, ponieważ branża staje się bardziej zautomatyzowana i znów mamy te cyfrowe procesy ze zautomatyzowanym podejmowaniem decyzji. Dużo pracuję w przestrzeni do analizy danych, w której niektóre z tych narzędzi automatyzują decyzje i aktualizują modele predykcyjne w locie. Wiele z tych narzędzi i algorytmów wymaga i zakłada, że dane są dobre. Dane muszą być poprawne, aby podjąć dobrą automatyczną decyzję. Więc myśląc o tym, może jakość danych jest zwykle jedną z tych rzeczy, które ludzie odsuwają na bok i nie traktują tego bardzo poważnie. Ale gdy zaczniesz automatyzować podejmowanie decyzji w modelach do modelowania predykcyjnego i uczenia maszynowego, jakość danych staje się naprawdę ważna.
Kilka sposobów na zmierzenie twoich postępów tutaj - i pozwolę Ronowi z tym porozmawiać, ma też fajny slajd na tym temat w swojej sesji - po prostu dam ci szybki wgląd, wiesz, te różne poziomy w tym. Zasadniczo jest to samoocena, prawda? Więc przyjrzysz się swojemu zarządzaniu danymi i temu, co uważasz, że w ogóle coś masz na swoim miejscu. I nie wstydź się, jeśli tego nie zrobisz. Tak jak powiedziałem, tylko 33 procent organizacji naprawdę zaczęło robić tego rodzaju rzeczy. Mimo, że wiesz, tego rodzaju programy były już od dawna obecne - jestem w branży od ponad 20 lat i na pewno robiłem takie rzeczy wiele lat temu, być może nie nazwaliśmy tego po prostu. CMMI, mają ćwiczenie, które możesz sam ocenić i możesz przejść, spojrzeć i stworzyć swój własny - w tym przypadku tego rodzaju wykres radarowy - oceniający wszystkie te różne kąty lub rzeczy. I każda organizacja, jak to zrobiłem inaczej, wiesz, kiedy zwykłem konsultować i realizować te projekty, wiesz, każda organizacja jest wyjątkowa. Będą to obszary, które będą dla nich naprawdę bardzo ważne. Może wiesz, że to zarządzanie procesami lub zarządzanie jakością lub ryzyko - zależy od tego, czym jest, ale będziesz chciał spojrzeć i stworzyć punkt odniesienia lub punkt odniesienia, a następnie pomyśleć o tym, co określa jego sukces.
W związku z tym, gdy zastanawiasz się nad mierzeniem i zarządzaniem tego typu rzeczami, będziesz chciał najpierw uzyskać sponsoring wykonawczy dla takiego programu. Jest to coś, co będzie funkcjonalne w całej organizacji, więc nawet jeśli Susie Q i John Smith zdecydują: „Tak, zróbmy to. Musimy to zrobić”, nie mogą tego zrobić w silosie w ich organizacja, a nawet jeśli jest to IT. Naprawdę potrzebujesz tego wpisu od firmy i ekspertów w dziedzinie danych. Potrzebują trochę czasu. Nie chcą, żeby to było dodatkowe zadanie. Jeśli kiedykolwiek pracowałeś - myślę, że wykonałem kilka podstawowych zadań zarządzania danymi, projekty wcześniej i jakość danych - i zwykle wiesz, że dostajesz się do firmy, a oni: „Och, zarządzanie danymi”. To nie jest coś, czym się ekscytują. I mówią: „Och, nie. Musimy mieć na to czas ”, a oni to robią. Więc będziesz chciał poświęcić trochę czasu. Będziesz musiał mieć to błogosławieństwo z góry. Będziesz chciał, aby był on wielofunkcyjny.
Ponownie jest to coś, co naprawdę dotyka wielu obszarów organizacji. A wraz z RODO powinno to nieco ułatwić, ponieważ ponownie przepisy RODO i tam, gdzie te dane osobowe są wykorzystywane dla klientów i wykorzystywane w całej organizacji, powinno być trochę łatwiej, jeśli je zastosujesz, jeśli masz przestrzegać RODO. Wiążę się tutaj. To powinno być dla ciebie łatwiejsze. Będziesz chciał przypisać pewną odpowiedzialność, a następnie spojrzeć na, wiesz, że zamierzasz je dostosować. Więc zawsze patrzysz na tego rodzaju wskazówki, które zapewniają te organizacje, i zwykle są to: Są to wytyczne dla ciebie i zamierzasz wdrożyć swoją kulturę w swojej organizacji.
Praca w zarządzaniu była naprawdę bardzo ważna, jedną z rzeczy, które niektóre z produktów, które opracowałem, gdy zajmowałem się globalnym zarządzaniem produktami w Microsoft, były samoobsługowe BI i umożliwiły użytkownikom biznesowym i nietechnicznym użytkownikom danych baw się danymi i twórz własne raporty, a IT często się odsuwa. Spędziłem więc dużo czasu na tym zarządzaniu i upewniłem się, że produkty będą miały odpowiednie funkcje oraz audyt i rejestrowanie, a wiesz, robiąc to, aby same nie powodowały awarii bazy danych. Ale istnieją ramy, które, jak wiecie, pracują przez lata nad tym konkretnym tematem tego rodzaju rzeczy, które są bardzo podobne do zarządzania danymi. Będziesz chciał mieć fundację, która została ustanowiona w tym celu przez sponsoring wykonawczy, i będziesz chciał zaangażowania między biznesem a IT.
Tak więc znowu mówiliśmy o alokacji budżetu / czasu i opracowywaniu nowych procesów. To będzie zmiana na poziomie kulturowym, kiedy zaczniesz robić niektóre z tych rzeczy, wiesz, zacznij przeglądać dane. Ale wiesz, to znowu bardzo ważne ze strategicznego punktu widzenia. I aby dać wam poczucie, oto przykład, a ja oczyściłem go z jednego z moich starych projektów sprzed lat dotyczących tego typu rzeczy. I znowu, jest to prawdopodobnie więcej z ogólnego punktu widzenia zarządzania, ale z pewnością można je ponownie wykorzystać w tego typu projektach do zarządzania i ewolucji procesów zarządzania danymi i zarządzania nimi. Masz eksperta od tematyki biznesowej, mamy tutaj zarządców danych, ekspertów od tematyki IT dla różnych branż. Wiele firm, które są większe, będzie miało tam swoją kartę standardów korporacyjnych, architektów korporacyjnych oraz architektów danych i modelarzy. Będą więc różni eksperci merytoryczni z różnych poziomów. I znowu wiele z nich - nie chcę, żeby to był przykład - będą dostosowane do twojej organizacji i kultury.
Jedną z rzeczy podczas pracy z tymi projektami jest to, że często nie jest to najbardziej ekscytujący projekt w organizacji, nie jest tak wizualny, jak ludzie tego chcą. To zabawne, to jedna z tych rzeczy, kiedy przychodzi firma konsultingowa lub nawet we własnej grupie IT lub przychodzi twoje centrum doskonałości BI lub przychodzi twoje centrum doskonałości analitycznej i będziemy pracować nad danymi jakość i dojrzałość zarządzania danymi, mogą nie być bardzo podekscytowani. Ale musisz znaleźć sposób, aby je motywować i uwzględnić w pomiarach. Więc kiedy myślisz o tym, co to będzie, wykonaj to ćwiczenie raz i zdobędziesz ludzi na pokładzie. I dowiadujesz się, że pokochali katalog danych lub uwielbiają niektóre z tych rzeczy, ponieważ ułatwia im to życie, mogą znaleźć to, co dane oznaczają lub zrozumieć, i mogą dodać do nich swoją własną perspektywę. Rzecz w tym, że katalogi danych są prawdopodobnie jednym z największych projektów pomagających ludziom naprawdę się w tym zakochać.
Następną rzeczą jest ich zaangażowanie. Jak utrzymujesz kogoś zaangażowanego, że może to go nie obchodzi? Ma na celu zdefiniowanie niektórych wskaźników i ich uwzględnienie, ich pomiar w, a następnie zapewnienie pewnej wiedzy w przypadku naruszeń i pewnej świadomości, że „Hej, robiliśmy naprawdę dobrze przez jakiś czas, a potem nie tak dobrze po pewnym czasie”. są rodzaje rzeczy, o których warto pomyśleć, aby kontynuować. A kiedy myślisz o punktacji, a to jest przykład z CMMI, tak to oceniają. Znowu będziesz mieć własne pulpity nawigacyjne, własne KPI, wiesz, różne sposoby mierzenia ludzi w organizacji. Ale będziesz mieć różne sposoby na zdobycie i zmierzenie własnego sukcesu. Moim kluczowym punktem, który powinieneś od tego zabrać, lub haczyk, aby od tego zabrać, jest upewnienie się, że masz sposób na zmierzenie sukcesu i że możesz świętować swoje sukcesy.
Dlatego doceniam to, że trzymałeś się tego ekscytującego tematu i zamierzam zwrócić się do Rona, który zagłębi się nieco głębiej.
Ron Huizenga: Dziękuję, Jen. I dziękuję wszystkim za dołączenie do nas dzisiaj. Teraz wezmę kilka aspektów tego, o czym mówiła Jen, i pójdę trochę głębiej w niektórych obszarach. Ale zamierzam również przedstawić rodzaj podsumowania tego, w jaki sposób można przynajmniej przeprowadzić samoocenę na wysokim szczeblu w niektórych z tych obszarów. Ponieważ, jak widzieliście z modelami CMMI i tego typu rzeczami, można bardzo szybko bardzo głęboko wejść z wieloma różnymi wskaźnikami. Tak więc naprawdę chcemy osiągnąć to, abyś mógł dobrze poczuć, gdzie Twoja organizacja jest na dość wysokim poziomie, a następnie zacząć wiercić w innych. W związku z tym będę mówić o skuteczności organizacyjnej. I zamierzam oprzeć to na CMMI i niektórych innych standardach lub zasobach wiedzy, które z tego wynikają przez lata. A potem porozmawiam o niektórych wskaźnikach dojrzałości dla dojrzałości danych i dojrzałości procesowej, ponieważ kiedy to przejdziemy, zobaczysz, że idą one w parze. Wspierając perspektywy, Jen mówiła o zarządzaniu w jednym obszarze. Będę też mówił trochę o architekturze korporacyjnej. A potem podsumujemy i przejdziemy do samego okrągłego stołu.
Jeśli spojrzymy na to, istnieje wiele standardów i BOK - które oczywiście są zasobami wiedzy - które zostały opublikowane na przestrzeni lat. Wiele z nich naprawdę pochodzi z modelu dojrzałości. I stąd pochodzi CMMI, o którym mówiła Jen. Sam model CMM powstał w 1998 roku. Został on uruchomiony przez dżentelmena Wattsa Humphreya, gdy był w IBM. Miał 27-letnią karierę w IBM. Ale jego prawdziwy aktywny rozwój tego konkretnego modelu rozpoczął się, gdy był w Carnegie Mellon i został zamówiony przez Departament Obrony USA. W tym celu wykorzystano wiele innych standardów. Coś, co bardzo dobrze wiedzieć o branży, kiedy mówimy o tym w niektórych innych standardach, polega na tym, że kiedy patrzymy na czas, jest to również na tle rzeczy, które ogólnie widzieliśmy w branży. To właśnie wtedy ruch jakości zaczął się naprawdę chwytać, szczególnie w produkcji, i to obróciło się w inne obszary. Tam, gdzie szukaliśmy sposobów ulepszenia procesów produkcyjnych, takich jak kompleksowe zarządzanie jakością, produkcja just-in-time i inne. I wiele filozofii, które się z tego wywodziły, dotyczyło całej jakości pracy.
To naprawdę jest miejsce, w którym wiele z tych rzeczy się zaczęło. Zaczęło się w ogólnej branży i trafiło także do systemów informatycznych oraz danych, procesów i informacji. Inne standardy, które widzimy, które są bliżej powiązane lub bardziej specyficzne dla niektórych rzeczy, o których mówimy, to oczywiście model dojrzałości danych, o którym Jen trochę mówiła. Istnieje również model dojrzałości procesów biznesowych opracowany przez Object Management Group. Oraz szereg innych standardów, które mogłeś zobaczyć, że Twoja organizacja może zmagać się z różnymi obszarami działalności lub wykorzystywać je w różnych obszarach działalności, w szczególności IT, takich jak COBIT, który jest celami kontroli w zakresie informacji i technologii, ITIL, która jest ogólnie infrastrukturą - skoncentrowany, z którym wielu z was mogło sobie poradzić. Ponownie, całkowite zarządzanie jakością. A zwłaszcza, gdy wchodzisz w takie rzeczy jak metryki i wszystko inne, być może zauważyłeś, że w grę wchodzi również statystyczna kontrola procesu. A potem, oczywiście, niektórymi źródłami wiedzy, z którymi mamy do czynienia, są specjaliści od informacji lub IT. Wiedza zarządzania danymi przez.
Jest także odpowiednik wiedzy biznesowej z zakresu analizy biznesowej. I wiedza z zakresu zarządzania projektami. Możliwe, że kilka lub więcej z tych rzeczy jest używanych przez różnych interesariuszy w Twojej organizacji w tym samym czasie. Ale przefiltrujmy przez BOK i wróćmy i powiedzmy, czym jest dojrzałość? Podajemy definicję dojrzałości, ponieważ kiedy pytasz, czym jest dojrzałość, kiedy patrzysz na to w słowniku, w rzeczywistości mówi „jesteś dojrzały”. Zatem użycie słowa „dojrzały” oznacza naprawdę osiągnięcie zaawansowanego etap rozwoju - oczywiście bardzo ogólny. Ale tak naprawdę patrzymy tutaj na postęp w tym, co robimy, na coraz wyższy poziom osiągnięć w miarę przechodzenia. A kiedy spojrzysz na wiele standardów, jak zobaczysz, w szczególności CMMI i model dojrzałości zdolności naprawdę opierają się na pięciostopniowej skali, więc daje nam to stopniowy sposób patrzenia i mówienia, jak ewoluujemy w tej skali w tym, jak się rozwijamy?
Kiedy jednak patrzymy na dojrzałość, jeśli chodzi o osiągnięcie dojrzałości organizacyjnej w interesujących nas rzeczach, musimy zachować równowagę. Musisz osiągnąć dojrzałość danych, a my porozmawiamy o niektórych kryteriach, które musisz tam spełnić, ale musisz osiągnąć dojrzałość procesów w tym samym czasie. Są dwiema stronami tej samej monety i muszą iść w parze. Nie można przejść od, powiedzmy, zera do pięciu w skali dojrzałości danych bez zwiększania dojrzałości procesu, i to samo dotyczy dojrzałości procesu. Obaj są ze sobą połączeni i ciągną się razem podczas jazdy, podczas gdy ty ewoluujesz przez różne etapy. Opowiem o tym trochę więcej w przyszłym slajdzie tutaj. Inne rzeczy, które musimy sobie uświadomić, to osiągnięcie dojrzałości danych i procesów, które są fundamentalne dla architektury korporacyjnej i fundamentalne dla niektórych spraw związanych z zarządzaniem, o których mówiła również Jen. Umożliwiamy tym poprzez osiągnięcie dojrzałości w niektórych z tych rzeczy, które staramy się zrobić.
Teraz na slajd, o którym Jen powiedziała, że zamierzam mówić bardziej szczegółowo. Wziąłem tylko kilka kategorii i używając tutaj skali CMM, i tak naprawdę mam swoją własną, dodaję zero pod względem skali, ponieważ mogą istnieć pewne przypadki, w których tak naprawdę nie zrobiłeś jakakolwiek przyczepność w tych przypadkach. Są to tylko sposoby rozpoznania, które miały miejsce. Jeśli więc przyjrzymy się w szczególności zarządzaniu danymi, możesz zacząć od zera, ponieważ nie masz żadnych programów zarządzania danymi. A kiedy zaczniesz dojrzewać w różnych obszarach, kiedy zaczniesz wprowadzać go na poziomie projektu, a następnie na poziomie programu, poprzez podziały i ostatecznie w całym przedsiębiorstwie, w ten sposób, z perspektywy zarządzania, właściwie dojrzewasz i rozwijasz się jako organizacja, jak to robisz.
Inne aspekty, takie jak zarządzanie danymi podstawowymi, można rozpocząć od zera bez formalnej klasyfikacji danych dotyczących materii. Następnie przechodzisz do etapu, w którym rozpoznajesz dane podstawowe i zaczynasz klasyfikować, ale nie są one zintegrowane. Następnie zaczniesz pracować nad zintegrowanymi i współdzielonymi repozytoriami. Następnie, gdy wchodzisz do znormalizowanego środowiska, właśnie wtedy szukasz usług zarządzania danymi. Idąc dalej, powinieneś ustanowić zarządców danych podstawowych i ostatecznie radę zarządzania danymi, która naprawdę poważnie na to patrzy. Kiedy spojrzysz na swoje środowisko techniczne oraz aplikacje i bazy danych, które masz z perspektywy integracji danych, ponownie, w niedojrzałym środowisku, będziesz mieć szereg interfejsów ad hoc, punkt-punkt i tego rodzaju rzecz. W miarę dorastania zaczniesz wprowadzać popularne narzędzia i standardy. Potem zaczniesz patrzeć na popularne platformy integracyjne, gdy będziesz się rozwijać. W miarę standaryzacji będziesz pracować na znormalizowanym oprogramowaniu pośrednim i możliwych łatwych rzeczach, takich jak autobusy usług korporacyjnych, model kanoniczny, kategoryzować wszystkie dane w organizacji, a także wiązać się z takimi zasadami, jak reguły biznesowe w repozytorium i tym podobne rzeczy. A potem pójść jeszcze dalej, gdzie w pełni osadzisz to w kulturze organizacyjnej. I oczywiście najważniejsza jest jakość. Jak mówiła Jen, wiele decyzji i wiele dostępnych narzędzi zakłada, że masz wysokiej jakości dane, z którymi pracujesz. Tak więc jakość danych jest fundamentalnym warunkiem osiągnięcia dojrzałości danych.
Ponownie, kiedy spojrzysz na dane, możesz mieć dużo silosów i rozproszonych danych w niedojrzałym środowisku. Możesz mieć niespójności, które są akceptowane. A potem zaczynasz nad tym pracować, rozpoznając niekonsekwencje, a potem zaczynasz patrzeć na planowanie. A jeśli spojrzysz na zarządzane środowiska, tutaj bardzo ważne jest czyszczenie danych przy zużyciu w celu wykorzystania ich w podejmowaniu decyzji. Tak więc to, o czym tak naprawdę mówimy, to czyszczenie danych, w którym ładujemy je do hurtowni danych i innych narzędzi wspomagających podejmowanie decyzji. Jest to analogiczne do tego, co widzieliśmy w branży produkcji danych, w której ludzie budowali produkty, schodzili po linii montażowej, a na końcu sprawdzali produkt i mówili: „Och, mamy tutaj wady. ”Ponownie, jedyną rzeczą, której nigdy nie można zrobić, jest to, że nigdy nie można poprawić jakości produktu, sprawdzając go na końcu. Możesz zobaczyć problemy z tym, a następnie możesz podjąć środki, aby poprawić kolejne i inne, które pojawiają się po nim, ale nigdy nie poprawisz go, sprawdzając go na końcu. Więc w tym momencie, przechodząc do przodu, szczególnie w zakresie danych, przechodzisz więcej z punktu widzenia inspekcji i oczyszczenia w miejscu konsumpcji, w którym zaczynasz próbować zbudować to u źródła, bezpośrednio z miejsca, w którym łapiesz dane, procesy działające na te dane, zapewniające, że dane te są dokładne i nadają się do wykorzystania w każdym procesie przez cały czas. W miarę dalszej ewolucji zaczynasz opracowywać i uzyskiwać wysokiej jakości wskaźniki KPI i naprawdę zaczynasz rozwijać podejście zapobiegające jakości danych w miarę postępów.
Jeśli chodzi o zachowania organizacyjne lub rzeczy, które widzisz, jeśli nie uważasz, że masz problem lub jesteś nieświadomy, możesz być, jeśli w twojej organizacji jest faza zaprzeczenia, która mówi mi, że jesteś na dole poziom zero lub potencjalnie przejście do jednego. Jeśli wokół twoich danych panuje chaos i próbujesz rozwiązać te niespójności, prawdopodobnie jesteś na pierwszym poziomie. Gdy nadal jesteś w trybie reaktywnym, przechodzisz na zarządzanie, ale nie będziesz się standaryzować, dopóki nie uzyskasz bardzo stabilnego środowiska danych obejmującego zarówno zarządzanie, jakość, zarządzanie danymi podstawowymi, jak i dane integracja, żeby wymienić tylko kilka punktów. I znowu, kiedy to miniesz, wtedy zaczynasz wchodzić w naprawdę proaktywne style zarządzania. Jeśli przejdziesz do części, w której zachowujesz się bardzo predykcyjnie, a także danych analitycznych, które ją wykonują, oraz wskaźników KPI służących do tworzenia kopii zapasowych w Twojej organizacji, kiedy przyjrzymy się temu i nałożymy na niego kilka rzeczy, jest kilka innych rzeczy, które możemy zobacz o organizacjach i ich lokalizacji. Spójrzmy na główny nacisk IT w organizacji. Jeśli w branży IT nadal koncentrujesz się głównie na technologii i infrastrukturze, prawdopodobnie zbliżasz się do mniej dojrzałego końca skali. Ale kiedy naprawdę koncentrujesz się na informowaniu i umożliwianiu strategicznych działań biznesowych, zbliżasz się do dojrzałego końca skali. Również jeśli spojrzysz na to z perspektywy danych, jeśli jesteś na niskim poziomie, masz wysokie ryzyko związane z danymi, a jeśli jesteś na wysokim poziomie, obniżyłeś ryzyko związane z danymi. Drugą stroną tego jest generowanie wartości organizacji. Niższa dojrzałość danych oznacza, że prawdopodobnie generujesz dość niski poziom generowania wartości, szczególnie jeśli chodzi o dane, które masz w swojej organizacji. A w miarę zwiększania skali generujesz wysoką wartość.
Spójrzmy na to pod kątem samego modelowania danych. Czasami modelowanie danych stało się rudowłosa pasierbem. Modelowanie danych ma zasadnicze znaczenie dla osiągnięcia dojrzałości danych. Chciałbym więc porozmawiać o kilku znamiennych znakach dotyczących powiązania modelowania danych z tym. Jeśli jest on po prostu używany do dokumentacji lub do prostego generowania fizycznej bazy danych dla małych aplikacji i tego typu rzeczy, prawdopodobnie jesteś na pierwszym poziomie pod względem dojrzałości danych. Gdy zaczniesz uwzględniać i rozpoznawać różne typy modeli, w tym koncepcyjne, logiczne i fizyczne, w których to również, wiesz, zasadniczo napędzasz projekt. Naprawdę używasz go jako punktu widzenia projektowania, a następnie jesteś na poziomie pierwszym.
Kiedy zaczniesz patrzeć na to z poziomu bardziej korporacyjnego, w tym na budowanie modeli korporacyjnych lub kanonicznych, wprowadzanie pojęć i wiązanie w wielu modelach, tworzenie linii danych i budowanie metadanych zarządzania bezpośrednio w swoich modelach, zaczynasz przechodzić do poziom trzeci, a następnie przejście do metadanych pełnego zarządzania, integracji słownika biznesowego itp. Patrząc na cykl życia i łańcuch wartości danych, naprawdę osiągasz poziom czwarty. I znów, w pełni zintegrowane modelowanie z glosariuszami biznesowymi, metadane, możliwość prowadzenia takich rzeczy, jak samoobsługowe analizy, to wtedy naprawdę osiągnąłeś dość dojrzały stan.
W związku z tym chcę krótko omówić cykl życia danych. Powodem, dla którego chcę o tym mówić, jest cykl życia danych, niestety często ignorowany. I o co chodzi, tak naprawdę opisał, w jaki sposób element danych jest tworzony, czytany, aktualizowany lub usuwany, a także procesy, które działają na niego w całej organizacji. Więc ci z nas, którzy są w branży od dawna, nazywają to CRUD, ponieważ jest to tworzenie, czytanie, aktualizacja i usuwanie. Ale musimy zrozumieć to na podstawowym poziomie, gdy mamy do czynienia z danymi w naszej organizacji. W grę wchodzi wiele czynników. Jakie reguły biznesowe działają na nim? Jakie są procesy biznesowe, które wykorzystują, produkują lub zmieniają dane? Jakie aplikacje faktycznie wdrażają te procesy biznesowe, aby to umożliwić? Wszystko, co wchodzi w grę, dotyczy cyklu życia danych.
I znowu Jen wspomniała o tym wcześniej - niekoniecznie musi istnieć jedno źródło prawdy. I może istnieć wiele sposobów tworzenia określonego elementu danych. Być może będziesz musiał wejść, różne rzeczy przejdą przez wiele systemów lub wiele ujęć, które musisz pogodzić i zdecydować, aby wymyślić, jakie właściwe źródło danych jest dla tej konkretnej decyzji w danym momencie. W organizacji może istnieć wiele wariantów danych do różnych celów. Aby to osiągnąć, musisz być w stanie modelować proces biznesowy, linię danych, która obejmuje przepływy danych, integrację i która obejmuje takie rzeczy jak ETL, więc wyodrębniaj, przekształcaj i ładuj dla swojej hurtowni danych, hurtowni danych i obszarów przejściowych i oczywiście wchodzą w grę również łącza danych po stronie dużych zbiorów danych. Wyciągając te informacje z jeziora danych, musisz wiedzieć, w jaki sposób je wykorzystujesz i jak z nich korzystasz. Jeśli chodzi o sam cykl życia, tak naprawdę to, w jaki sposób tworzymy lub zbieramy nowe dane, w jaki sposób je klasyfikujemy - ponieważ musisz je sklasyfikować, aby je zrozumieć i efektywnie z nim pracować - w jaki sposób je przechowujesz, jak używam go, jak modyfikujesz go do tych procesów biznesowych, w których jest on udostępniany w organizacji - i bardzo ważne: przechowywanie i archiwizacja. Jak długo przechowujesz dane? Kiedy to archiwizujesz? Kiedy ostatecznie niszczysz te dane? Wszystkie te rzeczy muszą być wzięte pod uwagę w twoim cyklu życia danych i musisz robić to wszystko, aby osiągnąć wysoki poziom dojrzałości danych w organizacji.
Teraz odwrotnie, powiedziałem, że są jak bliźniaki, w których trzeba rozmawiać o dojrzałości procesu w połączeniu z dojrzałością danych - idą w parze. Ponownie mam tutaj kilka różnych rzeczy i - nie martw się, nie przeczytam ich wszystkich, ale po prostu listę kontrolną, więc - ponownie możesz zacząć oceniać, gdzie jest twoja organizacja dojrzałości procesu. Spójrzmy na rzeczy od samego początku po zoptymalizowane strony. Ponownie używamy tej samej pięciopunktowej skali, która została wyprowadzona z modelu dojrzałości zdolności. Jeśli spojrzysz na takie rzeczy, jak koncentracja, jeśli znajdujesz się na niższym poziomie lub początkowym poziomie dojrzałości procesu, możesz zauważyć w swojej organizacji, że ludzie naprawdę polegają na własnych metodach, aby wykonać swoją pracę. I możesz zobaczyć bohaterstwo i tego rodzaju rzeczy, aby móc załatwić sprawę. Następnie zaczynasz dochodzić do punktu, w którym jesteś bardziej proaktywny, a kierownictwo bierze odpowiedzialność za jednostki pracy i wydajność. Następnie zaczynasz rozwijać standardowe zintegrowane procesy. Następnie stabilność procesu i ponowne użycie. Następnie zaczniesz widzieć kulturę mentoringu i zarządzania statystycznego w celu obliczenia wskaźników i wskaźników KPI dotyczących tych procesów, a wreszcie do pełnego poziomu optymalizacji.
Kiedy spojrzysz na zarządzanie pracą, możesz przejść, przejdziesz z obszaru, w którym masz niespójne poziomy zarządzania pracą, do bardziej zarządzanego, w którym bilansujesz przynajmniej na wyższym poziomie swoje zobowiązania do zasobów. Następnie przejdź do punktu, w którym masz bardziej elastyczną lub sprawną organizację, abyś mógł ujednolicić swoje procesy, ale dostosować je do najlepiej wykorzystywanych w różnych okolicznościach w Twojej organizacji. A kiedy przejdziesz do zaawansowanych, właśnie tam inicjacja jest bardzo ważna, a to oznacza, że wszyscy intuicyjnie rozumieją, co się dzieje, a pracownicy mają dane procesowe, aby mogli oceniać i zarządzać własną pracą.
Ponownie, wracając do analogii produkcyjnej - kiedy zobaczyliśmy, że kiedy zaczęliśmy modernizować nasze linie montażowe i tak dalej w przemyśle, zaczęliśmy rozmawiać o całkowitej jakości i wzmocnieniu pozycji pracowników nawet na linii montażowej, gdzie gdyby ktoś widział coś złego na jakimkolwiek etapie produkcji, ludzie byli upoważnieni, że mogą nacisnąć duży czerwony przycisk i zamknąć całą linię montażową, dopóki problemy nie zostaną rozwiązane, zanim sprawy pójdą dalej. I właśnie tego rodzaju mentalności i kultury poszukujemy wokół danych w naszych procesach, aby upewnić się, że faktycznie optymalizujemy nasze dane i procesy w naszej organizacji.
Inne wskaźniki Twojej kultury - czy Twoja kultura jest w stagnacji pod względem braku możliwej do zidentyfikowania podstawy do prawdziwego zaangażowania w doskonalenie procesów biznesowych? Czy istnieje delegacja odpowiedzialności, którą widzimy na większą skalę? W miarę postępów nadal możesz mieć silosy, ale gdy zaczniesz iść do przodu pod względem kultury i rzeczy, które robisz w procesie biznesowym, rozkładasz też różne silosy biznesowe i wykorzystujesz procesy w całej organizacji. Bardzo ważne jest, aby po przejściu do etapu wydarzenia, na czym tak naprawdę polegałeś, zamiast zbierania wrażeń, faktycznie gromadzisz wskaźniki jakości i masz wskaźniki, które pozwalają przewidzieć Twoje możliwości w zakresie wydajności firmy operacje, a to niezwykle ważne.
Jeśli chodzi o architekturę, porozmawiajmy o tym, ponieważ wielu z nas jest w branży IT lub zawsze na nią patrzy. Znowu te same typy rzeczy, które widzieliśmy w danych. Mamy zdesperowane systemy informatyczne, jeśli naprawdę znajdujesz się w początkowej fazie dojrzałości procesu. Gdy zaczniesz zarządzać swoimi procesami, zobaczysz, że niektóre usługi są konfigurowane, w których naprawdę przyjmujesz podejście oparte na usługach. Następnie, jeśli zostaniesz ustandaryzowany, zobaczysz więcej pełnego wdrożenia usługi w zakresie danych i usług oraz usług procesowych i tego rodzaju rzeczy, aż do miejsca, w którym uzyskasz pełną usługę lub nową architekturę. A potem ostatecznie do pełnego, sterowanego procesami przedsiębiorstwa, które wykorzystuje twoje dane.
Ponownie, te same typy skal, gdy spojrzymy na to. Jeśli chodzi o produktywność, przy niskim poziomie dojrzałości procesu, zobaczysz niski poziom wydajności i wysokiej dojrzałości procesu, zobaczysz znacznie wyższą wydajność. A jakość idzie w parze z tym. Podobnie jak w przypadku danych - jeśli jesteś na niskim poziomie dojrzałości, zobaczysz wysoki poziom ryzyka, a także wysoki poziom marnotrawstwa. Ale im wyższy jest Twój poziom dojrzałości, tym obniżysz to, obniżysz ryzyko i znacznie zmniejszysz straty. Jeśli chodzi o niektóre rzeczy, które możesz postrzegać jako rodzaj symptomów lub wskaźników w organizacji, jeśli podstawowa filozofia opiera się na cięciu kosztów, prawdopodobnie masz niski poziom dojrzałości procesowej. Następnie skończy studia i przejdzie w kierunku dokładniejszego spojrzenia na efektywność w organizacji, a następnie, gdy dojdziesz do bardzo dojrzałego poziomu, znów będziesz koncentrować się na generowaniu wartości.
Z punktu widzenia zarządzania organizacją, jeśli panuje chaos, jest to zwykle symptom organizacji o niskim stopniu dojrzałości procesowej. Ale zaczynasz koncentrować się na czymś, co nazywam bardziej mentalnością zarządzania, gdzie - i może być pewne zarządzanie przez dekret lub nakładanie rzeczy - gdzie naprawdę jesteś, kiedy dojdziesz do bardziej dojrzałych poziomów, twoje zarządzanie przekłada się na więcej przywództwa. Innymi słowy, filozofia doskonalenia jest zakorzeniona w kulturze i od dyrektora generalnego w dół, promują tę całą filozofię udoskonalania procesów i ciągłego, ciągłego doskonalenia w całej organizacji.
Jeśli chodzi o model procesu - i tutaj omówię te rzeczy dość szybko - ponownie przyjrzyjmy się modelom procesu, które wiążą się z samą dojrzałością procesu. Ponownie, bardzo podobnie do rzeczy, które widzieliśmy przy dojrzałości danych, gdzie na niskim poziomie lub na pierwszym poziomie możesz po prostu dokumentować procesy lub proces stanu obecnego, ale tak naprawdę nie używasz go w celu przyspieszenia. Kiedy zaczniesz dojrzewać, będziesz używać modelowania procesów biznesowych, aby przyspieszyć faktyczne zarządzanie procesami biznesowymi w organizacji, a następnie ewoluować jeszcze bardziej tam, gdzie go używasz i stale aktualizować te modele, aby usprawnić procesy tam, gdzie ostatecznie dostać się do projektowania procesu. A potem, kiedy dojdziesz do pełnej dojrzałości lub, wiesz, co zwykle widzisz w lean lub organizacji, które przyjęły programy wyższej jakości, takich jak Sigma, to znów masz mentalność ciągłego doskonalenia i jest to zakorzenione w modelowaniu Twoja organizacja. Tak więc, podobnie jak wykorzystujemy plany inżynieryjne do tworzenia produktów, niezależnie od tego, czy są to samoloty, budynki czy drapacze chmur, i tego typu rzeczy, polegamy na naszych modelach, aby faktycznie rozwijać naszą działalność, ponieważ jest to element projektu, który faktycznie napędza nasze elementy organizacyjne .
Teraz znowu nie będę szczegółowo omawiał tego i każdego słowa. To, co zrobiłem, to wziąłem te dwa prostsze slajdy siatki i wybrałem kilka słów, które zostały użyte w niektórych innych deskryptorach zarówno dla dojrzałości danych, jak i dojrzałości procesów. Więc kiedy spojrzysz na to po fakcie, możesz zacząć myśleć o niektórych słowach, które widzisz w swojej własnej kulturze wewnętrznej, w kategoriach rzeczy, które się mówi. Pomoże Ci to zacząć klasyfikować, gdzie jako organizacja zaczynamy pasować do ogólnej skali dojrzałości. Więc jeśli widzisz takie rzeczy, jak niespójność, stagnacja lub nieefektywność, które pojawiają się dość często lub chaos, zwykle będziesz w dolnej części skali. Kiedy zaczynasz myśleć o takich rzeczach, jak ciągłe doskonalenie, dostosowanie strategiczne, zapobiegawcze podejście do wad i jakości oraz tego rodzaju rzeczy, pełna integracja i mówienie o najlepszych praktykach zapewniających przewagę konkurencyjną, wtedy zobaczysz siebie przy optymalizatorze, wyższy koniec skali.
Znowu coś, na co chcę zwrócić uwagę, że kiedy zaczynasz patrzeć na zarządzanie danymi, w szczególności gdy patrzysz na dół skali, znajduje się na początkowych etapach, zarządzanie danymi może być wprowadzone tylko na poziomie poszczególnych projektów. Musisz ewoluować do punktu, w którym zarządzanie danymi i szczególny cel wynikają z zarządzania danymi projektu i ewoluowały poprzez zarządzanie danymi programowymi i oddziałowymi, gdzie znowu jest to całe przedsiębiorstwo i jest ono osadzone w organizacji jako całości.
Mówiłem o tym, że są to bliźniaki, które współpracują ze sobą pod względem dojrzałości danych i dojrzałości procesów. Aby osiągnąć tę dojrzałość, po obu stronach skali jest podróż i nie można przeskakiwać kroków. Jeśli masz zero, będziesz musiał ewoluować przez etapy pierwszy, drugi, trzeci, czwarty i ostatecznie osiągnąć pięć. A na świecie jest bardzo niewiele organizacji, które mają pięć. Tak więc wiele organizacji byłoby więcej niż szczęśliwych, gdyby znalazły się w punkcie, w którym są trzy, a następnie mogłyby wykorzystać to jako odskocznię do przodu. I znowu, nie możesz iść, nie możesz mieć czwartej dojrzałości danych i dojrzałości procesowej. To po prostu nie działa, ponieważ są one tak powiązane, że musisz zrozumieć i odpowiednio zarządzać swoimi danymi i procesami w połączeniu ze sobą.
Dobra analogia, aby myśleć o tym w obecnej formie, na drodze do zorganizowanej dojrzałości, załóżmy, że zespół składa się z dwóch osób: jedna to dojrzałość procesu, a druga dojrzałość danych. Przebierasz tor przeszkód i jesteś przywiązany krótką liną. I aby dojść do końca tego kursu, oznacza to, że oboje musicie przejść nie tylko wszystkie przeszkody, ale musicie pokonać wszystkie przeszkody prawie jednocześnie lub bardzo blisko siebie, aby być w stanie przejść do następnej przeszkody. To naprawdę dobry sposób na zastanowienie się nad zrównoważeniem dojrzałości procesu i dojrzałości danych. Innymi słowy, możesz być w pewnym stopniu zorientowany na procesy i możesz w pewnym stopniu skoncentrować się na danych, ale będzie to wiodący wskaźnik i nie może być zbyt dużej luki, aby rzeczywiście przejść przez kolejne poziomy.
A kiedy znów spojrzymy na to z zarządzania danymi, jedną z rzeczy, na które chciałem zwrócić uwagę, na wypadek, gdybyś nie był tego świadomy, jest to, że DAMA wydała Body Data Knowledge Body Two Tom wcześniej na początku tego roku, a także rzeczy, które zmieniono tam jest rzeczywiste koło DAMA I faktycznie przedstawiłem to trochę inaczej, gdzie zarządzanie danymi jest w centrum, a dziesięć różnych kategorii wokół różnych kół. Bardzo ważne jest, aby zobaczyć tutaj modelowanie i projektowanie danych, które mają teraz swoje własne obszary na kole - wcześniej było to trochę mieszane z innymi. Jedną z rzeczy, która jest tutaj bardzo fundamentalna, jest w szczególności modelowanie danych, które ma fundamentalne znaczenie dla wszystkich tych innych aspektów, ponieważ niezależnie od tego, czy wykonujemy modelowanie danych w naszych bazach danych, czy metadane, z którymi mamy do czynienia, modelowanie danych ma do zagraj we wszystkie inne elementy, o których mówimy. Modelowanie procesów ma również do odegrania ważną rolę w wielu z tych rzeczy, ponieważ oprócz zrozumienia samych danych musimy zrozumieć, w jaki sposób są one wykorzystywane i właśnie w ten sposób modelowanie procesów pomaga nam to zrobić.
Teraz zmieńmy trochę biegi i porozmawiajmy o architekturze korporacyjnej. Modele mają również kluczowe znaczenie dla architektury korporacyjnej. Opieram to na przykładzie i jest to framework Zachmana, który pokazuję tutaj bardzo szybko. A kiedy na to spojrzysz, zobaczysz tutaj kilka rzeczy. Widzisz co, jak, gdzie, kto, kiedy i dlaczego jest rodzajem skali na górze. Następnie przechodzisz przez bardziej szczegółowe poziomy opracowania, jeśli to zrobisz, pod względem rodzajów modelowania lub rodzajów rzeczy, które opracowujesz pod kątem architektury korporacyjnej, od bardzo wysokiego poziomu kontekstowego aż do poziomu szczegółowego, w tym implementacja fizyczna. Jeśli spojrzysz na pierwsze kolumny, to, co wymaga dużej ilości danych i danych. Jak bardzo zależy od procesu. A jeśli spojrzysz na inne aspekty, będziesz używać kombinacji modelowania procesów i danych w celu zwiększenia reszty informacji. Będziesz mieć dane na temat tych wszystkich różnych rzeczy, a twoje modele procesów będą również wiązać rzeczy, takie jak miejsce, w którym się to dzieje, odpowiedzialność. A także jeśli chodzi o modelowanie procesów, które robimy również w naszych narzędziach, możesz zacząć wiązać to z celami i relacjami oraz regułami biznesowymi, które napędzają te różne rzeczy, które robisz.
Z ogólnej perspektywy frameworku Zachmana, jednym z dobrych sposobów myślenia o tym jest również to, że kierujesz się modelami i przechodzisz przez różne poziomy. Więc zaczynasz od zakresu wysokiego poziomu i kontekstowego. Następnie ewoluujesz w kierunku modeli biznesowych, w dół do modeli systemowych, następnie modeli technologicznych, a następnie bardzo szczegółowej reprezentacji modeli technicznych. I znowu, dane reprezentują to, co, proces jest jak i tak naprawdę jest kombinacją interakcji danych i procesów, które napędzają wszystkie inne cechy tutaj.
Na tej podstawie nie jest przypadkiem, że sposób, w jaki postrzegamy ideę architektury korporacyjnej, jest nieco inny niż w niektórych innych. Dość często słyszysz o czterech filarach architektury korporacyjnej: architekturze danych, akwizycji, architekturze biznesowej i technicznej. Traktujemy to trochę inaczej. Uważamy architekturę danych za fundament, który napędza całą architekturę korporacyjną z dwóch powodów. Po pierwsze, od tego się zaczęło. Nawet rzeczy takie jak szkielet Zachmana wyrastały przede wszystkim z architektury danych, a następnie obejmowały również inne aspekty architektury. I dwa, ponieważ podstawowy związek między procesem a danymi. Dlatego postrzegamy architekturę biznesową jako centralny filar architektury korporacyjnej. I to oczywiście uzupełnia architektura aplikacji i architektura techniczna, które są absolutnie niezbędnymi czynnikami, aby umożliwić nam napędzanie prawdziwego uruchamiania przedsiębiorstw. Teraz, gdy spojrzymy na to w kontekście ER Studio Enterprise Team Edition, naszej zintegrowanej platformy do modelowania, tak to wchodzi w grę. Jest to schemat kontekstowy wysokiego poziomu niektórych modeli, które wykonujemy, i niektórych podstawowych zasad. I to jest faktycznie wprowadzone, to jest faktycznie przedstawione na schemacie procesu. Dlatego, gdy patrzymy w szczególności na naszą architekturę danych i naszą architekturę biznesową poniżej, dostarczamy narzędzia oparte na rolach.
A kiedy spojrzysz na nasze narzędzie architekta biznesu w lewym dolnym rogu, tam zwykle pracują analitycy biznesowi i architekci biznesowi. Zazwyczaj koncentrują się na niektórych procesach biznesowych i zaczynają je wypierać. Ale koncentrują się również na tym, co. Więc zaczynamy robić koncepcyjne modelowanie danych i tego typu rzeczy. Możemy wykorzystać te komponenty modelowania koncepcyjnego i wprowadzić je do naszego narzędzia do modelowania danych oraz do architekta danych, gdzie są one dalej opracowywane w logicznych modelach danych i, oczywiście, ostatecznie w modelach fizycznych, abyśmy mogli wygenerować fizyczne bazy danych. Możemy również wycofać się, aby modele koncepcyjne zostały zaktualizowane również w przestrzeni architektury biznesowej. Bardzo ważną rzeczą jest tutaj wspieranie różnych rodzajów modelowania. Zatem znowu BI jest bardzo ważne, a jeziora danych i tego typu rzeczy, więc faktycznie wykonujemy również modelowanie, a także w ramach tego, modelujemy linie danych. Więc nie tylko ETL pod względem sposobu mapowania z modeli fizycznych do modeli wymiarowych dla hurtowni danych, a nawet sprowadzania rzeczy z jezior danych i sprawdzania, jak się one mapują, możemy połączyć wszystkie te rzeczy. Jak również przekazywanie inżynierii wstecznej z innych platform modelowania, z platform big data.
A także rzeczy takie jak narzędzia ETL, dzięki czemu możemy zacząć uzyskiwać diagramy linii danych prosto ze specyfikacji ETL, które możesz mieć we własnym środowisku. Bardzo ważne jest również, aby wiedzieć, że musieliśmy wyjść poza modelowanie relacyjne. Mamy pewne platformy, takie jak Hive, a zwłaszcza MongoDB, teraz zaczynamy mówić o magazynach dokumentów, w których mamy pojęcia takie jak obiekty osadzone i tablice. W rzeczywistości rozszerzyliśmy notację, aby móc uwzględnić również tego rodzaju modele, ponieważ jest to koncepcja nierelacyjna. Wszystko, co stworzyliśmy w narzędziu architekta danych pod względem artefaktów danych, niezależnie od tego, czy są to logiczne jednostki, fizyczne tabele i ich atrybuty, można następnie z powrotem wprowadzić do modelowania przetwarzania biznesowego. Gdy opracowujesz modele procesów biznesowych z wysokiego poziomu i schodzisz na niższy poziom, możesz faktycznie łączyć rzeczywiste elementy danych. Abyś mógł działać, możemy określić macierze CRUD tego, co się faktycznie dzieje. To daje ci ten cykl życia danych, o którym mówiłem przy tworzeniu, czytaniu, aktualizacji i usuwaniu na poziomie procesu. Robimy tam również pełne modelowanie procesów BPM z naszym własnym zestawem nakładek, dzięki czemu możesz zacząć wiązać strategie biznesowe, cele biznesowe. Możemy również powiązać aplikacje wdrażające te procesy biznesowe, wszystko z punktu widzenia modelu.
Inne rzeczy są niezwykle ważne również w naszych modelach danych. Cechy zarządzania danymi lub cechy jakości danych opanowane i zarządzanie. Możesz zdefiniować i zbudować tam własne metadane dla cech, które chcesz śledzić, a to oznacza, że używasz teraz swojego modelu jako schematu do kierowania nim przez całą organizację, do repozytoriów metadanych i wszystkiego innego. I oczywiście jednym z ograniczeń modelowania, wiele lat temu, kiedy wielu z nas zaczęło to robić w branży, jest produkowanie tych modeli. Co byśmy zrobili Wydrukowalibyśmy je, postawilibyśmy na ścianie, być może, aby członkowie zespołu mogli się nimi dzielić i tego typu rzeczy. Prawdziwą wartością tego jest możliwość dzielenia się i współpracy w ramach naszych organizacji. Właśnie dlatego stosujemy podejście oparte na repozytorium, aby sprawdzać nasze modele i miejsca pracy. I dzielimy się nimi z naszymi wyborcami, którzy są organizacją, niezależnie od tego, czy są to inni interesariusze techniczni, użytkownicy biznesowi i tego typu rzeczy. Połącz to także z naszą platformą współpracy o nazwie Team Server.
Rozmawialiśmy więc o wcześniejszych słownikach i terminach biznesowych oraz o ich znaczeniu i rozwoju tego słownictwa dla biznesu. Wszystko to dzieje się w Team Server, gdzie użytkownicy, użytkownicy biznesowi mogą współpracować na tych warunkach. Są widoczne, przydatne w architekcie danych, na przykład, w pobliżu modeli danych i oczywiście wiele z tych glosariuszy biznesowych często pochodzi z niektórych słowników danych, które utworzyliśmy w naszych modelach danych. Możemy je wypchnąć do… Również z narzędzi architekta danych punktem wyjścia jest glosariusz biznesowy, w którym można je dalej dopracować, a wszystko to wraz z zarządzaniem zmianami.
To było dużo. Podsumowując, kilka rzeczy, o których mówiliśmy, to wypróbowanie prawdziwej dojrzałości organizacyjnej, potrzebujesz zrównoważonego podejścia, które obejmuje dojrzałość danych i dojrzałość procesów. Nie możesz osiągnąć jednego bez drugiego. Ponownie, fundamentalnie, musisz mieć jedno i drugie, musisz polegać na tym, w szczególności na modelowaniu danych i modelowaniu procesów zarówno dla architektury korporacyjnej i zarządzania danymi, jak i zarządzania procesami, jak również w swoich organizacjach. Architektura korporacyjna naprawdę łączy to ze sobą, biorąc pod uwagę te różne aspekty i perspektywy. Aby to zrobić, potrzebujesz solidnej podstawy architektury danych i potrzebujesz zintegrowanego modelowania procesów w celu zapewnienia kontekstu biznesowego i umożliwienia dalszego rozwoju procesu biznesowego i zużycia danych. Znowu ważniejsze niż kiedykolwiek wcześniej. Mogę powiedzieć, co stare jest znowu nowe. Dlatego modelowanie danych, modelowanie procesów, rodowód, metadane i glosariusze mają fundamentalne znaczenie dla osiągnięcia tego celu, a ER / Studio Enterprise Team Edition to platforma współpracy, która łączy to wszystko.
Dzięki temu możemy przejść do pytań.
Eric Kavanagh: W porządku.
Ron Huizenga: Pójdziemy do ciebie, Eric.
Eric Kavanagh: Ron, muszę dać ci czapkę za cały wysiłek włożony w udokumentowanie tych różnych procesów i ram. To dużo materiału, który tam masz. Wydaje mi się, że głównym pytaniem jest to, kto powinien nadzorować te rzeczy w organizacji, ponieważ dotykasz tak wielu różnych rzeczy. Wyobrażasz sobie procesy, będzie to główny oficer operacyjny lub ktoś z operacji. Cykl życia danych, myślisz, że może to będzie główny inspektor danych. Dotykasz tak wielu różnych części i tak wielu różnych komponentów do firmy. Jak znaleźć odpowiednią osobę lub grupę osób i czy jest to komitet sterujący? Co to jest? Co możesz nam powiedzieć o tym, kto powinien to robić w organizacji?
Ron Huizenga: Wiesz, to interesujące pytanie. Możemy spędzić dzień na omawianiu zalet różnych różnych podejść. Ale coś, co zdecydowanie widziałem, wiesz, kiedy konsultowałem się przed objęciem stanowiska kierownika produktu, to kiedy patrzyłem na organizację, to było częścią problemu polegającego na zdobyciu własności i skłonieniu ludzi do przejęcia tej własności. A kiedy patrzymy na takie dyscypliny, jak nasze modelowanie danych, a nawet nasze modelowanie procesów biznesowych, a nawet w początkowych dniach, diagramowanie przepływu danych i tego rodzaju rzeczy, ten rodzaj wyrósł z IT. Ale w miarę postępów i myślę, że teraz coraz bardziej zdajemy sobie sprawę, że to naprawdę musi być napędzane przez biznes. Tak więc naprawdę chcesz, aby własność była w firmie.
I zamierzam urazić tutaj niektórych informatyków, ale głęboko wierzę, że powodem, dla którego widzieliśmy ewolucję roli dyrektora ds. Danych, jest rola dyrektora IT w większości organizacji. A to dlatego, że wielu CIO skupia się raczej na zagadnieniach technicznych niż na danych i procesach. Myślę więc, że naprawdę musisz to mieć, prawdopodobnie będziesz potrzebować pewnego rodzaju komitetu sterującego w większych organizacjach. Ale to naprawdę musi być własnością firmy. Argumentowałbym, że Twoja firma, modelowanie procesów, modelowanie danych muszą należeć do firmy, ponieważ daje to możliwość zapewnienia, że dział IT, który jest depozytariuszem danych i wdraża te procesy za pomocą tego, co oni tworzysz, masz ten młotek, aby upewnić się, że tak się dzieje, jeśli faktycznie jest własnością firmy.
Eric Kavanagh: Tak, chyba się z tym zgodzę. Ale Jen, co o tym myślisz?
Jen Underwood: To naprawdę interesujące. Nawiązałem do tego, kiedy powiedziałem, że zapewnienie ludziom opieki i interaktywności jest prawdopodobnie jedną z kluczowych rzeczy. W pewnym momencie napisałem białą księgę, że samoobsługowe zarządzanie BI jest bardzo podobne do tego. Chodzi o to, aby znaleźć sposób na zmotywowanie ludzi, po stronie wartości biznesowej, aby zmusić ich do dbania o to. A potem, gdy zobaczą lub znajdą, czy to katalogowanie danych, czy pod jakimkolwiek kątem. Może obniża koszty wysyłki, nakładając na organizację coś, za co ktoś jest odpowiedzialny, w ten sposób można sprawić, by się tym zajęło. I tak, biznes absolutnie. Eksperci od tematyki biznesowej zamierzają to zrobić lub złamać.
Eric Kavanagh: To trudne. Myślę, że zawsze chcesz mieć to konsorcjum interesariuszy z całej organizacji. Oczywiście nie chcesz paraliżu analizy. Nie chcesz biurokracji ze względu na biurokrację. Chcemy, aby organizacja miała plan działania i dokumentowała te rzeczy. Wiesz, myślę, że kiedy zaczynasz mówić o modelowaniu procesów biznesowych, było to gorące 25 lat temu, ale było ono w większości oderwane od rzeczywistej działalności. Myślę, że przynajmniej w niektórych branżach można wyciągnąć wiele z tego procesu z faktycznego oprogramowania, które działa. Ale myślę, że w dzisiejszych czasach musimy znaleźć sposób na zrównoważenie tych dwóch światów, prawda, Ron? Chcesz mieć modele procesów, które są aktualne i aktualne oraz odzwierciedlają to, co się faktycznie dzieje. Więc nie chcesz, aby było to oddzielne ćwiczenie, gdzieś, gdzieś leży na półce. Ale to jest trochę trudne, prawda? Ponieważ nie wszystkie systemy operacyjne są dostosowane do tego rodzaju kodu wykonywalnego. Ale co myślisz?
Ron Huizenga: Oczywiście. Jest to interesujące, ponieważ jedną z rzeczy, na które patrzę, jest to, że ludzie, wiesz, staliśmy się natychmiastowym społeczeństwem gratyfikacyjnym. Ludzie myślą: „Och, po prostu wyjdziemy i kupimy jakieś narzędzia i sprawimy, aby to dla nas zadziałało”. Wygląda na to, że nie kupisz dojrzałości procesu. Nie zamierzasz kupować dojrzałości danych. To jest ciężka praca. Musisz podwinąć rękawy i musisz to zrobić. Mechanizmem do tego jest modelowanie. Jest to zbyt skomplikowane, aby nie przedstawiać wizualnie nie tylko obecnego stanu, nad którym pracujesz, ale być w stanie zaprojektować, w jaki sposób usprawnić te różne procesy biznesowe. Potrzebujesz tej struktury wizualnej, aby zrozumieć, jaki wpływ będą miały te zmiany.
Eric Kavanagh: To naprawdę - po prostu tweetuję; Piszę teraz na Twitterze: „Nie kupisz dojrzałości procesowej, nie kupisz dojrzałości danych”. Mogę całkowicie zgodzić się z obiema tymi rzeczami. I Jen, przyprowadzę cię za twoje myśli. I jeszcze jedno pytanie. Jeden z uczestników pyta: co rozumie się pod pojęciem przedsiębiorstwa lub dojrzałości procesu? Jen, możesz trochę z tym porozmawiać?
Jen Underwood: Właściwie mogę trochę lepiej powiedzieć na poprzednie pytanie. Kiedy myślę, prawdę mówiąc, jest to pierwszy, wiesz, zakup narzędzi. To był świetny, świetny komentarz, ponieważ to prawda. Ale to, co powiem, jest o wiele lepsze. Sprawdzam więc wiele rozwiązań, widzę różne przestrzenie i je testuję. To, co jest coraz lepsze, to odkrywanie danych, oznaczanie i przynajmniej zapewnianie ogromnego startu, a także sprawianie, że kiedy mówię mniej bolesne, jest prawie zabawne. Wyobraź sobie, że katalog danych lub projekt MDM to świetna zabawa. Jest i masz w organizacji ludzi, którzy używają tych danych, czy to w raportach, czy w innych rodzajach rzeczy i myślę, że ktoś nawet z linii powiedział, hej, pozyskanie ludzi, którym zależy na ich indywidualnym planie rozwoju. Tak, nawet weź to na jeszcze jeden poziom. Zajmuje się tymi rzeczami i mówi, że teraz zmniejszyliśmy 30% źle skierowanych przesyłek i tyle zaoszczędziliśmy pieniędzy. Po prostu lepiej zarządza naszymi danymi. To są tego rodzaju rzeczy, a Ty wkładasz w to pieniądze i sprawiasz, że to sprawia przyjemność. Lub sprawisz, że będzie to interesujące i odpowiednie do tego, co robią. Myślę, że to rodzaj magii, której brakuje w wielu zaangażowaniach, które ludzie próbują zrobić w organizacji, i to utknęło w martwym punkcie.
Eric Kavanagh: Tak, to dobra uwaga. I, Ron, wracając do twojego komentarza kilka chwil temu na temat znaczenia posiadania wizualnego frameworka, myślę, że jest to absolutnie prawda, ponieważ wiele razy, jeśli ludzie czegoś nie widzą, naprawdę trudno jest owinąć głowę tym, co to jest oznacza, a z pewnością, kiedy zaczynasz mówić o złożonych procesach ze współzależnościami i punktami kontrolnymi i wszystkie te rzeczy, musisz to gdzieś odwzorować i idealnie, robisz to z oprogramowaniem, które ma wbudowaną funkcjonalność do katalogowania, dla przykład, jakie transformacje zaszły przy użyciu różnych linii od tego punktu do tego punktu. Lub co jest dostępne w tym punkcie kontrolnym. I w pewnym sensie odnoszę się do mojej historii zarządzania ryzykiem tam, gdzie punktem kontrolnym jest dowolny punkt w procesie, dowolna opcja lub aplikacja indywidualna lub programowa, w której można coś zmienić, prawda? Tak nazywają punkt kontrolny. I, dla mnie, bardzo cenne jest to, że otrzymujesz tę oprawę wizualną. Ponieważ wtedy możesz zobaczyć i trochę przejść, a to zajmuje tylko trochę czasu. Ludzki mózg potrzebuje czasu, aby zarządzać tymi rzeczami i naprawdę je zrozumieć, a zatem zoptymalizować, prawda?
Ron Huizenga: Oczywiście. I w pewnym sensie użyć innej analogii, która moim zdaniem przedstawia to w perspektywie: jestem trochę wariatem lotniczym, więc powiedziałbym, że jeśli próbujesz myśleć o tym równolegle, pomyśl o zbudowaniu 747 - lub Airbusa 380, więc nie wybieram jednego dostawcy od drugiego - pomyśl, jak trudno byłoby to zrobić w oparciu o dokumenty złożone tylko z tekstu, a nie z planów i rysunków 3D w 3D i wszystko, jak które są właściwie połączone.
Eric Kavanagh: Tak, byłoby to trudne. Jen też musi mówić.
Ron Huizenga: Biznes jest taki sam, prawda?
Eric Kavanagh: Tak, nie, to prawda. Jen musi porozmawiać z jednym z twoich gorących obszarów, które lubisz studiować, czyli wizualizacją. Wydaje mi się, że trzeba coś wizualizować, aby w pełni to zrozumieć.
Jen Underwood: Wielu ludzi tak. I nawet tylko wizualizacja mówi, jak to się mówi, tysiące słów lub coś takiego. Kiedy to zobaczą, mogą w to uwierzyć. I rozumieją.
Eric Kavanagh: Zgadzam się. I uwielbiam, Ron, sposób, w jaki to wszystko zebraliście. Chyba po raz kolejny zadaję sobie pytanie, potrzebujesz mistrza wewnątrz organizacji i kto będzie tam, służył jako łącznik z różnymi grupami. Stewardzi danych to coś, o czym często rozmawiamy - myślę, że jest to bardzo ważna rola i wydaje mi się, że ta rola zyskała o wiele większą uwagę w ciągu ostatnich trzech lub czterech lat, ponieważ doceniliśmy wartość danych zarządzanie, prawda? Ten zarządca danych to ktoś, kto może rozmawiać z biznesem, ale także rozumie systemy, rozumie cykl życia danych, cały ten obraz. I myślę, że ta osoba może i powinna być prawdopodobnie pod rządami CEO, prawda?
Ron Huizenga: Tak, a będziesz potrzebować wielofunkcyjnego zespołu, prawda? Będziesz więc potrzebował ludzi składających się z tego zespołu lub pochodzących z różnych obszarów reprezentujących stronę techniczną, wiesz, różne obszary biznesowe. I, wiesz, w zależności od rodzaju organizacji, jeśli masz biuro zarządzania projektami i wiele inicjatyw, które podejmujesz, jest kierowanych przez PMO, będziesz chciał upewnić się, że masz PMO zaangażowanie również po to, by w pewnym sensie zachować harmonię i zsynchronizować sposób, w jaki pracują nad rzeczami.
Eric Kavanagh: Tak, i wiesz, ostatnia rzecz, umieszczę ten ostatni slajd, ramy zarządzania. Zapytaliśmy uczestnika, czy na tym slajdzie nie ma danych? Czy to jest, czy dane są sugerowane na slajdzie, czy co sądzisz o komentarzu na temat brakujących danych na slajdzie?
Jen Underwood: Nie, a to tylko ogólne ramy zarządzania. Zasadniczo pochodzi to z samoobsługowej przestrzeni BI, więc dane są implikowane w wielu z nich. To po prostu wychodziło z mojego punktu widzenia i moich perspektyw, a nie skupiało się tak bardzo na stronie danych. Ale dane z pewnością byłyby, gdy pomyślisz o tych wszystkich elementach, byłyby dane. Niezależnie od tego, czy jest to podstawa danych, odpowiedzialność za korzystanie z danych w całym procesie i w całym systemie.
Eric Kavanagh: Tak, nie, to ma pełny sens. I myślę, że zadam ci ostatnie pytanie, kiedy tu będziemy, Ron. Jeśli pomyślę o tym, o ile więcej informacji i o ile więcej danych korzystamy w dzisiejszych czasach oraz o tym, jak daleko sięgają organizacje, jakie znaczenie mają ekosystemy w tych dniach między partnerami kanałowymi i jak możemy udostępniać informacje między tymi partnerstwami krótkie odniesienie do blockchain do tego - żeby nie komplikować rzeczy. Najważniejsze jest to, że jesteśmy w świecie opartym na danych w coraz większym stopniu, zarówno z perspektywy biznesowej, jak i codziennego życia. A dla mnie to jeszcze bardziej zwiększy stawkę, ponieważ organizacje naprawdę dokładnie przyjrzą się temu, co tutaj sugerujesz, czyli ich dojrzałości, miejscu, w którym stoją i jak daleko są pod względem krzywej i naprawdę będąc wobec siebie szczerym, prawda? Ponieważ jeśli nie wiesz lepiej, nie możesz zrobić lepiej, a jeśli nie zastanawiasz się nad rzeczami, nie będziesz wiedział lepiej, prawda?
Ron Huizenga: Dokładnie. Myślę, że frazą, którą bym użył, jest, prawdopodobnie nie jesteś tak dobry, jak myślisz. Może to zabrzmieć trochę ostro, ale ludzie mogą być bardzo optymistyczni, ale jeśli przyjrzysz się temu bardzo uważnie i naprawdę dobrej, krytycznej samoocenie, myślę, że każda organizacja znajdzie, wiesz, znaczne luki, że muszę się zająć.
Eric Kavanagh: Muszę się zgodzić. Jeden z naszych kolegów skomentował znaczenie metadanych, danych o danych. Nie ma co do tego wątpliwości. Metadane to klej, który utrzymuje wszystkie te systemy razem, a my jeszcze nigdy tak naprawdę nie złamaliśmy tego kodu i to nie bez powodu, ponieważ metadane się zmieniają. Różni się w zależności od systemu. Wiesz, im bardziej próbujesz znormalizować swoje dane, tym mniej dokładne wydaje mi się, że się to stanie.
Więc jesteśmy teraz trochę w tym dziwnym świecie i może odpowiem na jeszcze jedno pytanie, Jen, ponieważ kilka razy wspomniałeś o katalogach danych. Naprawdę podoba mi się ten nowy ruch w technologii katalogów danych, który automatycznie skanuje systemy informacyjne, sprawdza nazwy kolumn metadanych itd. I pomaga w stopniowym budowaniu strategicznego widoku danych i metadanych w systemach. Ponieważ dla mnie, aby ręcznie to robić, po prostu jest po prostu za dużo. I nigdy nie dostaniesz się na szczyt tego wzgórza, zanim lawina nie spadnie na ciebie, i wiesz, albo albo znormalizowałeś się do poziomu szarości, albo nie wystarczająco normalizowałeś się tam, gdzie naprawdę nie nie wiem co się dzieje. Dla mnie, przy użyciu maszyn, uczenia maszynowego, o którym ciągle rozmawiamy, będzie to kluczem w przyszłości, aby pomóc nam przynajmniej uzyskać linę wokół wystarczającej ilości danych, aby dobrze zrozumieć, co tam jest, prawda Jen ?
Jen Underwood: Tak, rozumiem. Uwielbiam te technologie. Są bardzo, bardzo fajni. A potem się nad tym zastanowić, daje to masywny start. A potem możesz crowdsource'ować. Masz swoich zarządców danych, wiesz, że idziemy naprzód, bez względu na to, czy dodają własną dokumentację, czy też jest taka perspektywa, to są zmiany. Wiesz, mówiąc, że są to certyfikowane źródła danych do wykorzystania w raportach. Ludzie mogą wyszukiwać i znajdować odpowiednie dane. To naprawdę bardzo miłe. Pomaga także - kiedy myślę o biznesie i o tym, jak zarządzanie danymi korporacyjnymi było zaszyfrowane, kiedy robiłem DBA - korzystaliśmy z rozszerzonych właściwości i SQL Servera i skanowaliśmy za pomocą narzędzi takich jak IDERA, prawda? Aby spróbować utworzyć katalog danych. Ale w wersji DBA lub architekta danych, wiesz, czymkolwiek była ta wartość, kolumna lub pole, z pewnością nie pasowała do tego, czym była firma. Więc teraz, gdy firma jest w stanie naprawdę łatwo, wiesz, wejść i znaleźć, zarządzać i mieć wszystko oparte na celach, to naprawdę, szkoda, że nie mieliśmy tego już dawno temu, szczerze mówiąc. Więc jest coraz lepiej.
Eric Kavanagh: To zabawne. Mamy jeszcze jeden komentarz od członka widowni, który mówi, że być może blockchain będzie najbardziej wartościowy dla nadania metadanych pieczęci uwierzytelnienia. To dobra uwaga i wiesz, blockchain to naprawdę niesamowita technologia. Uważam to za rodzaj spójnej podstawy do łączenia wielu kropek między systemami i aplikacjami i tak dalej. I, wiesz, jesteśmy na wczesnym etapie rozwoju blockchaina, ale teraz widzimy, że jest on wydzielony, oczywiście od tego miejsca, w którym pierwotnie wyszedł na pierwszy plan, a teraz IBM bardzo ciężko pracuje w sprawie technologii blockchain. SAP kupił to wszystko. I tak naprawdę jest to szansa na głębsze podstawy i ramy do połączenia wszystkich tych systemów i wszystkich tych punktów.
Ludzie spłonęli już ponad godzinę. Dziękujemy za pozostanie z nami dzisiaj, ale zawsze lubimy odpowiadać na pytania i docierać do wszystkich komentarzy. Archiwizujemy wszystkie te webcasty do późniejszego przeglądania, więc wskocz online na insideanalysis.com, gdzie znajdziesz link do tego. Powinno być gotowe w ciągu kilku godzin, zwykle po wydarzeniu. I do zobaczenia następnym razem. W przyszłym tygodniu mamy jeszcze kilka wydarzeń - dzieje się wiele rzeczy. Ale to was pożegna, ludzie. Dziękuję za Twój czas. Dbać. Do widzenia.
