Planowanie implementacji usługi Power BI: planowanie obszaru roboczego na poziomie dzierżawy

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na środowisku usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

W tym artykule opisano planowanie obszaru roboczego sieci szkieletowej na poziomie dzierżawy, z naciskiem na środowisko usługi Power BI. Jest ona przeznaczona przede wszystkim na:

• Administratorzy sieci szkieletowej: administratorzy, którzy są odpowiedzialni za nadzorowanie usługi Fabric w organizacji.
• Centrum doskonałości, IT i zespołu analizy biznesowej: zespoły, które są również odpowiedzialne za nadzorowanie danych i analizy biznesowej oraz wspieranie użytkowników samoobsługi w całej organizacji.

Po drugie, ten artykuł może być również interesujący dla twórców samoobsługi, którzy muszą tworzyć, publikować i zarządzać zawartością w obszarach roboczych.

Ponieważ obszary robocze mogą być używane na różne sposoby, większość decyzji taktycznych zostanie podjęta na poziomie obszaru roboczego (opisanym w następnym artykule). Istnieją jednak pewne strategiczne decyzje dotyczące planowania, które należy podjąć na poziomie dzierżawy.

Zalecamy podjęcie decyzji dotyczących obszaru roboczego na poziomie dzierżawy tak szybko, jak to możliwe, ponieważ będą one miały wpływ na wszystkie inne elementy. Ponadto łatwiej jest podejmować poszczególne decyzje dotyczące obszaru roboczego, gdy masz jasność co do ogólnych celów i celów obszaru roboczego.

Uwaga

Koncepcja obszaru roboczego pochodzi z usługi Power BI. W przypadku sieci szkieletowej cel obszaru roboczego stał się szerszy. W rezultacie obszar roboczy może teraz zawierać elementy z co najmniej jednego środowiska sieci szkieletowej (nazywanego również obciążeniami). Mimo że zakres zawartości stał się szerszy niż usługa Power BI, większość działań związanych z planowaniem obszaru roboczego opisanych w tych artykułach można zastosować do planowania obszaru roboczego sieci szkieletowej.

Uprawnienia do tworzenia obszaru roboczego

Decyzja o tym, kto może tworzyć obszary robocze w usługa Power BI, jest decyzją dotyczącą kultury danych i ładu. Ogólnie rzecz biorąc, istnieją dwa sposoby podejścia do tej decyzji:

• Wszyscy (lub większość) użytkowników mogą tworzyć nowe obszary robocze: takie podejście zwykle jest zgodne z istniejącymi decyzjami dotyczącymi innych aplikacji. Jeśli na przykład użytkownicy mogą tworzyć własne witryny programu SharePoint lub kanały usługi Teams, warto stosować te same zasady w sieci Szkieletowej.
• Ograniczone do selektywnego zestawu użytkowników, którzy mogą tworzyć nowe obszary robocze: takie podejście zwykle wskazuje, że plan ładu jest w miejscu lub jest planowany. Zarządzanie tym procesem może być w pełni scentralizowane (na przykład tylko it może utworzyć obszar roboczy). Bardziej elastyczne i praktyczne podejście polega na połączeniu scentralizowanych i zdecentralizowanych osób. W takim przypadku niektórzy członkowie satelity Centrum Doskonałości (COE), mistrzowie lub zaufani użytkownicy zostali przeszkoleni do tworzenia obszarów roboczych i zarządzania nimi w imieniu swojej jednostki biznesowej.

Należy skonfigurować ustawienie Tworzenie dzierżawy obszarów roboczych w portalu administracyjnym sieci szkieletowej zgodnie z decyzją dotyczącą tego, kto może tworzyć obszary robocze. Aby uzyskać więcej informacji, zobacz Zarządzanie obszarami roboczymi.

Lista kontrolna — podczas rozważania uprawnień dla osób, które mogą tworzyć obszary robocze, kluczowe decyzje i akcje obejmują:

• Określanie i weryfikowanie potrzeb użytkowników: Zaplanuj wspólne dyskusje z odpowiednimi uczestnikami projektu i zainteresowanymi stronami, aby dowiedzieć się, jak użytkownicy obecnie pracują. Celem jest zapewnienie jasnego zrozumienia potrzeb użytkowników.
• Zdecyduj, kto może tworzyć obszary robocze: określ, czy wszyscy użytkownicy, tylko scentralizowany zespół, czy niektórzy scentralizowani i zdecentralizowani użytkownicy będą mogli utworzyć nowy obszar roboczy. Upewnij się, że ta decyzja jest celowo zgodna z celami kultury danych. Pamiętaj, aby uzyskać zgodę od sponsora wykonawczego.
• Utwórz grupę zabezpieczeń, która ma uprawnienia do tworzenia obszarów roboczych: jeśli do tworzenia obszarów roboczych będzie dozwolony podzbiór użytkowników, wymagana jest grupa zabezpieczeń. Nazwij grupę wyraźnie, na przykład Twórcy obszarów roboczych usługi Fabric. Dodaj członków, którzy mają uprawnienia do tworzenia obszarów roboczych do tej grupy zabezpieczeń.
• Zaktualizuj ustawienie dzierżawy: dodaj nową grupę zabezpieczeń do ustawienia Tworzenie dzierżawy obszarów roboczych w portalu administracyjnym. Oprócz grupy twórców obszaru roboczego sieć szkieletowa inne grupy, które mogą być również dozwolone dla tego ustawienia dzierżawy , są administratorami COE, pomocy technicznej i sieci szkieletowej.

Konwencje nazewnictwa obszarów roboczych

Konwencje nazewnictwa obszarów roboczych są uzgodnionym wzorcem sposobu nazw obszarów roboczych. Zwykle konwencje nazewnictwa są bardziej wymagane niż sugestia.

Stosowanie konwencji nazewnictwa może być trudne, gdy wielu użytkowników ma uprawnienia do tworzenia obszarów roboczych. Możesz rozwiązać ten problem za pomocą edukacji użytkowników i szkoleń. Możesz również przeprowadzić proces inspekcji, aby znaleźć obszary robocze, które nie są zgodne z konwencjami nazewnictwa.

Nazwa obszaru roboczego może przekazywać dodatkowe informacje o obszarze roboczym, w tym:

• Cel: Nazwa obszaru roboczego powinna zawsze zawierać opis jego zawartości. Na przykład Sales Quarterly Bonus Tracking.
• Typy elementów: nazwa obszaru roboczego może zawierać odwołanie do typów elementów, które zawiera. Na przykład użyj danych sprzedaży , aby wskazać, że obszar roboczy przechowuje elementy, takie jak model typu lakehouse lub semantyczny. Analiza sprzedaży może wskazywać, że obszar roboczy przechowuje raporty analityczne i pulpity nawigacyjne.
• Etap (środowisko): nazwa obszaru roboczego może zawierać jego etap. Na przykład często istnieją oddzielne obszary robocze (programowanie, testowanie i produkcja) na potrzeby zarządzania cyklem życia.
• Własność i odpowiedzialność: nazwa obszaru roboczego może zawierać wskazanie, kto jest odpowiedzialny za zarządzanie zawartością. Na przykład użycie prefiksu lub sufiksu SLS może wskazywać, że zespół sprzedaży jest właścicielem zawartości i zarządza nią.

Napiwek

Aby zachować krótkie nazwy obszarów roboczych, możesz uwzględnić dodatkowe szczegóły w opisie obszaru roboczego. Upewnij się jednak, że w nazwie obszaru roboczego znajdują się najbardziej istotne informacje, szczególnie jeśli przewidujesz, że użytkownicy będą wyszukiwać obszary robocze. Możesz również użyć obrazu obszaru roboczego, aby rozszerzyć nazwę obszaru roboczego. Te zagadnienia zostały szczegółowo opisane w sekcji ustawień obszaru roboczego w następnym artykule.

Spójne nazwy obszarów roboczych pomagają wszystkim. Ulepszono środowisko użytkownika, ponieważ użytkownicy mogą łatwiej znaleźć zawartość. Ponadto administratorzy mogą łatwiej nadzorować zawartość, gdy są używane przewidywalne konwencje nazewnictwa.

Zalecamy dołączenie konwencji nazewnictwa obszarów roboczych do scentralizowanego portalu i materiałów szkoleniowych.

Na poniższej liście opisano więcej zagadnień związanych z nazewnictwem obszarów roboczych.

• Użyj krótkich, ale opisowych nazw: nazwa obszaru roboczego powinna dokładnie odzwierciedlać jego zawartość z najważniejszą częścią na początku nazwy. W portalu sieci szkieletowej długie nazwy obszarów roboczych mogą zostać obcięte w interfejsach użytkownika, co wymaga od użytkownika najechania kursora na nazwę obszaru roboczego w celu wyświetlenia pełnej nazwy w etykietce narzędzia. Oto przykład krótkiej, ale opisowej nazwy: Kwartalne financials.
• Użyj prefiksu standardowego: standardowy prefiks może rozmieścić podobne obszary robocze razem podczas sortowania. Na przykład: FIN-Quarterly Financials.
• Użyj sufiksu standardowego: możesz dodać sufiks, aby uzyskać dodatkowe informacje, takie jak w przypadku korzystania z różnych obszarów roboczych na potrzeby programowania, testowania i produkcji. Zalecamy dołączanie sufiksów [Dev] lub [Test], ale pozostawienie środowiska produkcyjnego jako przyjaznej dla użytkownika nazwy bez sufiksu. Na przykład: FIN-Quarterly Financials [Dev].
• Zachowaj spójność z nazwą aplikacji usługi Power BI: nazwa obszaru roboczego i jej aplikacja power BI mogą być różne, szczególnie jeśli zwiększa użyteczność lub zrozumiałość dla użytkowników aplikacji. Zalecamy przechowywanie nazw podobnych, aby uniknąć nieporozumień.
• Pomiń niepotrzebne słowa: Następujące wyrazy mogą być nadmiarowe, więc unikaj ich w nazwach obszarów roboczych:
  • Obszar roboczy wyrazu.
  • Słowa Sieć szkieletowa lub Power BI. Wiele obszarów roboczych sieci szkieletowej zawiera elementy z różnych obciążeń. Można jednak utworzyć obszar roboczy, który ma być przeznaczony tylko dla określonego obciążenia (takiego jak Power BI, Data Factory lub Synapse inżynierowie danych ing). W takim przypadku można wybrać krótki sufiks, aby cel obszaru roboczego był jasny.
  • Nazwa organizacji. Jednak gdy głównymi odbiorcami są użytkownicy zewnętrzni, w tym nazwa organizacji może być przydatna.

Uwaga

Zalecamy powiadamianie użytkowników o zmianie nazwy obszaru roboczego. W większości przypadków można bezpiecznie zmienić nazwę obszaru roboczego w portalu sieci szkieletowej, ponieważ identyfikator GroupID, który jest unikatowym identyfikatorem obszaru roboczego, nie zmienia się (znajduje się w adresie URL obszaru roboczego). Jednak ma to wpływ na połączenia XMLA, ponieważ łączą się przy użyciu nazwy obszaru roboczego zamiast identyfikatora GroupID.

Lista kontrolna — podczas rozważania tworzenia konwencji nazewnictwa obszarów roboczych kluczowe decyzje i akcje obejmują:

• Określanie wymagań lub preferencji nazw obszarów roboczych: rozważ, jak chcesz nazwać obszary robocze. Zdecyduj, czy chcesz mieć ścisłe wymagania dotyczące konwencji nazewnictwa, czy bardziej elastyczne wymagania z sugestiami i przykładami.
• Przejrzyj istniejące nazwy obszarów roboczych: zaktualizuj istniejące nazwy obszarów roboczych odpowiednio, aby były dobrymi przykładami dla użytkowników. Gdy użytkownicy zobaczą, że nazwa istniejącego obszaru roboczego zostanie zmieniona, zinterpretują to jako domniemany standard do wdrożenia.
• Tworzenie dokumentacji dotyczącej konwencji nazewnictwa obszarów roboczych: podaj dokumentację referencyjną dotyczącą wymagań i preferencji konwencji nazewnictwa obszarów roboczych. Pamiętaj, aby uwzględnić przykłady pokazujące poprawne użycie akronimów, prefiksów i sufiksów. Udostępnij informacje w scentralizowanym portalu i materiały szkoleniowe.

Domeny obszarów roboczych

Przejrzystość sposobu, w jaki zawartość jest własnością i zarządzana, jest zawsze niezbędna. Ta przejrzystość jest szczególnie krytyczna, gdy obowiązki związane z tworzeniem zasobów danych i zarządzaniem nimi są zdecentralizowane między wieloma działami lub jednostkami biznesowymi. Czasami takie podejście jest określane jako architektura rozproszonej, federacyjnej lub siatki danych.

Jednym ze sposobów obsługi własności obszaru roboczego i zarządzania w sieci szkieletowej jest użycie domen. Domena umożliwia logiczne grupowanie wielu obszarów roboczych o podobnych cechach. Możesz na przykład utworzyć domenę, aby zgrupować wszystkie obszary robocze sprzedaży razem i inną domenę dla obszarów roboczych finansów.

Poniżej przedstawiono kluczowe zalety korzystania z domen.

• Grupują podobne obszary robocze w jedną granicę zarządzania.
• Umożliwiają one zarządzanie niektórymi ustawieniami dzierżawy na poziomie domeny. Aby uzyskać więcej informacji, zobacz Zastępowanie ustawień na poziomie dzierżawy.
• Ułatwiają one użytkownikom znajdowanie odpowiednich danych. Mogą na przykład używać filtrów w centrum danych OneLake.

W poniższej tabeli wymieniono różne sposoby organizowania powiązanych obszarów roboczych.

Metoda organizowania obszarów roboczych	Przykładowa domena
Według obszaru podmiotu/domeny/typu zawartości	Domena Finanse zawiera każdy obszar roboczy powiązany z zawartością finansową.
Według zespołu/działu, który jest właścicielem zawartości i zarządza nią	Domena analizy biznesowej przedsiębiorstwa obejmuje wszystkie obszary robocze, które zespół jest bezpośrednio odpowiedzialny za zarządzanie.
Według jednostki biznesowej lub segmentu organizacyjnego	Domena podziału europejskiego obejmuje wszystkie obszary robocze powiązane bezpośrednio z operacjami w Europie.
Według projektu	Domena pozyskiwania jednostki zależnej obejmuje wszystkie obszary robocze dla wysoce poufnego projektu.

Poniżej przedstawiono niektóre zagadnienia dotyczące planowania domen sieci szkieletowej w dzierżawie.

• Jak zamapujesz każdy obszar roboczy na domenę? Każdy obszar roboczy można przypisać tylko do jednej domeny (a nie wielu domen), dlatego należy przygotować się do planowania. Rozważ utworzenie diagramu macierzy z obszarami roboczymi w wierszach i domenach w kolumnach, aby ułatwić zaplanowanie ich przypisywanego. Możesz ponownie przypisać domenę w ustawieniach obszaru roboczego lub w portalu administracyjnym, jeśli okaże się, że musisz zreorganizować obszary robocze.
• Kto będzie autoryzowany do zarządzania domeną? Członkowie roli administratora domeny są autoryzowani do zarządzania istniejącą domeną. Jeśli to możliwe, przypisz administratorom domeny, którzy bezpośrednio posiadają zawartość domeny i zarządzają nią. Administratorzy domeny powinni być ekspertami, którzy znają wewnętrzne, regionalne i rządowe przepisy dotyczące danego obszaru. Powinny one również zapoznać się ze wszystkimi wewnętrznymi wymaganiami dotyczącymi ładu i zabezpieczeń. Aby uzyskać więcej informacji, zobacz Role domeny.
• Kto będzie mógł przypisywać obszary robocze do domeny? Członkowie roli Współautor domeny definiują, którzy użytkownicy (którzy są również administratorami obszarów roboczych) mogą przypisywać obszar roboczy do domeny. Jeśli zezwolisz więcej użytkowników na przypisywanie obszarów roboczych do domeny, często należy przeprowadzać inspekcję dokładności przypisanych grup. Jeśli zezwolisz tylko na określone grupy użytkowników lub administratorów sieci szkieletowej i administratorów domeny, będziesz mieć większą kontrolę nad tym, jak są przypisane. Aby uzyskać więcej informacji, zobacz Role domeny.
• Czy istnieją określone wymagania lub ograniczenia dotyczące zgodności, takie jak obszar geograficzny? Należy pamiętać, że obszar geograficzny dla magazynu danych jest ustawiony dla każdej pojemności (a nie dla domeny). Rozważ, jak przypisanie obszaru roboczego do domeny i do pojemności wpływa na proces planowania.

Aby uzyskać więcej informacji, zobacz Zarządzanie domenami.

Lista kontrolna — podczas planowania domen obszarów roboczych kluczowe decyzje i akcje obejmują:

• Sprawdź, jak działa własność zawartości: upewnij się, że dokładnie rozumiesz, jak działa własność zawartości i zarządzanie nią w całej organizacji. Uwzględnij te informacje w planach organizowania obszarów roboczych w domenach.
• Planowanie domen obszarów roboczych: Dyskusje na temat sposobu najlepszego organizowania obszarów roboczych w domenach. Potwierdź wszystkie kluczowe decyzje z Centrum Doskonałości, a także sponsorem wykonawczym.
• Edukuj administratorów sieci szkieletowej: upewnij się, że administratorzy dzierżawy znają sposób tworzenia domeny oraz jak przypisywać administratorów domeny i zarządzać nimi.
• Edukuj administratorów domeny: upewnij się, że administratorzy domeny rozumieją oczekiwania dotyczące tej roli w zarządzaniu domeną.
• Zdecyduj, jak obsługiwać współautorów domeny: rozważ, którzy użytkownicy powinni mieć uprawnienia do przypisywania obszarów roboczych do domeny.
• Utwórz proces inspekcji: regularnie sprawdź, czy przypisane grupy domen są poprawne.

Proces tworzenia obszaru roboczego

Jeśli zdecydujesz się ograniczyć, kto może tworzyć obszary robocze, szersza populacja użytkowników będzie musiała wiedzieć, co proces ma zażądać nowego obszaru roboczego. W takim przypadku ważne jest ustanowienie procesu żądania, który jest łatwy i wygodny dla użytkowników w wyszukiwaniu i obserwowaniu.

Ważne jest również szybkie reagowanie na żądanie nowego obszaru roboczego. Umowa dotycząca poziomu usług (SLA) 2–4 godziny jest idealna. Jeśli proces żądania nowego obszaru roboczego jest zbyt wolny lub uciążliwy, użytkownicy będą używać obszarów roboczych, które mają, aby mogli kontynuować przenoszenie. Jeśli zdecyduje się pominąć tworzenie nowego obszaru roboczego, to, czego używają, może być nieoptymalne. Mogą zdecydować się na ponowne użycie istniejącego obszaru roboczego, który nie jest odpowiedni dla nowej zawartości, lub mogą udostępniać zawartość z osobistego obszaru roboczego.

Napiwek

Celem tworzenia nowego procesu jest ułatwienie użytkownikom przestrzegania tego procesu. Podobnie jak w przypadku wszystkich decyzji dotyczących ładu danych, chodzi o ułatwienie użytkownikom wykonywania odpowiednich czynności.

W poniższej tabeli wymieniono informacje do zebrania w żądaniu dotyczącego nowego obszaru roboczego.

Potrzebne informacje	Przykład	Wymagana weryfikacja
Nazwa obszaru roboczego	SLS-Field Sales Analytics	• Czy nazwa jest zgodna z konwencjami nazewnictwa? • Czy istnieje inny obszar roboczy o tej samej nazwie?
Wymagane etapy	SLS-Field Sales Analytics [Dev], SLS-Field Sales Analytics [Test] i SLS-Field Sales Analytics	• Czy wiele obszarów roboczych jest niezbędnych do prawidłowego obsługi zawartości? • Jeśli tak, czy należy też utworzyć potok wdrażania?
opis	Historia sprzedaży i zamówień klientów dla analiz miesięcznych, kwartalnych i rocznych.	• Czy istnieje oczekiwanie, że poufne dane lub dane regulowane będą przechowywane? • Jeśli tak, będzie to miało wpływ na sposób, w jaki obszar roboczy jest zarządzany?
Odbiorcy docelowi	Globalna organizacja sprzedaży pól	• Jak szeroki jest zakres dostarczania zawartości? • Jak będzie to miało wpływ na sposób, w jaki obszar roboczy jest zarządzany?
Tryb licencji przypisany do obszaru roboczego	Wymagana jest pojemność sieci szkieletowej dla zespołu sprzedaży, ponieważ duża liczba sprzedawców jest tylko osoby przeglądające i mają bezpłatną licencję	• Jaki poziom pojemności sieci szkieletowej jest wymagany?
Wymagania dotyczące magazynu danych	Miejsce przechowywania danych w Kanadzie	• Czy istnieją potrzeby dotyczące rezydencji danych, które będą wymagać funkcji Multi-Geo? • Jakie są oczekiwane woluminy danych?
Administratorzy obszarów roboczych	FabricContentAdmins-FieldSalesAnalytics	• Czy administrator (najlepiej) jest grupą? • Czy istnieją co najmniej dwóch administratorów?
Osoba przesyłająca żądanie	requestor@contoso.com	• Czy osoba przesyłająca wniosek pracuje w roli lub firmie związanej z podanymi informacjami?

W powyższej tabeli znajduje się minimalna ilość informacji wymaganych do skonfigurowania obszaru roboczego. Nie zawiera jednak wszystkich możliwych konfiguracji. W większości przypadków administrator obszaru roboczego będzie ponosić odpowiedzialność za ukończenie konfiguracji po utworzeniu obszaru roboczego. Aby uzyskać więcej informacji, zobacz artykuł Ustawienia na poziomie obszaru roboczego.

Istnieje wiele opcji technologicznych, których można użyć do utworzenia formularza online dla żądania utworzenia obszaru roboczego. Rozważ użycie usługi Microsoft Power Apps, która jest opcją oprogramowania o niskim kodzie, która jest idealna do tworzenia prostych formularzy i aplikacji internetowych. Technologia używana do tworzenia formularza internetowego zależy od tego, kto będzie odpowiedzialny za tworzenie i obsługę formularza.

Napiwek

Aby zwiększyć wydajność i dokładność, rozważ zautomatyzowanie procesu przy użyciu interfejsu API REST usługi Power BI w celu programowego tworzenia lub aktualizowania obszaru roboczego. W takim przypadku zalecamy uwzględnienie procesów przeglądu i zatwierdzania, a nie automatycznego przetwarzania każdego żądania.

Lista kontrolna — biorąc pod uwagę proces żądania nowego obszaru roboczego, kluczowe decyzje i akcje obejmują:

• Ustanów proces żądania nowego obszaru roboczego: zdecyduj, jaki jest konkretny proces żądania nowego obszaru roboczego. Zastanów się nad potrzebnymi informacjami, sposobem przechwytywania informacji i osobami, które będą przetwarzać żądanie.
• Utwórz standardowy formularz do żądania nowego obszaru roboczego: zdecyduj, jakie informacje zostaną uwzględnione w formularzu dla nowego obszaru roboczego. Rozważ utworzenie aplikacji usługi Power Apps, aby zebrać informacje od użytkownika. Upewnij się, że linki do formularza są szeroko dostępne i łatwe do znalezienia w scentralizowanym portalu i innych typowych lokalizacjach. Dołącz również link do formularza w bieżącej komunikacji.
• Zdecyduj, kto odpowie na przesłane żądania i jak szybko: określ, kto będzie przetwarzać żądania. Zastanów się, jaki jest oczekiwany czas odpowiedzi na obsługę żądania dla nowego obszaru roboczego. Sprawdź, czy możesz szybko obsługiwać żądania, aby użytkownicy samoobsługi nie doświadczali opóźnień.
• Przeprowadzanie sesji transferu wiedzy: jeśli inny zespół będzie obsługiwał proces żądania obszaru roboczego, przeprowadź z nimi sesję transferu wiedzy, aby uzyskać wszystkie potrzebne im informacje.
• Utwórz dokumentację dotyczącą sposobu zatwierdzania lub odrzucania żądania: utwórz dokumentację dotyczącą sposobu zatwierdzania żądania przeznaczonego dla tych, którzy będą przeglądać lub przetwarzać żądania. Uwzględnij również przyczyny odmowy żądania i akcję, jaką należy podjąć.
• Utwórz dokumentację dotyczącą sposobu żądania obszaru roboczego: utwórz dokumentację dotyczącą żądania nowego obszaru roboczego przeznaczonego dla użytkowników, którzy nie mogą tworzyć własnych obszarów roboczych. Uwzględnij wymagane informacje i oczekiwania dotyczące odpowiedzi. Upewnij się, że informacje są dostępne w scentralizowanym portalu i materiałach szkoleniowych.

Poziom ładu obszaru roboczego

Nie wszystkie obszary robocze wymagają tego samego poziomu nadzoru. Niektóre obszary robocze mogą być traktowane jako zarządzane. Zarządzany obszar roboczy oznacza, że istnieje więcej wymagań i oczekiwań dotyczących jego zawartości. Niektóre organizacje używają terminu zarządzanego , a nie zarządzanego.

Istnieją cztery kluczowe kryteria podejmowania decyzji w celu określenia poziomu ładu:

• Kto jest właścicielem zawartości analizy biznesowej i zarządza nią?
• Jaki jest zakres dostarczania zawartości analizy biznesowej?
• Jaki jest obszar podmiotu danych?
• Czy dane i/lub rozwiązanie analizy biznesowej są uznawane za krytyczne?

Uwaga

Aby uzyskać więcej informacji na temat czterech kluczowych kryteriów decyzyjnych, zobacz artykuł dotyczący ładu, który stanowi część planu wdrażania sieci szkieletowej.

Możesz zacząć od dwóch poziomów obszarów roboczych: zarządzanych i ungoverned. Zalecamy, aby poziom ładu był jak najprostszy. Jednak w zależności od konkretnych okoliczności może być konieczne podzielenie zarządzanej klasyfikacji. Na przykład zawartość krytyczna zarządzana przez zespół analizy biznesowej przedsiębiorstwa może mieć jeden zestaw wymagań dotyczących ładu. Podczas gdy zawartość krytyczna, która jest własnością i zarządzana bezpośrednio przez jednostki biznesowe, może podlegać nieco innym zestawom wymagań. W niektórych przypadkach decyzje będą dostosowane do poszczególnych jednostek biznesowych.

W poniższej tabeli wymieniono niektóre z najbardziej typowych wymagań, gdy obszar roboczy jest traktowany jako zarządzany.

Kategoria	Potencjalne wymaganie dotyczące ładu
Własność i pomoc techniczna	• Własność jest przypisywana z wyraźnymi obowiązkami właściciela treści technicznych i/lub eksperta w tej dziedzinie. • Przypisany jest zespół pomocy technicznej /osoba, a użytkownicy rozumieją, jak poprosić o pomoc lub przesłać problemy. • Mechanizm jest dostępny w przypadku opinii użytkowników, pytań i żądań ulepszeń. • Plan komunikacji istnieje, aby ogłosić ważne zmiany zawartości w obszarze roboczym.
Konfiguracja obszaru roboczego	• Obszar roboczy jest dobrze zorganizowany z dobrze zdefiniowanym celem. • Używana jest określona konwencja nazewnictwa. • Obszar roboczy jest przypisany do określonej domeny. • Wymagany jest opis, obraz i kontakty obszaru roboczego.
Dokładność	• Cała zawartość jest certyfikowana. • Walidacje danych są zautomatyzowane, aby właściciele zawartości mogli w odpowiednim czasie znać problemy z jakością danych.
Dystrybucja	• Aplikacja Power BI jest używana do dystrybucji raportów i pulpitów nawigacyjnych.
Zabezpieczenia i ochrona danych	• Grupy zabezpieczeń są używane (zamiast poszczególnych kont) do zarządzania rolami obszaru roboczego. • Etykiety poufności są używane do ochrony informacji. • Dozwolone są tylko zaakceptowane (lub zatwierdzone) źródła danych. • Wszystkie pliki źródłowe znajdują się w bezpiecznej lokalizacji, która jest tworzona.
Zarządzanie zmianami	• Używane są oddzielne obszary robocze programowania, testowania i produkcji. • Kontrola źródła (na przykład integracja z usługą Git) jest używana dla wszystkich plików i elementów programu Power BI Desktop w portalu sieci szkieletowej. • Przechowywanie wersji lub kontrola źródła jest używane dla wszystkich plików źródła danych. • Są przestrzegane procesy zarządzania cyklem życia i zarządzania zmianami, w tym potoki wdrażania i/lub procesy DevOps.
Wydajność	• Obszar roboczy jest przypisany do odpowiedniego poziomu pojemności sieci szkieletowej . • Pojemność sieci szkieletowej jest zarządzana i monitorowana.
Brama	• Używana jest brama danych w trybie standardowym (nieosobowym). • Wszystkie poświadczenia źródła danych bramy używają zatwierdzonych poświadczeń.
Inspekcja i monitorowanie	• Aktywne procesy inspekcji i monitorowania są wdrażane do śledzenia wdrażania, wzorców użycia i wydajności.

Napiwek

Wymagania dotyczące ładu zwykle nie są opcjonalne. Z tego powodu kontrola terminowa jest ważna, a wymuszanie staje się konieczne w niektórych sytuacjach. Jeśli na przykład zarządzane obszary robocze wymagają, aby wszystkie pliki znajdowały się w bezpiecznej lokalizacji, a podczas inspekcji zostanie wykryta niezatwierdzona lokalizacja pliku, należy wykonać akcję w celu zaktualizowania lokalizacji pliku.

Lista kontrolna — biorąc pod uwagę poziom ładu obszaru roboczego, kluczowe decyzje i akcje obejmują:

• Zdecyduj o poziomach ładu obszaru roboczego: określ wymagane poziomy ładu. Staraj się zachować to tak proste, jak to możliwe.
• Zdecyduj o kryteriach klasyfikowania obszaru roboczego: określ, jakie będą kryteria podejmowania decyzji dotyczące klasyfikowania obszarów roboczych na określony poziom ładu.
• Zdecyduj, jakie są wymagania dotyczące ładu obszaru roboczego: dla każdego poziomu ładu określ, jakie będą określone wymagania.
• Zdecyduj, jak wyznaczyć poziom ładu obszaru roboczego: znajdź najprostszy sposób identyfikowania poziomu ładu dla obszaru roboczego. Możesz zarejestrować go jako część nazwy, część opisu lub przechowywać w innym miejscu (na przykład listę programu SharePoint zawierającą więcej informacji na temat każdego obszaru roboczego).
• Tworzenie dokumentacji dotyczącej wymagań dotyczących ładu w obszarze roboczym: utwórz przydatną dokumentację przeznaczoną dla twórców zawartości, która obejmuje ich obowiązki związane z zarządzaniem zawartością w zarządzanym obszarze roboczym. Udostępnij informacje w scentralizowanym portalu i materiały szkoleniowe.
• Tworzenie procesów inspekcji obszaru roboczego: w przypadku obszarów roboczych, które są uznawane za zarządzane, utwórz proces inspekcji w celu zidentyfikowania obszarów niezgodności z najważniejszymi wymaganiami. Upewnij się, że ktoś jest odpowiedzialny za kontakt z właścicielami zawartości w celu rozwiązania problemów ze zgodnością.

Powiązana zawartość

W następnym artykule z tej serii dowiesz się więcej o planowaniu na poziomie obszaru roboczego.