Plan wdrożenia usługi Microsoft Fabric: Ład

Nadzór nad danymi jest szerokim i złożonym tematem. W tym artykule przedstawiono kluczowe pojęcia i zagadnienia. Identyfikuje ważne działania, które należy wykonać podczas wdrażania usługi Microsoft Fabric, ale nie jest to kompleksowe informacje na temat ładu danych.

Zgodnie z definicją instytutu ładu danych ład danych jest "systemem praw decyzyjnych i rachunków dla procesów związanych z informacjami, wykonywanych zgodnie z uzgodnionymi modelami, które opisują, kto może podjąć jakie działania, jakie informacje i kiedy, w jakich okolicznościach, przy użyciu jakich metod."

Termin Zarządzanie danymi jest błędnie. Głównym celem utrzymania ładu nie są same dane. Koncentruje się on na rządzenia tym, co użytkownicy robią z danymi. Innymi słowy: prawdziwym celem jest zarządzanie zachowaniem użytkownika w celu zapewnienia, że dane organizacyjne są dobrze zarządzane.

W przypadku skoncentrowania się na danych samoobsługowych i analizie biznesowej (BI) głównymi celami zapewniania ładu są osiągnięcie odpowiedniej równowagi:

• Zwiększanie możliwości użytkownika: umożliwienie społeczności użytkowników wewnętrznych wydajnego i wydajnego działania w ramach wymaganych barier zabezpieczających.
• Zgodność z przepisami: zgodność z przepisami branżowymi, rządowymi i umownymi organizacji.
• Wymagania wewnętrzne: przestrzegaj wymagań wewnętrznych organizacji.

Optymalna równowaga między kontrolą a wzmocnieniem uprawnień będzie się różnić między organizacjami. Prawdopodobnie różni się on również między różnymi jednostkami biznesowymi w organizacji. Najbardziej uda Ci się osiągnąć sukces dzięki platformie takiej jak Sieć szkieletowa, gdy kładziesz tak duży nacisk na zwiększenie możliwości użytkownika, jak na wyjaśnienie jego praktycznego użycia w ustalonych barierach zabezpieczających.

Strategia utrzymania ładu

Podczas rozważania ładu danych w dowolnej organizacji najlepszym miejscem do rozpoczęcia jest zdefiniowanie strategii zapewniania ładu. Koncentrując się najpierw na strategicznych celach zarządzania danymi, wszystkie szczegółowe decyzje podczas wdrażania zasad i procesów ładu mogą być informowane przez strategię. Z kolei strategia zapewniania ładu będzie definiowana przez kulturę danych organizacji.

Decyzje dotyczące ładu są implementowane przy użyciu udokumentowanych wskazówek, zasad i procesów. Cele zarządzania danymi samoobsługi i platformą analizy biznesowej, takie jak sieć szkieletowa, obejmują:

• Umożliwienie użytkownikom w całej organizacji korzystania z danych i podejmowania decyzji w ramach zdefiniowanych granic.
• Ulepszanie środowiska użytkownika przez zapewnienie przejrzystych i przejrzystych wskazówek (z minimalnym tarciem) dotyczących dozwolonych akcji, przyczyn i sposobów.
• Zapewnienie, że użycie danych jest odpowiednie dla potrzeb firmy.
• Zapewnienie, że własność zawartości i obowiązki związane z zarządzaniem są jasne. Aby uzyskać więcej informacji, zobacz artykuł Własność zawartości i zarządzanie nią .
• Zwiększenie spójności i standaryzacji pracy z danymi w granicach organizacji.
• Zmniejszenie ryzyka wycieku danych i nieprawidłowego użycia danych. Aby uzyskać więcej informacji, zobacz artykuł dotyczący ochrony informacji i zapobiegania utracie danych.
• Spełnianie wymagań prawnych, branżowych i wewnętrznych dotyczących odpowiedniego wykorzystania danych.

Czynniki sukcesu ładu

Ład nie jest dobrze przyjęty, gdy zostanie uchwalony z mandatami najwyższego poziomu, które koncentrują się bardziej na kontroli niż upodmiotowienie. Zarządzanie siecią szkieletową jest najbardziej skuteczne, gdy:

• Używany jest najbardziej uproszczony model zapewniania ładu, który osiąga wymagane cele.
• Zarządzanie jest podejściem iteracyjnym i nie powoduje znacznego utrudnienia wydajności.
• Podejście oddolne do formułowania wytycznych dotyczących ładu jest stosowane zawsze, gdy jest to praktyczne. Zespół ds. ładu w centrum doskonałości (COE) i/lub zespół ds. utrzymania ładu w danych obserwuje udane zachowania występujące w jednostce biznesowej. Następnie COE podejmuje działania w celu skalowania w poziomie do innych obszarów organizacji.
• Decyzje dotyczące ładu są współzdefiniowane z danymi wejściowymi z różnych jednostek biznesowych przed ich wprowadzeniem. Chociaż czasami konieczne jest wprowadzenie konkretnej dyrektywy (szczególnie w mocno regulowanych branżach), mandaty powinny być wyjątkiem, a nie regułą.
• Potrzeby ładu są zrównoważone z elastycznością i możliwością produktywności.
• Wymagania dotyczące ładu mogą być spełnione w ramach zwykłego przepływu pracy użytkowników, co ułatwia użytkownikom wykonywanie odpowiednich czynności w odpowiedni sposób z niewielkimi tarciami.
• Odpowiedź na nowe żądania dotyczące danych nie jest domyślnie "nie", ale raczej "tak i" z jasnymi, prostymi, przejrzystymi regułami dotyczącymi dostępu do danych, użycia i udostępniania.
• Użytkownicy, którzy potrzebują dostępu do danych, mają zachętę do tego za pośrednictwem normalnych kanałów, przestrzegając wymagań dotyczących ładu, a nie pomijając ich.
• Decyzje dotyczące ładu, zasady i wymagania dla użytkowników, które mają być przestrzegane, są zgodne z celami kultury danych organizacji, a także innymi istniejącymi inicjatywami dotyczącymi ładu w zakresie danych.
• Decyzje, które mają wpływ na to, co użytkownicy mogą i nie mogą, nie są podejmowane wyłącznie przez administratora systemu.

Wprowadzenie ładu do organizacji

Istnieją trzy podstawowe metody chronometrażu stosowane podczas wprowadzania ładu sieci szkieletowej do organizacji.

Metody na powyższym diagramie obejmują:

Metoda	Obserwowano strategię
	Najpierw wdrożyć sieć szkieletową, a następnie wprowadzić ład: sieć szkieletowa jest szeroko dostępna dla użytkowników w organizacji jako nowe samoobsługowe dane i narzędzie do analizy biznesowej. Następnie w pewnym momencie w przyszłości rozpocznie się wysiłek dotyczący ładu. Ta metoda określa priorytety elastyczności.
	Najpierw należy wdrożyć pełną planowanie ładu, a następnie wdrożyć sieć szkieletową: obszerne planowanie ładu ma miejsce przed zezwoleniem użytkownikom na rozpoczęcie korzystania z sieci szkieletowej. Ta metoda określa priorytety kontroli i stabilności.
	Iteracyjne planowanie ładu z wdrożeniami sieci szkieletowej na etapach: początkowo odbywa się tylko wystarczająco dużo planowania ładu. Następnie sieć szkieletowa jest iteracyjna wdrażana na etapach dla poszczególnych zespołów, podczas gdy występują ulepszenia ładu iteracyjnego. Ta metoda równo określa priorytety elastyczności i ładu.

Wybierz metodę 1, gdy sieć szkieletowa jest już używana w scenariuszach samoobsługi i możesz rozpocząć pracę w bardziej wydajny sposób.

Wybierz metodę 2, gdy organizacja ma już dobrze ugruntowane podejście do ładu, które można łatwo rozszerzyć w celu uwzględnienia sieci szkieletowej.

Wybierz metodę 3, jeśli chcesz mieć równowagę elastyczności sterowania. Takie zrównoważone podejście jest najlepszym wyborem dla większości organizacji i większości scenariuszy.

Każda metoda jest opisana w poniższych sekcjach.

Metoda 1. Najpierw wdrażaj sieć szkieletową

Metoda 1 określa priorytety elastyczności i szybkości. Umożliwia użytkownikom szybkie rozpoczęcie tworzenia rozwiązań. Ta metoda występuje, gdy sieć szkieletowa została szeroko udostępniona użytkownikom w organizacji jako nowe narzędzie do samoobsługi i analizy biznesowej. Szybkie zwycięstwa i niektóre sukcesy są osiągane. W pewnym momencie w przyszłości rozpoczyna się wysiłek związany z ładem, zwykle w celu zapewnienia niedopuszczalnego poziomu chaosu, ponieważ populacja użytkowników samoobsługi nie otrzymała wystarczających wskazówek.

Zalety:

• Najszybsze rozpoczęcie pracy
• Użytkownicy z wysokimi możliwościami mogą szybko wykonywać zadania
• Szybkie zwycięstwa są osiągane

Wady:

• Wyższy wysiłek w celu ustanowienia ładu, gdy sieć szkieletowa jest powszechnie używana w całej organizacji
• Opór użytkowników samoobsługi, którzy są proszeni o zmianę tego, co robili
• Użytkownicy samoobsługi muszą samodzielnie ustalić rzeczy, co jest nieefektywne i skutkuje niespójnościami
• Użytkownicy samoobsługi muszą korzystać ze swojego najlepszego osądu, który generuje dług techniczny do rozwiązania

Zobacz inne możliwe wady w sekcji Wyzwania związane z ładem poniżej.

Metoda 2. Najpierw szczegółowe planowanie ładu

Metoda 2 określa priorytety kontroli i stabilności. Znajduje się na przeciwległym końcu spektrum z metody 1. Metoda 2 obejmuje wykonywanie rozbudowanego planowania ładu przed wdrożeniem sieci szkieletowej. Taka sytuacja najprawdopodobniej wystąpi, gdy implementacja sieci szkieletowej jest prowadzona przez it. Prawdopodobnie wystąpi również, gdy organizacja działa w wysoce regulowanej branży lub gdy istniejący zarząd ds. danych nakłada istotne wymagania wstępne i wymagania z góry.

Zalety:

• W pełni przygotowana do spełnienia wymagań regulacyjnych
• Bardziej przygotowana do obsługi społeczności użytkowników

Wady:

• Faworyzuje tworzenie zawartości w przedsiębiorstwie więcej niż samoobsługę
• Wolniej, aby umożliwić populacji użytkowników rozpoczęcie uzyskiwania wartości i ulepszanie podejmowania decyzji
• Zachęca do złych nawyków i obejść, gdy istnieje znaczne opóźnienie w korzystaniu z danych do podejmowania decyzji

Metoda 3. Iteracyjny ład z wdrożeniami

Metoda 3 dąży do równowagi między elastycznością a ładem. Jest to idealny scenariusz, który robi wystarczająco dużo planowania ładu z góry. Częste i ciągłe ulepszenia ładu występują iteracyjnie wraz z projektami projektowymi sieci szkieletowej, które dostarczają wartość.

Zalety:

• Stawia równy priorytet nad ładem i produktywnością użytkowników
• Podkreśla naukę podczas pracy z mentalnością
• Zachęca do iteracyjnych wydań do grup użytkowników na etapach

Wady:

• Wymaga, aby komunikacja na wysokim poziomie powiodła się dzięki praktykom ładu elastycznego
• Wymaga dodatkowej dyscypliny, aby zachować aktualną dokumentację i szkolenie
• Wprowadzenie nowych wytycznych i zasad ładu zbyt często powoduje pewien poziom zakłóceń użytkowników

Aby uzyskać więcej informacji na temat planowania z góry, zobacz artykuł Przygotowywanie do migracji do usługi Power BI .

Wyzwania związane z ładem

Jeśli Organizacja zaimplementowała sieć szkieletową bez podejścia do ładu lub kierunku strategicznego (zgodnie z powyższym opisem w metodzie 1), może istnieć wiele wyzwań wymagających uwagi. W zależności od wybranego podejścia i bieżącego stanu niektóre z następujących wyzwań mogą mieć zastosowanie do twojej organizacji.

Wyzwania związane ze strategią

• Brak spójnej strategii zapewniania ładu w danych, która jest zgodna ze strategią biznesową
• Brak wsparcia kadry kierowniczej w zakresie zarządzania danymi jako strategicznego zasobu
• Niewystarczające planowanie wdrożenia na rzecz rozwoju wdrożenia i poziomu dojrzałości analizy biznesowej i analizy

Osoby wyzwania

• Brak dostosowanych priorytetów między scentralizowanym zespołem a jednostkami biznesowymi
• Brak zidentyfikowanych mistrzów z wystarczającą wiedzą i entuzjazmem w jednostkach biznesowych w celu osiągnięcia celów wdrażania organizacji
• Brak świadomości na temat najlepszych rozwiązań samoobsługowych
• Odporność na przestrzeganie nowo wprowadzonych wytycznych i zasad ładu
• Zduplikowane nakłady pracy w różnych jednostkach biznesowych
• Brak jasnej odpowiedzialności, ról i obowiązków

Wyzwania związane z procesem

• Brak jasno zdefiniowanych procesów, co powoduje chaos i niespójności
• Brak standaryzacji lub powtarzalności
• Niewystarczająca zdolność do komunikowania się i dzielenia się doświadczeniami
• Brak dokumentacji i nadmierne poleganie na wiedzy plemiennej
• Brak zgodności z wymaganiami dotyczącymi zabezpieczeń i prywatności

Wyzwania związane z jakością danych i zarządzaniem danymi

• Rozrastanie danych i raportów
• Niedokładne, niekompletne lub nieaktualne dane
• Brak zaufania do danych, szczególnie w przypadku zawartości utworzonej przez twórców zawartości samoobsługowej
• Niespójne raporty generowane bez wystarczającej weryfikacji danych
• Cenne dane nie są używane lub trudne do uzyskania dostępu
• Pofragmentowane, silosowane i zduplikowane dane
• Brak wykazu danych, spisu, słownika lub pochodzenia danych
• Niejasne własność danych i zarządzanie

Wyzwania związane z umiejętnościami i umiejętnościami czytania i pisania danych

• Różne poziomy możliwości efektywnego interpretowania, tworzenia i komunikowania się z danymi
• Różne poziomy umiejętności technicznych i luki w umiejętnościach
• Brak możliwości pewnego zarządzania różnorodnością i ilością danych
• Niedocenianie poziomu złożoności tworzenia rozwiązań analizy biznesowej i zarządzania nimi w całym cyklu życia
• Krótka kadencja z ciągłym transferem pracowników i obrotami
• Radzenie sobie z szybkością zmian usług w chmurze

Planowanie ładu

Niektóre organizacje zaimplementowały sieć szkieletową bez podejścia do ładu lub jasnego kierunku strategicznego (zgodnie z powyższym opisem w metodzie 1). W takim przypadku wysiłki na rzecz rozpoczęcia planowania ładu mogą być trudne.

Jeśli formalny organ nadzoru nie istnieje obecnie w twojej organizacji, skupienie się na planowaniu i wdrażaniu ładu będzie szersze. Jeśli jednak w organizacji istnieje istniejąca rada ładu danych, koncentrujesz się przede wszystkim na integracji z istniejącymi rozwiązaniami i dostosowaniu ich do celów samoobsługi i danych przedsiębiorstwa oraz scenariuszy analizy biznesowej.

Poniżej opisano niektóre potencjalne działania planowania ładu i dane wyjściowe, które mogą być przydatne.

Strategia

Kluczowe działania:

• Przeprowadź serię warsztatów, aby zebrać informacje i ocenić bieżący stan kultury danych, wdrażania i danych oraz praktyk analizy biznesowej. Aby uzyskać wskazówki dotyczące zbierania informacji i definiowania bieżącego stanu wdrażania analizy biznesowej, w tym ładu, zobacz Planowanie strategiczne analizy biznesowej.
• Użyj bieżącej oceny stanu i zebranych informacji, aby zdefiniować żądany przyszły stan, w tym cele ładu. Aby uzyskać wskazówki dotyczące sposobu używania tej bieżącej definicji stanu do decydowania o żądanym przyszłym stanie, zobacz Planowanie taktyczne analizy biznesowej.
• Zweryfikuj fokus i zakres programu ładu.
• Zidentyfikuj istniejące inicjatywy oddolne w toku.
• Identyfikowanie natychmiastowych punktów bólu, problemów i zagrożeń.
• Edukuj kierownictwo wyższego szczebla w zakresie ładu i upewnij się, że sponsoring wykonawczy jest wystarczający, aby utrzymać i rozwijać program.
• Wyjaśnienie, gdzie usługa Power BI pasuje do ogólnej strategii analizy biznesowej i analizy dla organizacji.
• Ocenianie czynników wewnętrznych, takich jak gotowość organizacji, poziomy dojrzałości i kluczowe wyzwania.
• Ocena czynników zewnętrznych, takich jak ryzyko, ekspozycja, przepisy prawne i wymagania prawne— w tym różnice regionalne.

Kluczowe dane wyjściowe:

• Przypadek biznesowy z analizą kosztów/korzyści
• Zatwierdzone cele ładu, fokus i priorytety, które są dopasowane do celów biznesowych wysokiego poziomu
• Planowanie krótkoterminowych celów i priorytetów (szybkie zwycięstwa)
• Planowanie długoterminowych i odroczonych celów i priorytetów
• Kryteria sukcesu i wymierne kluczowe wskaźniki wydajności (KPI)
• Znane zagrożenia udokumentowane przy użyciu planu ograniczania ryzyka
• Planowanie spełnienia wymagań branżowych, rządowych, umownych i regulacyjnych mających wpływ na analizę i analizę analizy biznesowej w organizacji
• Plan finansowania

Osoby

Kluczowe działania:

• Ustanów zarząd i zidentyfikuj kluczowe osoby biorące udział w projekcie.
• Określanie fokusu, zakresu i zestawu obowiązków zarządu.
• Ustanów coE.
• Określanie fokusu, zakresu i zestawu obowiązków dotyczących coE.
• Definiowanie ról i obowiązków.
• Potwierdź, kto ma uprawnienia do podejmowania decyzji, zatwierdzania i weta.

Kluczowe dane wyjściowe:

• Karta dla zarządu
• Karta i priorytety dla COE
• Plan zatrudnienia
• Role i obowiązki
• Macierz odpowiedzialności i podejmowania decyzji
• Plan komunikacji
• Plan zarządzania problemami

Zasady i procesy

Kluczowe działania:

• Analizowanie natychmiastowych punktów bólu, problemów, czynników ryzyka i obszarów w celu ulepszenia środowiska użytkownika.
• Określanie priorytetów zasad danych, które mają być rozwiązywane według kolejności ważności.
• Zidentyfikuj istniejące procesy, które działają dobrze i można je sformalizować.
• Ustal, w jaki sposób będą socialized nowe zasady danych.
• Zdecyduj, w jakim zakresie zasady danych mogą się różnić lub które można dostosować dla różnych grup.

Kluczowe dane wyjściowe:

• Przetwarzanie sposobu definiowania, zatwierdzania, przekazywania i konserwacji zasad danych oraz dokumentacji
• Planowanie żądania prawidłowych wyjątków i odejścia od udokumentowanych zasad

Zarządzanie projektem

Wdrożenie programu ładu powinno być planowane i zarządzane jako seria projektów.

Kluczowe działania:

• Ustanów oś czasu z priorytetami i punktami kontrolnymi.
• Identyfikowanie powiązanych inicjatyw i zależności.
• Identyfikowanie i koordynowanie istniejących inicjatyw oddolnych.
• Utwórz iteracyjny plan projektu zgodny z priorytetyzacji wysokiego poziomu.
• Uzyskaj zatwierdzenie budżetu i finansowanie.
• Ustanów konkretny sposób śledzenia postępu.

Kluczowe dane wyjściowe:

• Plan projektu z iteracjami, zależnościami i sekwencjonowaniem
• Cykle retrospektyw z naciskiem na ciągłe ulepszenia

Zasady ładu

Kryteria decyzji

Wszystkie decyzje dotyczące ładu powinny być w zgodzie z ustalonymi celami wdrażania organizacji. Gdy strategia będzie jasna, należy podjąć bardziej taktyczne decyzje dotyczące ładu, które mają wpływ na codzienne działania społeczności użytkowników samoobsługi. Tego typu decyzje taktyczne są skorelowane bezpośrednio z utworzonymi zasadami danych.

Sposób podejmowania decyzji dotyczących ładu zależy od następujących kwestii:

• KtoTo jest właścicielem danych i zawartości analizy biznesowej i zarządza nimi? Artykuł Dotyczący własności zawartości i zarządzania wprowadził trzy typy strategii: samoobsługę prowadzoną przez firmę, samoobsługę zarządzaną i przedsiębiorstwo. KtoTo jest właścicielem zawartości i zarządza nią, ma znaczący wpływ na wymagania dotyczące ładu.
• Jaki jest zakres dostarczania danych i zawartości analizy biznesowej? Artykuł Zakres dostarczania zawartości wprowadził cztery zakresy dostarczania zawartości: osobiste, zespołowe, działowe i przedsiębiorstwa. Zakres dostarczania ma znaczący wpływ na wymagania dotyczące ładu.
• Jaki jest obszar podmiotu danych? Sama dane, w tym jej poziom poufności, jest ważnym czynnikiem. Niektóre domeny danych z natury wymagają ściślejszych kontrolek. Na przykład dane osobowe (PII) lub dane, których dotyczą przepisy, powinny podlegać bardziej rygorystycznym wymaganiom dotyczącym ładu niż mniej poufnych danych.
• Czy dane i/lub rozwiązanie analizy biznesowej są uznawane za krytyczne? Jeśli nie możesz łatwo podjąć świadomej decyzji bez tych danych, masz do czynienia z krytycznymi elementami danych. Niektóre raporty i aplikacje można uznać za krytyczne, ponieważ spełniają one zestaw wstępnie zdefiniowanych kryteriów. Na przykład zawartość jest dostarczana do kadry kierowniczej. Wstępnie zdefiniowane kryteria dla tego, co jest uważane za krytyczne , pomaga wszystkim mieć jasne oczekiwania. Krytyczne dane są zwykle objęte bardziej rygorystycznymi wymaganiami dotyczącymi ładu.

Decyzje dotyczące ładu w usłudze Key Fabric

Podczas eksplorowania celów i realizacji bardziej taktycznych decyzji dotyczących ładu danych zgodnie z powyższym opisem ważne będzie określenie, jakie są najwyższe priorytety. Podjęcie decyzji o tym, gdzie skupić się na wysiłkach, może być trudne.

Poniższa lista zawiera elementy, które można wybrać, aby określić priorytety podczas wprowadzania ładu dla sieci szkieletowej.

• Rekomendacje i wymagania dotyczące własności zawartości i zarządzania nią
• Rekomendacje i wymagania dotyczące zakresu dostarczania zawartości
• Rekomendacje i wymagania dotyczące dystrybucji zawartości i udostępniania ich współpracownikom, a także dla użytkowników zewnętrznych, takich jak klienci, partnerzy lub dostawcy
• Jak użytkownicy mogą pracować z danymi regulowanymi i wysoce poufnymi danymi
• Dozwolone użycie niezweryfikowanych źródeł danych nieznanych it
• W przypadku ręcznego utrzymania źródeł danych, takich jak program Excel lub pliki proste, są dozwolone
• KtoTo może utworzyć obszar roboczy
• Jak efektywnie zarządzać obszarami roboczymi
• Sposób efektywnego wykorzystania osobistych obszarów roboczych
• Które obszary robocze są przypisywane do pojemności sieci szkieletowej
• KtoTo może być Administrator sieci szkieletowej
• Wymagania dotyczące zabezpieczeń, prywatności i ochrony danych oraz dozwolone akcje dotyczące zawartości przypisanej do każdej etykiety poufności
• Dozwolone lub zachęcane do korzystania z bram osobistych
• Dozwolone lub zachęcane do korzystania z samoobsługowego zakupu licencji użytkowników
• Wymagania dotyczące tego, kto może certyfikować zawartość, a także wymagania, które muszą zostać spełnione
• Zarządzanie cyklem życia aplikacji na potrzeby zarządzania zawartością w całym cyklu życia, w tym etapami programowania, testowania i produkcji
• Dodatkowe wymagania dotyczące zawartości krytycznej, takie jak weryfikacja jakości danych i dokumentacja
• Wymagania dotyczące używania ustandaryzowanych danych głównych i wspólnych definicji danych w celu zwiększenia spójności zasobów danych
• Rekomendacje i wymagania dotyczące używania narzędzi zewnętrznych przez zaawansowanych twórców zawartości

Jeśli nie podejmujesz decyzji dotyczących ładu i dobrze się im komunikujesz, użytkownicy będą używać własnego osądu do tego, jak powinny działać rzeczy — i często skutkuje niespójnymi podejściami do typowych zadań.

Chociaż nie każda decyzja dotycząca ładu musi być podjęta z góry, ważne jest, aby zidentyfikować obszary największego ryzyka w organizacji. Następnie przyrostowo zaimplementuj zasady ładu i procesy, które zapewnią największy wpływ.

Zasady dotyczące danych

Zasady danych to dokument, który definiuje, co użytkownicy mogą i czego nie mogą robić. Możesz to nazwać czymś innym, ale cel pozostaje taki sam: gdy decyzje — takie jak te omówione w poprzedniej sekcji — są podejmowane, są udokumentowane do użytku i odwołania przez społeczność użytkowników.

Zasady dotyczące danych powinny być możliwie najkrótsze. W ten sposób łatwo jest ludziom zrozumieć, co jest o nich pytane.

Zasady dotyczące danych powinny obejmować:

• Nazwa, cel, opis i szczegóły zasad
• Określone obowiązki
• Zakres zasad (specyficzny dla całej organizacji i specyficzny dla działów)
• Odbiorcy zasad
• Właściciel zasad, osoba zatwierdzająca i kontakt
• Jak zażądać wyjątku
• Jak zasady będą poddawane inspekcji i wymuszane
• Wymagania prawne lub prawne spełnione przez zasady
• Odwołanie do definicji terminologii
• Odwołanie do wszelkich powiązanych wytycznych lub zasad
• Data wejścia w życie, data ostatniej poprawki i dziennik zmian

Poniżej przedstawiono trzy typowe przykłady zasad danych, które można wybrać, aby określić priorytety.

Zasady	Opis
Zasady własności danych	Określa, kiedy właściciel jest wymagany dla zasobu danych i jakie są obowiązki właściciela danych, takie jak: wspieranie współpracowników, którzy wyświetlają zawartość, utrzymanie odpowiedniej poufności i bezpieczeństwa oraz zapewnienie zgodności.
Zasady certyfikacji danych (poręczenia)	Określa proces, który następuje w celu certyfikowania zawartości. Wymagania mogą obejmować działania, takie jak: weryfikacja dokładności danych, przegląd źródła danych i pochodzenie danych, przegląd techniczny modelu danych, przegląd zabezpieczeń i przegląd dokumentacji.
Zasady klasyfikacji i ochrony danych	Określa działania, które są dozwolone i niedozwolone na klasyfikację (poziom poufności). Powinien on określać działania, takie jak: dozwolone udostępnianie użytkownikom zewnętrznym, z umową o zachowaniu poufności (NDA), wymaganiami dotyczącymi szyfrowania i możliwością pobierania danych. Czasami jest to nazywane również zasadami obsługi danych lub zasadami użycia danych. Aby uzyskać więcej informacji, zobacz artykuł Information protection for Power BI (Ochrona informacji dla usługi Power BI ).

Zakres zasad

Decyzje dotyczące ładu rzadko są jednym rozmiarem w całej organizacji. W praktyce warto zacząć od ustandaryzowanych zasad, a następnie wdrożyć wyjątki zgodnie z potrzebami. Posiadanie jasno zdefiniowanej strategii obsługi zasad dla scentralizowanych i zdecentralizowanych zespołów znacznie ułatwi określenie sposobu obsługi wyjątków.

Zalety zasad dla całej organizacji:

• Znacznie łatwiej zarządzać i konserwować
• Większa spójność
• Obejmuje więcej przypadków użycia
• Ogólna liczba zasad

Wady zasad dla całej organizacji:

• Sztywne
• Mniejsza autonomia i wzmocnienie

Zalety zasad zakresu działu:

• Oczekiwania są jaśniejsze w przypadku dostosowania do określonej grupy
• Możliwość dostosowywania i elastyczność

Wady zasad zakresu działu:

• Więcej pracy nad zarządzaniem
• Więcej zasad, które są silosowane
• Potencjalny konflikt informacji
• Trudne do szerszego skalowania w całej organizacji

Personel i odpowiedzialność

Struktura organizacyjna nadzoru nad danymi różni się znacząco między organizacjami. W większych organizacjach może istnieć biuro nadzoru danych z dedykowanymi pracownikami. Niektóre organizacje mają zarząd ds. danych, radę lub komitet sterujący z przypisanymi członkami pochodzącymi z różnych jednostek biznesowych. W zależności od zakresu organu nadzoru nad danymi w organizacji może istnieć zespół wykonawczy oddzielony od funkcjonalnego zespołu osób.

Kontrole i salda

Odpowiedzialność za ład dotyczy kontroli i równowagi.

Począwszy od dołu, poziomy na powyższym diagramie obejmują:

Poziom	Opis
	Operacyjne — jednostki biznesowe: poziom 1 jest podstawą dobrze zarządzanego systemu, który obejmuje użytkowników w jednostkach biznesowych wykonujących swoją pracę. Samoobsługowe dane i twórcy analizy biznesowej mają wiele obowiązków związanych z tworzeniem, publikowaniem, udostępnianiem, bezpieczeństwem i jakością danych. Samoobsługowe dane i użytkownicy analizy biznesowej mają również obowiązki dotyczące odpowiedniego używania danych.
	Taktyczne — zespoły pomocnicze: poziom 2 obejmuje kilka grup, które wspierają wysiłki użytkowników w jednostkach biznesowych. Zespoły pomocnicze obejmują coE, dane przedsiębiorstwa i analizy biznesowej, biuro nadzoru nad danymi, a także inne zespoły pomocnicze. Zespoły pomocnicze mogą obejmować dział IT, zabezpieczenia, kadry i prawa. W tym miejscu znajduje się również tablica sterowania zmianami.
	Taktyczne — inspekcja i zgodność: poziom 3 obejmuje wewnętrzne zespoły ds. inspekcji, zarządzania ryzykiem i zgodności. Te zespoły zawierają wskazówki dotyczące poziomów 1 i 2. Zapewniają one również wymuszanie w razie potrzeby.
	Strategiczny - Sponsor wykonawczy i komitet kierowniczy: Najwyższy poziom obejmuje nadzór kadry kierowniczej nad strategią i priorytetami. Ten poziom obsługuje eskalowane problemy, których nie można rozwiązać na niższych poziomach. W związku z tym ważne jest, aby zespół kierowniczy miał wystarczającą władzę, aby móc podejmować decyzje w razie potrzeby.

Role i obowiązki

Po ustaleniu strategii ładu należy zdefiniować role i obowiązki w celu ustalenia jasnych oczekiwań.

Struktura zespołu ds. ładu, role (w tym terminologia) i obowiązki różnią się znacznie w zależności od organizacji. Bardzo uogólnione role opisano w poniższej tabeli. W niektórych przypadkach ta sama osoba może pełnić wiele ról. Na przykład dyrektor ds. danych (CDO) może być również sponsorem wykonawczym.

Rola	Opis
Dyrektor ds. danych lub dyrektor ds. analizy	Definiuje strategię użycia danych jako zasobu przedsiębiorstwa. Nadzoruje wytyczne i zasady dotyczące ładu w całym przedsiębiorstwie.
Zarząd ds. danych	Komitet kierowniczy z członkami każdej jednostki biznesowej, którzy jako właściciele domeny mają uprawnienia do podejmowania decyzji dotyczących ładu w przedsiębiorstwie. Podejmują decyzje w imieniu jednostki biznesowej i w najlepszym interesie organizacji. Zapewnia zatwierdzenia, decyzje, priorytety i kierunek dla zespołu ds. ładu danych przedsiębiorstwa i komitetów roboczych.
Zespół ds. ładu danych	Tworzy zasady ładu, standardy i procesy. Zapewnia nadzór i optymalizację integralności danych, wiarygodności, prywatności i użyteczności w całym przedsiębiorstwie. Współpracuje z COE w celu zapewnienia edukacji ładu, wsparcia i mentoringu właścicielom danych i twórcom zawartości.
Komitety robocze nadzoru nad danymi	Tymczasowe lub stałe zespoły, które koncentrują się na poszczególnych tematach ładu, takich jak bezpieczeństwo lub jakość danych.
Zarząd zmiany	Koordynuje wymagania, procesy, zatwierdzenia i planowanie procesów zarządzania wydaniami w celu zmniejszenia ryzyka i zminimalizowania wpływu zmian w krytycznych aplikacjach.
Biuro zarządzania projektami	Zarządza poszczególnymi projektami ładu i trwającym programem zapewniania ładu danych.
Sponsor wykonawczy sieci szkieletowej	Promuje wdrażanie i pomyślne wykorzystanie sieci szkieletowej. Aktywnie zapewnia, że decyzje dotyczące sieci szkieletowej są spójne zgodne z celami biznesowymi, zasadami przewodnimi i zasadami w granicach organizacji. Aby uzyskać więcej informacji, zobacz artykuł Sponsorship Executive.
Centrum doskonałości	Mentoruje społeczność twórców i konsumentów, aby promować skuteczne wykorzystanie fabric do podejmowania decyzji. Zapewnia koordynację między działami sieci szkieletowej w celu poprawy praktyk, zwiększenia spójności i zmniejszenia nieefektywności. Aby uzyskać więcej informacji, zobacz artykuł Centrum Doskonałości .
Mistrzowie sieci szkieletowej	Podzbiór twórców zawartości znajdujących się w jednostkach biznesowych, które pomagają przyspieszyć wdrażanie usługi Fabric. Przyczyniają się one do wzrostu kultury danych, opowiadając się za użyciem najlepszych rozwiązań i aktywnie pomagając współpracownikom. Aby uzyskać więcej informacji, zobacz artykuł Community of practice (Wspólnota praktyki ).
Administratorzy sieci szkieletowej	Codzienne obowiązki nadzoru systemu w celu wspierania wewnętrznych procesów, narzędzi i ludzi. Obsługuje monitorowanie, inspekcję i zarządzanie. Aby uzyskać więcej informacji, zobacz artykuł Dotyczący nadzoru systemu.
Technologie informatyczne	Zapewnia okazjonalną pomoc dla administratorów sieci szkieletowej dla usług związanych z siecią szkieletową, takich jak Microsoft Entra ID (wcześniej znany jako Azure Active Directory), Microsoft 365, Teams, SharePoint lub OneDrive.
Zarządzanie ryzykiem	Przegląda i ocenia udostępnianie danych i zagrożenia bezpieczeństwa. Definiuje zasady i standardy dotyczące danych etycznych. Przekazuje wymagania prawne i prawne.
Inspekcja wewnętrzna	Inspekcja zgodności z przepisami i wymaganiami wewnętrznymi.
Steward danych	Współpracuje z komitetem ds. ładu i/lub COE w celu zapewnienia, że dane organizacyjne mają akceptowalne poziomy jakości danych.
Wszyscy twórcy i konsumenci analizy biznesowej	Stosuje się do zasad w celu zapewnienia bezpieczeństwa, ochrony i dobrze zarządzanego zasobu organizacyjnego danych.

Rozważania i kluczowe działania

Lista kontrolna — zagadnienia i kluczowe działania, które można podjąć w celu ustanowienia lub wzmocnienia inicjatyw związanych z ładem.

Pytania

Skorzystaj z pytań, takich jak poniższe, aby ocenić ład.

• Jaka jest obecna strategia zapewniania ładu na wysokim poziomie? W jakim stopniu cel i znaczenie tej strategii zapewniania ładu są jasne zarówno dla użytkowników końcowych, jak i dla centralnych zespołów ds. danych i analizy biznesowej?
• Ogólnie rzecz biorąc, czy obecna strategia zapewniania ładu jest skuteczna?
• Jakie są kluczowe kryteria przepisów prawnych i zgodności, do których musi przestrzegać organizacja (lub określone jednostki biznesowe)? Gdzie udokumentowane są te kryteria? Czy te informacje są łatwo dostępne dla osób, które pracują z danymi i udostępniają elementy danych w ramach ich roli?
• Jak dobrze działa bieżąca strategia zapewniania ładu?
• Czy określona rola lub zespół jest odpowiedzialny za ład w organizacji?
• KtoTo ma uprawnienia do tworzenia i zmieniania zasad ładu?
• Czy zespoły ds. ładu używają usługi Microsoft Purview lub innego narzędzia do obsługi działań związanych z ładem?
• Jakie są priorytetyzowane zagrożenia związane z ładem, takie jak zagrożenia związane z bezpieczeństwem, ochroną informacji i zapobieganiem utracie danych?
• Jaki jest potencjalny wpływ biznesowy zidentyfikowanego ryzyka ładu?
• Jak często strategia zapewniania ładu jest ponownie oceniana? Jakie metryki są używane do oceny i jakie mechanizmy istnieją dla użytkowników biznesowych w celu przekazania opinii?
• Jakie typy zachowań użytkowników tworzą ryzyko, gdy użytkownicy pracują z danymi? W jaki sposób są one ograniczane?
• Jakie etykiety poufności są na miejscu, jeśli istnieją? Czy osoby podejmujące decyzje dotyczące danych i analizy biznesowej są świadome etykiet poufności i korzyści dla firmy?
• Jakie zasady ochrony przed utratą danych są spełnione, jeśli istnieją?
• W jaki sposób jest obsługiwane polecenie "Eksportuj do programu Excel"? Jakie kroki należy wykonać, aby zapobiec zapobieganiu utracie danych? Jaka jest częstość występowania "Eksportuj do programu Excel"? Co ludzie robią z danymi, gdy mają je w programie Excel?
• Czy istnieją praktyki lub rozwiązania, które nie są zgodne z przepisami, które muszą zostać pilnie rozwiązane? Czy te przykłady są uzasadnione wyjaśnieniem potencjalnego wpływu na działalność biznesową, jeśli nie powinny zostać rozwiązane?

Poziomy dojrzałości

Następujące poziomy dojrzałości ułatwią ocenę bieżącego stanu inicjatyw związanych z zarządzaniem.

Poziom	Stan ładu
100: Początkowy	• Ze względu na brak planowania ładu dobre zarządzanie danymi i nieformalne praktyki ładu, które występują, są nadmiernie zależne od oceny i doświadczenia osób fizycznych. • Istnieje znaczna zależność od nieudokumentowanej wiedzy plemiennej.
200: Powtarzalny	• Niektóre obszary organizacji poczyniły celowe wysiłki w celu standaryzacji, ulepszania i dokumentowania praktyk zarządzania danymi i ładu. • Istnieje wstępne podejście do zapewniania ładu. Trwa postęp przyrostowy.
300: Zdefiniowany	• Pełna strategia zapewniania ładu ze szczególnym uwzględnieniem, celami i priorytetami jest uchwalona i szeroko komunikowana. • Konkretne wytyczne i zasady dotyczące ładu są wdrażane dla kilku najważniejszych priorytetów (punktów bólu lub możliwości). Są one aktywnie i konsekwentnie obserwowane przez użytkowników. • Role i obowiązki są jasno zdefiniowane i udokumentowane.
400: Sprawny	• Wszystkie priorytety ładu sieci szkieletowej są zgodne z celami organizacyjnymi i celami biznesowymi. Cele są regularnie ponownie oceny. • Procesy istnieją w celu dostosowania zasad zdecentralizowanych jednostek biznesowych lub obsługi prawidłowych wyjątków dla standardowych zasad ładu. • Jest jasne, gdzie sieć Szkieletowa pasuje do ogólnej strategii danych i analizy biznesowej dla organizacji. • Dziennik aktywności sieci szkieletowej i dane interfejsu API są aktywnie analizowane w celu monitorowania i inspekcji działań sieci szkieletowej. Proaktywne działania są podejmowane na podstawie danych.
500: Wydajny	• Regularne przeglądy wskaźników KPI lub OKR oceniają mierzalne cele ładu. Iteracyjny, ciągły postęp jest priorytetem. • Elastyczność i wdrażanie ciągłych ulepszeń z wyciągniętych lekcji (w tym skalowanie metod, które działają) są głównymi priorytetami coE. • Dane dziennika aktywności i interfejsu API sieci szkieletowej są aktywnie wykorzystywane do informowania i ulepszania działań związanych z wdrażaniem i zarządzaniem.

Powiązana zawartość

W następnym artykule z serii planów wdrażania usługi Microsoft Fabric dowiesz się więcej na temat mentoringu i włączania użytkowników.