Power BI-Implementierungsplanung: Mandantenplanung auf Arbeitsbereichsebene

Hinweis

Dieser Artikel ist Teil der Artikelreihe zur Power BI-Implementierungsplanung. Diese Reihe konzentriert sich hauptsächlich auf die Power BI-Erfahrung in Microsoft Fabric. Eine Einführung in die Artikelreihe finden Sie unter Power BI-Implementierungsplanung.

In diesem Artikel wird die Fabric-Arbeitsbereichsplanung auf Mandantenebene behandelt, wobei der Schwerpunkt auf der Power BI-Benutzeroberfläche liegt. Er wendet sich in erster Linie an folgende Zielgruppen:

• Fabric-Administrator*innen: Administrator*innen, die für die Überwachung von Fabric in der Organisation verantwortlich sind
• Center of Excellence, IT- und BI-Team: Teams, die ebenfalls für die Überwachung von Daten und BI sowie die Unterstützung von Self-Service-Benutzer*innen in der gesamten Organisation verantwortlich sind.

Darüber hinaus kann dieser Artikel auch für Self-Service-Ersteller*innen interessant sein, die Inhalte in Arbeitsbereichen erstellen, veröffentlichen und verwalten müssen.

Da Arbeitsbereiche auf unterschiedliche Weise verwendet werden können, werden die meisten taktischen Entscheidungen auf Arbeitsbereichsebene getroffen (im nächsten Artikel beschrieben). Es gibt jedoch auch einige strategische Planungsentscheidungen, die auf Mandantenebene getroffen werden sollten.

Es wird empfohlen, die Arbeitsbereichsentscheidungen auf Mandantenebene so früh wie möglich zu treffen, da sie sich auf alles andere auswirken. Außerdem ist es einfacher, Entscheidungen zu einzelnen Arbeitsbereichen zu treffen, wenn Sie sich über Ihre allgemeinen Arbeitsbereichsziele im Klaren sind.

Hinweis

Das Konzept eines Arbeitsbereichs stammt aus Power BI. Bei Fabric hat der Arbeitsbereich noch umfassendere Aufgaben. Aus diesem Grund kann ein Arbeitsbereich jetzt Elemente aus einer oder mehreren verschiedenen Fabric-Umgebungen (auch als Workloads bezeichnet) enthalten. Obwohl der Inhalt umfassender als bei Power BI ist, können die meisten in diesen Artikeln beschriebenen Aktivitäten zur Arbeitsbereichsplanung auch auf die Fabric-Arbeitsbereichsplanung angewendet werden.

Berechtigungen zum Erstellen von Arbeitsbereichen

Die Entscheidung, wer Arbeitsbereiche im Power BI-Dienst erstellen darf, ist eine Entscheidung in den Bereichen Datenkultur und Governance. Allgemein gibt es zwei Herangehensweisen an diese Entscheidung:

• Alle (oder die meisten) Benutzer*innen dürfen neue Arbeitsbereiche erstellen: Dieser Ansatz passt meist zu den bereits getroffenen Entscheidungen für andere Anwendungen. Wenn beispielsweise Benutzer*innen ihre eigenen SharePoint-Websites oder Teams-Kanäle erstellen können, ist es sinnvoll, für Power BI dieselbe Richtlinie zu übernehmen.
• Beschränkung auf eine selektive Gruppe von Benutzer*innen, die neue Arbeitsbereiche erstellen dürfen: Dieser Ansatz impliziert meist, dass ein Governanceplan vorhanden oder geplant ist. Das Verwalten dieses Prozesses kann vollständig zentralisiert sein (z. B. indem nur IT berechtigt ist, einen Arbeitsbereich zu erstellen). Ein flexiblerer und praktischer Ansatz ist eine Kombination aus zentralisierten und dezentralen Einzelpersonen. In diesem Fall wurden bestimmte dezentrale Mitglieder des Center of Excellence (COE), Expert*innen oder vertrauenswürdige Benutzer*innen darin geschult, Arbeitsbereiche im Namen ihrer Geschäftseinheit zu erstellen und zu verwalten.

Sie sollten die Mandanteneinstellung Arbeitsbereiche erstellen im Fabric-Verwaltungsportal entsprechend der Entscheidung einrichten, wer Arbeitsbereiche erstellen darf. Weitere Informationen finden Sie unter Verwalten von Arbeitsbereichen.

Prüfliste: Das Auswerten der Personen, die Berechtigungen zum Erstellen von Arbeitsbereichen erhalten, umfasst folgende wichtige Entscheidungen und Aktionen:

• Ermitteln und überprüfen Sie die Benutzeranforderungen: Planen Sie gemeinsame Gespräche mit relevanten Stakeholder*innen und interessierten Personen, um zu erfahren, wie Benutzer*innen derzeit arbeiten. Ziel ist es, sicherzustellen, dass Sie die Benutzeranforderungen genau kennen.
• Entscheiden Sie, wer Arbeitsbereiche erstellen darf: Legen Sie fest, ob alle Benutzer*innen, nur ein zentralisiertes Team oder bestimmte zentralisierte und dezentrale Benutzer*innen neue Arbeitsbereiche erstellen dürfen. Stellen Sie sicher, dass diese Entscheidung mit Ihren Datenkulturzielen übereinstimmt. Achten Sie darauf, die Genehmigung Ihres leitenden Sponsors einzuholen.
• Erstellen Sie eine Sicherheitsgruppe der für die Erstellung von Arbeitsbereichen berechtigten Personen: Wenn eine Teilmenge von Benutzer*innen zum Erstellen von Arbeitsbereichen berechtigt ist, wird eine Sicherheitsgruppe benötigt. Benennen Sie die Gruppe eindeutig, z. B. Fabric-Arbeitsbereichsersteller. Fügen Sie dieser Sicherheitsgruppe Mitglieder hinzu, die berechtigt sind, Arbeitsbereiche zu erstellen.
• Aktualisieren Sie die Mandanteneinstellung: Fügen Sie der Mandanteneinstellung Arbeitsbereiche erstellen im Administratorportal die neue Sicherheitsgruppe hinzu. Neben der Gruppe Fabric-Arbeitsbereichsersteller können auch andere Gruppen in diese Mandanteneinstellung aufgenommen werden, etwa das COE, der Support und Fabric-Administrator*innen.

Benennungskonventionen für Arbeitsbereiche

Benennungskonventionen für Arbeitsbereiche sind ein vereinbartes Muster für die Benennung von Arbeitsbereichen. In der Regel sind Benennungskonventionen eher eine Anforderung als ein Vorschlag.

Es kann schwierig sein, Benennungskonventionen strikt zu erzwingen, wenn viele Benutzer*innen die Berechtigung zum Erstellen von Arbeitsbereichen besitzen. Diese Bedenken können Sie durch Benutzerschulung und -weiterbildung verringern. Sie können auch mithilfe eines Überwachungsprozesses nach Arbeitsbereichen suchen, die nicht den Benennungskonventionen entsprechen.

Der Arbeitsbereichsname kann zusätzliche Informationen zum Arbeitsbereich vermitteln, darunter:

• Zweck: Ein Arbeitsbereichsname sollte immer eine Beschreibung der Inhalte enthalten. Beispiel: Verfolgung der Quartalsboni.
• Elementtypen: Ein Arbeitsbereichsname kann einen Hinweis auf die enthaltenen Arten von Elementen enthalten. Verwenden Sie z. B. Verkaufsdaten , um anzugeben, dass der Arbeitsbereich Elemente wie ein Seehaus oder semantische Modelle speichert. Mit Sales Analytics (Vertriebsanalyse) kann angegeben werden, dass im Arbeitsbereich analytische Berichte und Dashboards gespeichert werden.
• Phase (Umgebung): Ein Arbeitsbereichsname kann seine Phase enthalten. Beispielsweise ist es üblich, getrennte Arbeitsbereiche (Entwicklung, Test und Produktion) für die Lebenszyklusverwaltung zu haben.
• Besitz und Verantwortlichkeit: Ein Arbeitsbereichsname kann einen Hinweis darauf geben, wer für die Verwaltung der Inhalte verantwortlich ist. Beispielsweise kann das Präfix oder Suffix SLS angeben, dass das Vertriebsteam die Inhalte besitzt und verwaltet.

Tipp

Um Arbeitsbereichsnamen kurz zu halten, können Sie weitere Details in die Beschreibung des Arbeitsbereichs einschließen. Stellen Sie jedoch sicher, dass die wichtigsten Informationen im Arbeitsbereichsnamen enthalten sind, insbesondere, wenn Sie erwarten, dass Benutzer*innen nach Arbeitsbereichen suchen. Sie können auch ein Bild für den Arbeitsbereich verwenden, um den Arbeitsbereichsnamen zu erweitern. Diese Überlegungen werden im Abschnitt Arbeitsbereichseinstellungen im nächsten Artikel genauer beschrieben.

Einheitliche Arbeitsbereichsnamen sind für alle Beteiligten hilfreich. Die Benutzererfahrung wird verbessert, da Benutzer*innen Inhalte einfacher suchen können. Außerdem können Administrator*innen den Inhalt einfacher überwachen, wenn vorhersagbare Namenskonventionen verwendet werden.

Es wird empfohlen, die Benennungskonventionen für Arbeitsbereiche in Ihr zentralisiertes Portal und Ihre Schulungsmaterialien aufzunehmen.

In der folgenden Liste werden weitere Überlegungen im Zusammenhang mit der Benennung von Arbeitsbereichen beschrieben.

• Verwenden Sie kurze, aussagekräftige Namen: Der Arbeitsbereichsname sollte seinen Inhalt genau widerspiegeln, wobei der wichtigste Teil am Anfang des Namens steht. Im Fabric-Portal können lange Arbeitsbereichsnamen auf der Benutzeroberfläche abgeschnitten werden, und die Benutzer*innen müssen mit dem Mauszeiger auf den Arbeitsbereichsnamen zeigen, um den vollständigen Namen in einer QuickInfo anzuzeigen. Hier ist ein Beispiel für einen kurzen, aber aussagekräftigen Namen: Quartalsfinanzen.
• Verwenden Sie ein Standardpräfix: Mit einem Standardpräfix können ähnliche Arbeitsbereiche nach Sortierung zusammen angeordnet werden. Beispiel: FIN-Quartalsfinanzen.
• Verwenden Sie ein Standardsuffix: Sie können über ein Suffix zusätzliche Informationen hinzufügen, z. B. wenn Sie unterschiedliche Arbeitsbereiche für Entwicklung, Test und Produktion verwenden. Es wird empfohlen, das Suffix [Dev] oder [Test] anzufügen, aber für die Produktion einen benutzerfreundlichen Namen ohne Suffix zu verwenden. Beispiel: FIN-Quartalsfinanzen [Dev].
• Seien Sie beim Power BI-App-Namen konsistent: Der Arbeitsbereichsname und der Name der zugehörigen Power BI-App können unterschiedlich sein, insbesondere wenn die Benutzerfreundlichkeit oder die Verständlichkeit für App-Benutzer*innen dadurch verbessert wird. Es wird empfohlen, ähnliche Namen zu wählen, um Verwirrung zu vermeiden.
• Lassen Sie unnötige Wörter aus: Die folgenden Wörter können redundant sein, sodass sie in Ihren Arbeitsbereichsnamen vermieden werden sollten:
  • Das Wort Arbeitsbereich.
  • Die Wörter Fabric oder Power BI. Viele Fabric-Arbeitsbereiche enthalten Elemente aus verschiedenen Workloads. Sie können jedoch einen Arbeitsbereich erstellen, der nur für eine bestimmte Workload vorgesehen ist (z. B. Power BI-, Data Factory- oder Synapse-Datentechnik). In diesem Fall können Sie ein kurzes Suffix auswählen, damit der Zweck des Arbeitsbereichs klar ist.
  • Der Name der Organisation. Wenn es sich bei der primären Zielgruppe jedoch um externe Benutzer*innen handelt, kann das Einschließen des Organisationsnamens hilfreich sein.

Hinweis

Es wird empfohlen, Benutzer*innen zu benachrichtigen, wenn der Name eines Arbeitsbereichs geändert wird. Zum größten Teil ist es sicher, einen Arbeitsbereich im Fabric-Portal umzubenennen, da die Gruppen-ID (GroupID), der eindeutige Bezeichner eines Arbeitsbereichs, nicht geändert wird. (Sie findet sich in der Arbeitsbereichs-URL). XMLA-Verbindungen sind jedoch betroffen, da hier eine Verbindung mit dem Arbeitsbereichsnamen und nicht der Gruppen-ID hergestellt wird.

Prüfliste: Das Auswerten der Erstellung von Benennungskonventionen für Arbeitsbereiche umfasst folgende wichtige Entscheidungen und Aktionen:

• Legen Sie Anforderungen oder bevorzugte Begriffe für Arbeitsbereichsnamen fest: Überlegen Sie, wie Sie Ihre Arbeitsbereiche benennen möchten. Entscheiden Sie, ob Sie strenge Anforderungen an Benennungskonventionen bevorzugen oder flexiblere Anforderungen, die von Vorschlägen und Beispielen geleitet werden.
• Überprüfen Sie vorhandene Arbeitsbereichsnamen: Aktualisieren Sie vorhandene Arbeitsbereichsnamen, sodass sie gute Beispiele für Benutzer*innen darstellen. Wenn Benutzer*innen sehen, dass vorhandene Arbeitsbereiche umbenannt werden, interpretieren sie dies als impliziten Standard, der übernommen werden sollte.
• Dokumentieren Sie die Benennungskonventionen für Arbeitsbereiche: Stellen Sie eine Referenzdokumentation zu Anforderungen und bevorzugten Begriffen für die Benennung von Arbeitsbereichen bereit. Achten Sie darauf, Beispiele einzuschließen, die die richtige Verwendung von Akronymen, Präfixen und Suffixen zeigen. Stellen Sie die Informationen in Ihrem zentralisierten Portal und in Schulungsmaterialien zur Verfügung.

Arbeitsbereichsdomänen

Es ist immer wichtig, dass klar ist, wer Inhalte besitzt und wie sie verwaltet werden. Diese Klarheit ist insbesondere wichtig, wenn die Verantwortlichkeiten für die Erstellung und Verwaltung von Datenressourcen auf mehrere Abteilungen oder Geschäftseinheiten verteilt werden. Dieser Ansatz wird manchmal als verteilte Architektur, Verbundarchitektur oder Datengitterarchitektur bezeichnet.

Eine Möglichkeit zur Unterstützung des Besitzes und der Verwaltung von Arbeitsbereichen in Fabric besteht in der Verwendung von Domänen. Eine Domäne bietet eine Möglichkeit, mehrere Arbeitsbereiche mit ähnlichen Merkmalen logisch zu gruppieren. Sie können beispielsweise eine Domäne zum Gruppieren aller Vertriebsarbeitsbereiche und eine weitere Domäne für Finanzarbeitsbereiche erstellen.

Hier sind die wichtigsten Vorteile der Verwendung von Domänen.

• Sie gruppieren ähnliche Arbeitsbereiche in einer einzelnen Verwaltungsgrenze.
• Sie ermöglichen die Verwaltung bestimmter Mandanteneinstellungen auf der Domänenebene. Weitere Informationen finden Sie unter Außerkraftsetzung von Einstellungen auf Mandantenebene.
• Sie helfen Benutzer*innen, relevante Daten zu finden. Sie können beispielsweise Filter im OneLake-Datenhub verwenden.

In der folgenden Tabelle sind verschiedene Möglichkeiten aufgeführt, wie Sie verwandte Arbeitsbereiche organisieren können.

Methode zum Organisieren von Arbeitsbereichen	Beispieldomäne
Nach Themenbereich/Domäne/Inhaltstyp	Die Domäne Finanzen umfasst alle Arbeitsbereiche, die sich auf Finanzinhalte beziehen.
Nach dem Team/der Abteilung, das bzw. die den Inhalt besitzt und verwaltet	Die Domäne Unternehmens-BI umfasst alle Arbeitsbereiche, für die das Team direkt verantwortlich ist.
Nach Geschäftseinheit oder Segment der Organisation	Die Domäne europäische Abteilung umfasst alle Arbeitsbereiche, die direkt mit Vorgängen in Europa in Zusammenhang stehen.
Nach Projekt.	Die Domäne Akquisition von Tochtergesellschaften umfasst alle Arbeitsbereiche für ein streng vertrauliches Projekt.

Im Folgenden finden Sie einige Überlegungen für die Planung von Fabric-Domänen in Ihrem Mandanten.

• Wie ordnen Sie die einzelnen Arbeitsbereiche einer Domäne zu? Jeder Arbeitsbereich kann nur einer Domäne zugewiesen werden (nicht mehreren Domänen), daher sollten Sie sich darauf vorbereiten, etwas zu planen. Erstellen Sie z. B. ein Matrixdiagramm mit Arbeitsbereichen in den Zeilen und Domänen in den Spalten, damit sie deren Zuweisung leichter planen können. Sie können die Domäne in den Arbeitsbereichseinstellungen oder im Verwaltungsportal neu zuweisen, wenn Sie feststellen, dass Sie Arbeitsbereiche neu organisieren müssen.
• Wer ist berechtigt, eine Domäne zu verwalten? Mitglieder der Rolle Domänenadministrator sind berechtigt, eine vorhandene Domäne zu verwalten. Weisen Sie nach Möglichkeit Domänenadministrator*innen zu, die den Inhalt der Domäne direkt besitzen und verwalten. Domänenadministratoren sollten Expert*innen sein, die mit internen, regionalen und behördlichen Vorschriften für den Themenbereich vertraut sind. Sie sollten auch mit allen internen Governance- und Sicherheitsanforderungen vertraut sein. Weitere Informationen finden Sie unter Domänenrollen.
• Wer darf Arbeitsbereiche einer Domäne zuweisen? Mitglieder der Rolle Domänenmitwirkender definieren, welche Benutze*innenr (die auch Arbeitsbereichsadministratoren sind) einer Domäne einen Arbeitsbereich zuweisen können. Wenn Sie mehr Benutzer*innen erlauben, Arbeitsbereiche einer Domäne zuzuweisen, sollten Sie regelmäßig die Genauigkeit der zugewiesenen Gruppen überprüfen. Wenn Sie nur bestimmte Gruppen von Benutzer*innen oder Fabric- und Domänenadministrator*innen zulassen, haben Sie mehr Kontrolle darüber, wie sie zugewiesen werden. Weitere Informationen finden Sie unter Domänenrollen.
• Gelten spezielle Complianceanforderungen oder Einschränkungen, z. B. durch den geografischen Standort? Beachten Sie, dass der geografische Standort für die Datenspeicherung für jede Kapazität (statt für die Domäne) festgelegt ist. Überlegen Sie, wie sich das Zuweisen eines Arbeitsbereichs zu einer Domäne – und einer Kapazität – auf Ihren Planungsprozess auswirkt.

Weitere Informationen finden Sie unter Verwalten von Domänen.

Prüfliste: Die Planung von Arbeitsbereichsdomänen umfasst folgende wichtige Entscheidungen und Aktionen:

• Überprüfen Sie die die Funktionsweise des Inhaltsbesitzes: Sie müssen genau verstehen, wie der Besitz und die Verwaltung von Inhalten in der gesamten Organisation funktionieren. Berücksichtigen Sie diese Informationen in Ihren Plänen zur Einteilung der Arbeitsbereiche in Domänen.
• Planen Sie Arbeitsbereichsdomänen: Führen Sie Gespräche, um zu planen, wie Arbeitsbereiche am besten in Domänen organisiert werden. Lassen Sie alle wichtigen Entscheidungen durch das Center of Excellence sowie den leitenden Sponsor bestätigen.
• Schulen Sie Fabric-Administrator*innen: Stellen Sie sicher, dass Ihre Mandantenadministrator*innen mit dem Erstellen einer Domäne und der Erstellung und Verwaltung von Domänenadministrator*innen vertraut sind.
• Schulen Sie Domänenadministrator*innen: Stellen Sie sicher, dass Ihre Domänenadministrator*innen die an diese Rolle gestellten Erwartungen bei der Verwaltung einer Domäne verstehen.
• Entscheiden Sie, wie Domänenmitwirkende behandelt werden sollen: Überlegen Sie, welche Benutzer*innen über die Berechtigung zum Zuweisen von Arbeitsbereichen zu einer Domäne verfügen sollen.
• Richten Sie einen Überwachungsprozess ein: Vergewissern Sie sich regelmäßig, dass die zugewiesenen Domänengruppierungen korrekt sind.

Prozess der Arbeitsbereichserstellung

Wenn Sie beschlossen haben, die Erstellung von Arbeitsbereichen auf bestimmte Personen zu beschränken, müssen die restlichen Benutzer*innen wissen, wie ein neuer Arbeitsbereich angefordert werden kann. In diesem Fall ist es wichtig, einen Anforderungsprozess einzurichten, der für Benutzer*innen einfach und bequem zu suchen und zu befolgen ist.

Außerdem ist es wichtig, schnell auf Anforderungen für neue Arbeitsbereiche zu reagieren. Eine Vereinbarung zum Servicelevel von 2–4 Stunden ist ideal. Wenn der Prozess zum Anfordern eines neuen Arbeitsbereichs zu langsam oder zu schwierig ist, verwenden Benutzer*innen die bereits vorhandenen Arbeitsbereiche, damit sie weiterarbeiten können. Wenn Sie auf die Erstellung eines neuen Arbeitsbereichs verzichten, sind die stattdessen verwendeten möglicherweise nicht optimal. Möglicherweise verwenden sie einen vorhandenen Arbeitsbereich wieder, der nicht gut für die neuen Inhalte geeignet ist, oder sie geben Inhalte aus ihrem persönlichen Arbeitsbereich frei.

Tipp

Das Ziel beim Erstellen eines neuen Prozesses besteht darin, die Einhaltung des Prozesses einfach zu gestalten. Wie bei allen Entscheidungen zur Datengovernance geht es darum, es Benutzer*innen einfach zu machen, sich richtig zu verhalten.

In der folgenden Tabelle sind die Informationen aufgeführt, die in einer Anforderung für einen neuen Arbeitsbereich gesammelt werden sollten.

Benötigte Informationen	Beispiel	Überprüfung erforderlich
Arbeitsbereichname	SLS-Außendienst-Vertriebsanalyse	• Entspricht der Name den Namenskonventionen? • Ist ein anderer Arbeitsbereich mit demselben Namen vorhanden?
Erforderliche Phasen	SLS-Außendienst-Vertriebsanalyse [Dev], SLS-Außendienst-Vertriebsanalyse [Test] und SLS-Außendienst-Vertriebsanalyse	• Sind mehrere Arbeitsbereiche erforderlich, um die Inhalte ordnungsgemäß zu unterstützen? • Wenn ja, sollte auch eine Bereitstellungspipeline erstellt werden?
Beschreibung	Kundenvertriebs- und Bestellverlauf für monatliche, vierteljährliche und jährliche Analysen.	• Wird erwartet, dass vertrauliche oder regulierte Daten gespeichert werden? • Falls ja, wirkt sich dies auf die Überwachung des Arbeitsbereichs aus?
Zielgruppe	Globale Außendienst-Vertriebsorganisation	• Wie weit reicht der Geltungsbereich der Inhalte? • Wie wirkt sich das auf die Überwachung des Arbeitsbereichs aus?
Dem Arbeitsbereich zugewiesener Lizenzmodus	Fabric-Kapazität für das Vertriebsteam ist erforderlich, da eine große Anzahl der Vertriebsmitarbeiter*innen nur anzeigen können und über eine kostenlose Lizenz verfügen.	• Welche Ebene von Fabric-Kapazität ist erforderlich?
Datenspeicheranforderungen	Datenresidenz in Kanada	• Gibt es Anforderungen bezüglich der Datenresidenz, die Multi-Geo erfordern? • Was sind die erwarteten Datenvolumen?
Arbeitsbereichsadministrator*innen	FabricContentAdmins-FieldSalesAnalytics	• Wird als Administrator*in (vorzugsweise) eine Gruppe eingesetzt? • Gibt es mindestens zwei Administrator*innen?
Die Anforderung übermittelnde Person	requestor@contoso.com	• Arbeitet die Person, die die Anforderung übermittelt, in einer Rolle oder einem Geschäftszweig im Zusammenhang mit den bereitgestellten Informationen?

Die obige Tabelle enthält die Mindestmenge an Informationen, die zum Einrichten eines Arbeitsbereichs erforderlich sind. Sie deckt jedoch nicht alle möglichen Konfigurationen ab. In den meisten Fällen übernimmt ein/eine Arbeitsbereichsadministrator*in nach dem Erstellen des Arbeitsbereichs die Verantwortung für das Abschließen des Setups. Weitere Informationen finden Sie im Artikel zu den Einstellungen auf Arbeitsbereichsebene.

Es gibt viele Technologieoptionen, mit denen Sie ein Onlineformular zum Anfordern der Erstellung eines Arbeitsbereichs erstellen können. Ziehen Sie die Verwendung von Microsoft Power Apps in Betracht, eine Softwareoption, die mit wenig Code auskommt und ideal für das Erstellen einfacher webbasierter Formulare und Anwendungen ist. Die verwendete Technologie zum Erstellen eines webbasierten Formulars hängt davon ab, wer für das Erstellen und Verwalten des Formulars verantwortlich ist.

Tipp

Um die Effizienz und Genauigkeit zu verbessern, können Sie den Prozess mithilfe der Power BI-REST-API automatisieren, um einen Arbeitsbereich programmgesteuert zu erstellen oder zu aktualisieren. In diesem Fall empfiehlt es sich, Überprüfungs- und Genehmigungsprozesse einzuschließen, anstatt jede Anforderung automatisch zu verarbeiten.

Prüfliste: Das Auswerten des Prozesses zum Anfordern eines neuen Arbeitsbereichs umfasst folgende wichtige Entscheidungen und Aktionen:

• Richten Sie einen Prozess zum Anfordern eines neuen Arbeitsbereichs ein: Entscheiden Sie, was der spezifische Prozess zum Anfordern eines neuen Arbeitsbereichs sein soll. Berücksichtigen Sie die erforderlichen Informationen, wie diese Informationen erfasst werden sollen und wer die Anforderung verarbeitet.
• Erstellen Sie ein Standardformular zum Anfordern eines neuen Arbeitsbereichs: Entscheiden Sie, welche Informationen in das Formular für einen neuen Arbeitsbereich einbezogen werden. Ziehen Sie das Erstellen einer Power Apps-App in Betracht, um die Informationen von den Benutzer*innen zu sammeln. Stellen Sie sicher, dass Links zu dem Formular allgemein verfügbar und einfach in Ihrem zentralisierten Portal und an anderen häufig besuchten Orten gefunden werden können. Fügen Sie auch einen Link zu dem Formular in laufender Kommunikation ein.
• Entscheiden Sie, wer auf übermittelte Anforderungen reagiert und wie schnell: Legen Sie fest, wer Anforderungen verarbeiten soll. Denken Sie darüber nach, was die erwartete Antwortzeit für die Behandlung einer Anforderung für einen neuen Arbeitsbereich ist. Stellen Sie sicher, dass Sie Anforderungen schnell behandeln können, sodass bei Self-Service-Benutzer*innen keine Verzögerung auftreten.
• Führen Sie eine Sitzung zur Wissensübertragung durch: Wenn ein anderes Team den Prozess der Arbeitsbereichsanforderung unterstützt, führen Sie eine Sitzung zur Wissensübertragung mit ihm durch, damit es über alle benötigten Informationen verfügt.
• Erstellen Sie eine Dokumentation zum Genehmigen oder Ablehnen einer Anforderung: Erstellen Sie eine Dokumentation zum Genehmigen einer Anforderung, die auf diejenigen ausgerichtet ist, die Anforderungen überprüfen oder verarbeiten. Schließen Sie auch Gründe ein, warum eine Anfrage abgelehnt werden kann und welche Maßnahmen ergriffen werden sollten.
• Erstellen Sie eine Dokumentation zum Anfordern eines Arbeitsbereichs: Erstellen Sie eine Dokumentation zum Anfordern eines neuen Arbeitsbereichs, die auf Benutzer*innen ausgerichtet ist, die keine eigenen Arbeitsbereiche erstellen können. Schließen Sie ein, welche Informationen erforderlich sind und wann eine Antwort erwartet werden kann. Stellen Sie die Informationen in Ihrem zentralisierten Portal und in Schulungsmaterialien zur Verfügung.

Governanceebene von Arbeitsbereichen

Nicht alle Arbeitsbereiche müssen gleich stark beobachtet werden. Bestimmte Arbeitsbereiche können als überwacht betrachtet werden. Ein überwachter Arbeitsbereich bedeutet, dass mehr Anforderungen und Erwartungen an die Inhalte bestehen. Einige Organisationen verwenden Begriff verwaltet anstelle von „überwacht“.

Es gibt vier wichtige Entscheidungskriterien zum Festlegen der Governanceebene:

• Wer besitzt und verwaltet den BI-Inhalt?
• Welchen Umfang hat die Übermittlung der BI-Inhalte?
• Was ist der Bereich der betroffenen Person?
• Werden die Daten und/oder die BI-Lösung als kritisch betrachtet?

Hinweis

Weitere Informationen zu den vier wichtigen Entscheidungskriterien finden Sie im Artikel Governance, der Teil der Roadmap für die Fabric-Einführung ist.

Möglicherweise beginnen Sie mit zwei Arbeitsbereichsebenen: überwacht und nicht überwacht. Es wird empfohlen, die Governanceebenen so einfach wie möglich zu halten. Je nach Ihren spezifischen Umständen müssen Sie jedoch möglicherweise die Klassifizierung der Überwachung unterteilen. Beispielsweise können kritische Inhalte, die vom BI-Team des Unternehmens verwaltet werden, eine Reihe von Governanceanforderungen aufweisen. Kritische Inhalte, die sich direkt im Besitz der Geschäftseinheiten befinden und von diesen verwaltet werden, können hingegen etwas anderen Anforderungen unterliegen. In einigen Fällen werden Entscheidungen speziell für einzelne Geschäftseinheiten getroffen.

In der folgenden Tabelle sind einige der häufigsten Anforderungen aufgeführt, wenn ein Arbeitsbereich als überwacht betrachtet wird.

Kategorie	Potenzielle Governanceanforderung
Besitz und Support	• Der Besitz wird den Besitzer*innen technischer Inhalte oder den Fachexpert*innen mit klaren Zuständigkeiten zugewiesen. • Benutzersupport-Team/-Person wird zugewiesen, und Benutzer verstehen, wie sie Hilfe anfordern oder Probleme übermitteln können. • Es ist ein Mechanismus für Benutzerfeedback, Fragen und Verbesserungsanforderungen vorhanden. • Ein Kommunikationsplan, mit dem wichtige Änderungen an Inhalten im Arbeitsbereich mitgeteilt werden.
Einrichtung des Arbeitsbereichs	• Der Arbeitsbereich ist gut organisiert und hat einen gut definierten Zweck. • Es wird eine bestimmte Namenskonvention wird verwendet. • Der Arbeitsbereich wird einer bestimmten Domäne zugewiesen. • Beschreibung, Bild und Kontakte für den Arbeitsbereich sind erforderlich.
Genauigkeit	• Alle Inhalte sind zertifiziert. • Datenüberprüfungen sind automatisiert, sodass Besitzer*innen von Inhalten rechtzeitig auf Probleme mit der Datenqualität aufmerksam werden.
Verteilung	• Eine Power BI-App wird zum Verteilen von Berichten und Dashboards verwendet.
Sicherheit und Datenschutz	• Sicherheitsgruppen werden (anstelle einzelner Konten) zum Verwalten von Arbeitsbereichsrollen verwendet. • Es werden Vertraulichkeitsbezeichnungen für den Informationsschutz verwendet. • Es sind nur sanktionierte (oder genehmigte) Datenquellen zulässig. • Alle Quelldateien befinden sich an einem sicheren Speicherort, der gesichert wird.
Change Management	• Separate Entwicklungs-, Test- und Produktionsarbeitsbereiche werden verwendet. • Die Quellcodeverwaltung (z. B. Git-Integration) wird für alle Power BI Desktop-Dateien und -Elemente im Fabric-Portal verwendet. • Für alle Datenquellendateien wird eine Versionsverwaltung oder Quellcodeverwaltung verwendet. • Prozesse für Lebenszyklusverwaltung und Change Management werden befolgt, einschließlich Bereitstellungspipelines oder DevOps-Prozessen.
Capacity	• Der Arbeitsbereich wird einer entsprechenden Ebene für die Fabric-Kapazität zugewiesen. • Die Fabric-Kapazität wird verwaltet und überwacht.
Gateway	• Es wird ein Datengateway im Standardmodus (nicht persönlich) verwendet. •Alle Gateway-Datenquellen verwenden genehmigte Anmeldeinformationen.
Auditing und Überwachung	• Es werden aktive Prozesse für Auditing und Überwachung für die Verfolgung der Einführung, Verwendungsmuster und Leistung implementiert.

Tipp

Governanceanforderungen sind in der Regel nicht optional. Aus diesem Grund ist eine rechtzeitige Überwachung wichtig, und die Durchsetzung ist in bestimmten Situationen erforderlich. Wenn beispielsweise für überwachte Arbeitsbereiche erforderlich ist, dass sich alle Dateien an einem sicheren Speicherort befinden und ein bei der Überwachung nicht genehmigter Dateispeicherort erkannt wird, sollte der Dateispeicherort aktiv aktualisiert werden.

Prüfliste: Das Auswerten der Überwachungsebene eines Arbeitsbereichs umfasst folgende wichtige Entscheidungen und Aktionen:

• Beschließen Sie Governanceebenen für Arbeitsbereiche: Bestimmen Sie die benötigten Ebenen für die Governance. Halten Sie sie so einfach wie möglich.
• Beschließen Sie die Kriterien zum Klassifizieren eines Arbeitsbereichs: Legen Sie fest, welche Entscheidungskriterien für die Klassifizierung von Arbeitsbereichen auf einer bestimmten Governanceebene gelten.
• Beschließen Sie, welche Governanceanforderungen für Arbeitsbereiche gelten: Legen Sie für jede Governanceebene fest, welche spezifischen Anforderungen gelten sollen.
• Beschließen Sie, wie die Governanceebenen für Arbeitsbereiche erkannt werden: Suchen Sie die einfachste Möglichkeit, die Governanceebene für einen Arbeitsbereich zu identifizieren. Sie können sie als Teil seines Namens oder seiner Beschreibung oder an anderer Stelle aufzeichnen (z. B. als SharePoint-Liste, die weitere Informationen zu jedem Arbeitsbereich enthält).
• Erstellen Sie eine Dokumentation der Governanceanforderungen für Arbeitsbereiche: Erstellen Sie eine nützliche Dokumentation, die sich an Inhaltsautoren richtet und die Verantwortlichkeiten für das Verwalten von Inhalten in einem überwachten Arbeitsbereich enthält. Stellen Sie die Informationen in Ihrem zentralisierten Portal und in Schulungsmaterialien zur Verfügung.
• Erstellen Sie Überwachungsprozesse für Arbeitsbereiche: Erstellen Sie für Arbeitsbereiche, die als überwacht betrachtet werden, einen Überwachungsprozess, um zu identifizieren, in welchen Bereichen die wichtigsten Anforderungen nicht eingehalten werden. Stellen Sie sicher, dass jemand für die Kontaktaufnahme mit den Inhaltsbesitzern verantwortlich ist, um Complianceprobleme zu beheben.

Zugehöriger Inhalt

Im nächsten Artikel dieser Serie erfahren Sie etwas über die Arbeitsbereichsplanung auf Arbeitsbereichsebene.