Power BI-Implementierungsplanung: Inhalte planen und entwerfen

Dieser Artikel hilft Ihnen beim Planen und Entwerfen von Inhalten im Rahmen der Verwaltung des Lebenszyklus von Inhalten. Er wendet sich in erster Linie an folgende Zielgruppen:

• COE-Teams (Center of Excellence) und BI-Teams: Die Teams, die für Power BI in der Organisation verantwortlich sind. Zu diesen Teams gehören Entscheidungsträger, die entscheiden, wie der Lebenszyklus von Power BI-Inhalten verwaltet werden soll.
• Inhaltsersteller und Inhaltsbesitzer: Benutzer, die Inhalte erstellen, die sie im Fabric-Portal veröffentlichen möchten, um sie für andere Personen freizugeben. Diese Personen sind für die Verwaltung des Lebenszyklus der von ihnen erstellten Power BI-Inhalte verantwortlich.

Die Lebenszyklusverwaltung besteht aus den Prozessen und Vorgehensweisen, die Sie für den Umgang mit Inhalten von der Erstellung bis zur späteren Veralterung einsetzen. Wie im ersten Artikel dieser Reihe beschrieben, ist die Verwaltung des Power BI-Inhaltslebenszyklus wichtig, um eine zuverlässige und konsistente Bereitstellung von Inhalten für Geschäftsbenutzer sicherzustellen.

Die erste Phase des Inhaltslebenszyklus besteht darin, Inhalte zu planen und zu entwerfen. In der Regel beginnen Sie den Inhaltslebenszyklus, indem Sie eine BI-Lösungsplanung durchführen. Sie sammeln Anforderungen, um das Problem zu verstehen und zu definieren, das Ihre Lösung behandeln sollte, und gelangen zu einem Lösungsentwurf. Während dieser Planungs- und Entwurfsphase treffen Sie wichtige Entscheidungen, um sich auf die späteren Phasen vorzubereiten.

Die folgende Abbildung zeigt den Lebenszyklus von Power BI-Inhalten, wobei Phase eins hervorgehoben wird, in der Sie Inhalte planen und entwerfen.

Beim Sammeln von Anforderungen sollten Sie Aspekte zu den Inhalten, die sich auf Ihren Ansatz zur Lebenszyklusverwaltung auswirken, eindeutig beschreiben. Sie sollten diese Aspekte beim Planen und Entwerfen der Lösung dokumentieren.

In den folgenden Abschnitten dieses Artikels werden die wichtigsten Aspekte und Überlegungen einer Lösung beschrieben, die Ihren Ansatz für die Lebenszyklusverwaltung beim Planen und Entwerfen Ihrer Inhalte begründet.

Identifizieren und Beschreiben des Inhalts

Beim Entwerfen Ihrer Lösung beschreiben Sie den Inhalt, wer ihn erstellt, wer ihn unterstützt und wie wichtig dieser Inhalt für die Organisation ist. Sie sollten diese Faktoren beim oder nach dem Erfassen der Anforderungen als Teil des Lösungsentwurfs behandeln.

Beantworten Sie die folgenden Fragen zu Ihren Inhalten, damit Sie spätere Entscheidungen zur Lebenszyklusverwaltung treffen können.

Was ist das Format des Inhalts?

Der Typ, der Umfang und die Komplexität des Inhalts begründet wichtige Entscheidungen darüber, wie Sie ihn verwalten. Beispielsweise erfordert ein einzelner Bericht für eine begrenzte Zielgruppe einen anderen Ansatz für die Lebenszyklusverwaltung als ein semantisches Modell, das von der gesamten Organisation und von mehreren verschiedenen Downstream-Workloads verwendet wird.

Beantworten Sie Fragen wie die folgende, um den Typ der Inhalte zu ermitteln, die Sie erstellen.

• Welche und wie viele Elementtypen werden Sie erstellen? Erstellen Sie beispielsweise Datenelemente wie Dataflows oder semantische Modelle, Berichtselemente wie Berichte oder Dashboards oder eine Kombination aus beiden?
• Wie werden die Inhalte den Verbrauchern bereitgestellt? Verwenden Verbraucher beispielsweise Datenelemente, um eigene Inhalte zu erstellen, zeigen sie nur zentralisierte Berichte oder eine Kombination aus beiden an?
• Wie komplex ist der Inhalt? Ist es beispielsweise ein kleiner Prototyp oder ein großes Semantikmodell, das mehrere Geschäftsprozesse umfasst?
• Erwarten Sie, dass die Staffelung, der Umfang und die Komplexität der Inhalte im Laufe der Zeit wachsen? Werden die Inhalte in Zukunft beispielsweise andere Regionen oder Geschäftsbereiche umfassen?
• Wie lange benötigt das Unternehmen diese Inhalte? Wird dieser Inhalt beispielsweise eine wichtige Initiative des Unternehmens unterstützen, die eine endliche Zeitachse hat?

Wer erstellt und unterstützt den Inhalt?

Inhaltserstellende haben unterschiedliche Anforderungen, Fertigkeiten und Workflows. Diese Faktoren beeinflussen den Erfolg verschiedener Ansätze der Lebenszyklusverwaltung. Größere, zentrale Teams mit Zusammenarbeit erfordern häufig eine anspruchsvollere Inhaltslebenszyklusverwaltung als kleinere Teams von Self-Service-Erstellern.

Beantworten Sie Fragen wie die folgende, um zu ermitteln, wer den Inhalt erstellt oder unterstützt.

• Wie viele verschiedene Personen werden diese Inhalte erstellen? Werden mehrere Inhaltsersteller zusammenarbeiten oder ist eine einzelne Person für die Erstellung des Inhalts verantwortlich?
• Sind Inhaltsersteller mit der Lebenszyklusverwaltung und verwandten Konzepten wie der Versionskontrolle vertraut? Verstehen Inhaltsersteller die Vorteile der Lebenszyklusverwaltung?
• Sind die Inhaltsersteller, die die Lösung entwickeln, dieselben Personen, die sie nach der Bereitstellung unterstützen?
• Haben Inhaltsersteller oder ihre Teams eine bewährte Vorgehensweise zur Lebenszyklusverwaltung, um vorhandene Lösungen zu unterstützen?
• Verwenden Inhaltsersteller derzeit Lebenszyklusverwaltungstools wie Azure DevOps?

Was ist die Bedeutung des Inhalts?

Je nachdem, wie wichtig die Inhalte für das Unternehmen sind, treffen Sie unterschiedliche Entscheidungen darüber, wie sie verwaltet werden sollen. Unternehmenskritische Inhalte erfordern stabilere Ansätze für die Inhaltslebenszyklusverwaltung, um die Qualität zu schützen und mögliche Störungen zu mindern.

Beantworten Sie Fragen wie die folgende, um zu ermitteln, ob der Inhalt unternehmenskritisch ist.

• Wie kritisch ist dieser Inhalt für das Unternehmen? Wie dringend ist die Entwicklung der Anforderung?
• Werden unternehmenskritische Entscheidungen oder Aktionen anhand von Informationen getroffen, die von diesen Inhalten bereitgestellt werden?
• Wie verteilen sie diese Inhalte (organisationsweit oder nur an ein begrenztes lokales Team)?
• Berufen sich Führungskräfte oder andere strategische Entscheidungsträger bei ihrer Arbeit auf diese Inhalte?
• Welche Auswirkungen hat dieser Inhalt? Welche geschäftlichen Auswirkungen würden auftreten, wenn beispielsweise der Inhalt plötzlich nicht verfügbar ist, z. B. verlorener Umsatz oder unterbrochene Geschäftsprozesse?

Wenn Sie die Inhalte, die Sie erstellen, ausreichend gekennzeichnet und beschrieben haben, entscheiden Sie als Nächstes, wie Inhaltsersteller zusammenarbeiten sollen.

Entscheiden, wie Inhaltsersteller zusammenarbeiten sollen

Wenn eine Lösung an Umfang und Komplexität zunimmt, kann es erforderlich werden, dass mehrere Inhaltserstellende und -besitzer zusammenarbeiten. Beim Erstellen komplexer Lösungen empfehlen wir Ihnen die Verwendung effektiver Tools, mit denen Sie die Zusammenarbeit strukturieren, verwalten und unterstützen können. Es gibt viele Möglichkeiten, bei der Erstellung von Power BI-Inhalten zusammenzuarbeiten, z. B. mithilfe von Microsoft Teams oder Azure DevOps.

Microsoft Teams

Für kleinere oder einfachere Projekte können Inhaltsersteller mithilfe von Microsoft Teamszusammenarbeiten.

Mithilfe von Microsoft Teams strukturieren Inhaltsersteller ihre Kommunikation, Planung und Arbeit in Teams und Kanälen. Microsoft Teams ist häufig eine gute Wahl für einfachere Szenarien der Zusammenarbeit. Beispielsweise können dezentrale Teams, die Inhalte für eine begrenzte Zielgruppe produzieren, Dokumentbibliotheken zum Speichern von Dateien und zur Versionskontrolle verwenden. Sie können auch andere integrierte Tools und Dienste nutzen.

Um in Microsoft Teams zusammenzuarbeiten und zu kommunizieren, verwenden Sie während des gesamten Lebenszyklus Ihrer Power BI-Inhalte unterstützende Dienste.

• Planner: Inhaltsbesitzer können Planner verwenden, um Pläne zu erstellen, die sie zum Nachverfolgen von Aufgaben und Abgrenzen der Inhaltsarbeit verwenden. Aufgaben können Probleme, Fehler oder Features in der Lösung und die entsprechenden Stakeholder beschreiben.
• SharePoint: Inhaltsersteller können Dateien in einer Microsoft Teams-Dokumentbibliothek oder einer verbundenen Website für jeden Kanal speichern und verwalten. In SharePoint gespeicherte Inhaltsdateien können die Versionskontrolle verwenden, um Inhaltsänderungen nachzuverfolgen und zu verwalten. Weitere Informationen zum Nachverfolgen und Verwalten von Änderungen mithilfe von SharePoint finden Sie in Phase 2: Entwickeln von Inhalten und Verwalten von Änderungen.
• Genehmigungen: Inhaltsersteller und -besitzer können Workflows einrichten und verwenden, um Inhaltsänderungen oder -versionen nach der Überprüfung zu genehmigen.
• Fabric und Power BI: Inhaltsersteller und -besitzer können in Microsoft Teams auf das Fabric-Portal zugreifen. Von dort aus können sie Inhalte verwalten oder erörtern und hilfreiche Berichte zu Registerkarten in Teams-Kanälen hinzufügen.
• Andere Integrationen: Inhaltsersteller können andere Microsoft- oder Drittanbieterdienste nutzen, die in Microsoft Teams integriert werden, damit sie optimal zu ihrem bevorzugten Workflow passen und ihre Anforderungen bestens erfüllen.

Es wird empfohlen, einen strukturierten Prozess für die Zusammenarbeit von Inhaltserstellenden mithilfe von Microsoft Teams zu definieren. Stellen Sie sicher, dass Sie Folgendes festlegen:

• Verwalten des Zugriffs auf Teams und Kanäle
• Wer ist für die Verwaltung der Teams und Kanäle verantwortlich?
• Wie wird die Arbeit eingegrenzt und für verschiedene Teams, Kanäle und Pläne organisiert?
• Wie verwenden Inhaltsersteller eine Dokumentbibliothek, um Dateien zu organisieren und Änderungen nachzuverfolgen und zu verwalten? Beispielsweise wie sie die Dokumentbibliothek organisieren und ob Inhaltsersteller Dateien einchecken und auschecken sollen.
• Gibt an, ob Inhaltsersteller OneDrive-Aktualisierung verwenden sollen, um Power BI Desktop (PBIX-Dateien) automatisch zu veröffentlichen.
• Wie werden Konflikte bei der Dateisynchronisierung gelöst?
• Wann werden Dateien aus einer Dokumentbibliothek archiviert und entfernt, die nicht mehr relevant sind?

Azure DevOps

Mithilfe von Azure DevOps können Inhaltserstellende und -besitzer auch in einem zentralen, organisierten Hub kommunizieren und zusammenarbeiten.

Mithilfe von Azure DevOps verwenden Inhaltsersteller Projekte, um ihre Kommunikation, Planung und Arbeit zu strukturieren. Darüber hinaus können Inhaltsersteller die Inhaltslebenszyklusverwaltung von Azure DevOps aus koordinieren, indem sie Quellcodeverwaltung, Prüfung und Bereitstellung durchführen. Die Quellcodeverwaltung ist der Prozess der Verwaltung präziserer Änderungen an Inhaltscode und Metadaten.

Azure DevOps ist häufig eine gute Wahl für komplexere Szenarien für die Zusammenarbeit, da es unterstützende Dienste und Optionen zum Koordinieren der Inhaltserstellung und -bereitstellung gibt.

Es wird empfohlen, einen strukturierten Prozess für die Zusammenarbeit von Inhaltserstellern mit Azure DevOps zu definieren. Stellen Sie sicher, dass Sie Folgendes festlegen:

• Wie wird der Arbeitsbereich ausgelegt und wie werden Inhalts-Branches erstellt, benannt und verwendet?
• Wie gruppieren und comitten Autoren Änderungen und wie beschreiben sie sie mit Commitnachrichten?
• Wer ist für die Überprüfung und Genehmigung von Pull Requests verantwortlich?
• Wie werden Pull Requests für Zusammenführungskonflikte gelöst und wer löst sie?
• Wie werden Änderungen, die in verschiedenen Branches vorgenommen werden, in einem einzelnen Branch zusammengeführt?
• Wie Inhalte getestet werden und wer Tests durchführt, bevor Inhalte bereitgestellt werden.
• Wie und wann Änderungen in Entwicklungs-, Test- und Produktionsarbeitsbereichen bereitgestellt werden.
• Wie und wann werden bereitgestellte Änderungen oder Versionen der Lösung zurückgesetzt?

Wenn Sie entschieden haben, ob und wie Inhaltsersteller zusammenarbeiten sollen, entscheiden Sie als Nächstes, wo Ihre Dateien gespeichert werden sollen. Viele dieser Dateien werden dort gespeichert, wo Sie zusammenarbeiten möchten.

Entscheiden, wo Dateien gespeichert werden sollen

Beim Erstellen von Inhalten erstellen Sie in der Regel unterschiedliche Dateitypen. Es ist wichtig zu entscheiden, wo diese Dateien gespeichert werden sollen, damit Sie sie effektiv verwalten können.

Dateitypen, die Sie häufig speichern müssen:

• Inhaltsdateien: Dateien, die die Inhaltsdaten oder Metadaten enthalten. Inhaltsdateien mit Daten wie PBIX- und Power BI Project (PBIP)-Dateien enthalten vertrauliche Informationen. Speichern Sie Inhaltsdateien an einem sicheren Speicherort, auf den nur diejenigen zugreifen können, die Zugriff darauf benötigen. Außerdem sollten Sie Inhaltsdateien an einem Speicherort speichern, der die Versionskontrolle unterstützt, z. B. eine Dokumentbibliothek in Microsoft Teams oder ein Git-Repository in Azure DevOps. Beispiele für Inhaltsdateien:
  • Power BI Desktop (PBIX)-Dateien
  • Power BI Project (PBIP)-Dateien
  • Paginierte Power BI-Berichte (RDL-Dateien)
  • Modellmetadaten (BIM- oder TMDL-Dateien)
  • Dataflow-Metadaten (JSON-Dateien)
• Datenquellendateien: Dateien, die von Datenelementen wie semantischen Modellen oder Dataflows genutzt werden. Inhalte sind direkt von Datenquellendateien abhängig, daher ist es wichtig, sorgfältig zu überlegen, wo sie gespeichert werden, da das Entfernen zu einem Fehler bei der Datenaktualisierung führt. Darüber hinaus können diese Dateien vertrauliche Informationen enthalten. Speichern Sie also Datenquellendateien in einer sicheren, zuverlässigen und vertrauenswürdigen Umgebung, auf die andere Personen nur eingeschränkten Zugriff haben. Beispiele für Datenquellendateien:
  • Strukturierte Datenquellen wie Excel-Arbeitsmappen, Parquet- oder CSV-Dateien.
  • Semistrukturierte Datenquellen, wie JSON- oder XML-Dateien.
  • Unstrukturierte Datenquellen, wie Bilder, die Sie in Berichte importieren.
• Unterstützende Dateien: Dateien, die die Inhaltserstellung oder -verwaltung unterstützen, für die Funktion jedoch nicht erforderlich sind. Unterstützende Dateien sollten an einem Speicherort gespeichert werden, der die Versionskontrolle unterstützt und wo andere Tools und Inhaltsersteller darauf zugreifen können. Beispiele für unterstützende Dateien:
  • Best Practice Analyzer Rules (JSON)-Dateien.
  • Power BI-Entwurfsdateien (JSON).
  • Quellcodedateien für Inhalte und Abfragen.
  • Benutzerdefinierte Visualisierungsdateien (PBIVIZ).
• Vorlagen und Dokumentation: Dateien, die bei der Erstellung von Self-Service-Inhalten helfen oder vorhandene Inhalte beschreiben. Vorlagen und Dokumentationen sollten für die Personen, die sie verwenden müssen, leicht zugänglich sein. Beispiele für Vorlagen und Dokumentationen:
  • Power BI-Vorlagendateien (PBIT)
  • Visualisierungsvorlagen und Beispielberichte.
  • Lösungsdesigns und Dokumentation.
  • Lösungsplanung und Roadmaps.
  • Benutzeranforderungen und Lösungsprobleme.

Sie haben verschiedene Optionen zum Speichern von Dateien. Stellen Sie sicher, dass Sie je nach Dateityp, Inhalt und Verwendung den geeigneten Speicherort auswählen.

SharePoint Online oder OneDrive

Eine gängige Lösung zum Speichern von Dateien ist die Verwendung von SharePoint-Sites. SharePoint ist für die meisten Benutzer allgemein zugänglich und in Power BI und andere Microsoft 365-Anwendungen wie Microsoft Teams integriert. Darüber hinaus verfügt es über integrierte Versionskontrolle, wodurch es für das Speichern der meisten Dateitypen praktisch ist. Mit der Versionssteuerung können Sie verschiedene gespeicherte Versionen einer Datei anzeigen und verwalten.

Berücksichtigen Sie beim Speichern von Dateien in SharePoint die folgenden Punkte.

• Organisation: Stellen Sie sicher, dass Sie eine konsistente und logische Struktur beibehalten, sodass bestimmte Dateien einfach zu finden sind. Verwenden Sie gute Namenskonventionen, organisieren Sie Dateien in Ordnern, und archivieren Sie Dateien, die für laufende Projekte nicht mehr relevant sind.
• OneDrive-Aktualisierung: Sie können ein veröffentlichtes Semantikmodell oder einen Bericht mit einer PBIX-Datei verbinden, die in einer SharePoint- oder OneDrive for Business-Site (auch als OneDrive für Geschäfts- oder Schul-Site bezeichnet) gespeichert ist. Mit diesem Ansatz müssen Sie das semantische Modell nicht mehr veröffentlichen, um Änderungen wirksam zu machen. Stattdessen werden Ihre Änderungen nach einer automatischen OneDrive-Aktualisierung, angezeigt, die stündlich erfolgt. Beachten Sie, dass dieser Ansatz mit einigen Einschränkungen und Herausforderungen verbunden ist, auch wenn er praktisch ist. Einige Vorgänge können nicht einfach umgekehrt werden, wenn sie bereits laufen.
• Vorschauberichte: In SharePoint können Power BI-Berichte angezeigt werden, ohne Power BI Desktop installieren oder die PBIX-Datei lokal herunterladen zu müssen. Wenn Sie Berichte auf diese Weise öffnen, werden sie im Browser angezeigt. Diese Funktion kann eine bequeme Alternative zum Anzeigen von Berichten aus dem Fabric-Portal sein. Es ist standardmäßig in den Fabric-Mandanteneinstellungen aktiviert.

Denken Sie über das Speichern der folgenden Dateitypen in SharePoint nach.

• Vorlagen und Dokumentation: Speichern von Vorlagen und Dokumentationen in SharePoint, wenn Sie keine vorhandene Speicherlösung haben. SharePoint eignet sich ideal für diese Dateien, da Sie anderen Benutzern Zugriff gewähren und Dateien ohne komplexe Einrichtung oder Prozesse verwalten können.
• Unterstützende Dateien: Speichern Sie unterstützende Dateien in SharePoint, wenn Sie keine vorhandene Speicherlösung haben. Einige unterstützende Dateien (z. B. Power BI-Entwurfsdateien (JSON) für Berichte) werden jedoch besser in einem Versionskontrollsystem gespeichert, das das Anzeigen und Verwalten gespeicherter Änderungen ermöglicht.
• Inhaltsdateien: Speichern Sie Inhalte in SharePoint, wenn es für das Unternehmen nicht entscheidend ist oder wenn Sie keinen Zugriff auf ein Remote-Repository wie Azure Repos haben.
• Datenquellen: Speichern Sie Datenquellen nur dann in SharePoint, wenn sie klein und nicht komplex sind. Gehen Sie beim Verwenden von SharePoint zum Speichern von Datenquellendateien diszipliniert vor. Berücksichtigen Sie andere mögliche Alternativen wie OneLake.

OneLake

Wenn Sie über eine Fabric-Kapazitätverfügen, kann OneLake eine gute Wahl sein, um Datenquellendateien zu speichern. Sie können Dateien mithilfe von OneLake File Explorer in OneLake hochladen oder synchronisieren, wo sie zur Verwendung in Downstream-Workloads wie Power BI in Tabellen transformiert werden. Für größere oder regelmäßig aktualisierte Datenquellen können Sie Dateien automatisch in OneLake laden, indem Sie Fabric Data Factory oder andere Anwendungen verwenden, die die Azure Data Lake Storage (ADLS) Gen2-API oder das Azure Storage Python SDKverwenden.

Remote-Repository

Inhaltsersteller können in regelmäßigen Abständen während der Entwicklung von ihrem lokalen Computer aus einen Commit ausführen und auf einem Remote-Repository speichern, wie etwa einem Azure Repos Git-Repository. Ein Remote-Repository enthält die neueste Version der Lösung, auf die das gesamte Entwicklungsteam zugreifen kann. In der Regel erleichtert ein Remote-Repository erweiterte Ansätze zur Lebenszyklusverwaltung als die Verwendung von Teams, SharePoint oder OneDrive. Das liegt daran, dass Inhaltsersteller bei Verwendung eines Remote-Repositorys von komplexeren Optionen für die Zusammenarbeit an Dateien profitieren oder Dateiänderungen nachverfolgen und verwalten können. Inhaltsersteller können z. B. an einer eigenen Verzweigung des Remote-Repositorys arbeiten, um Änderungen vorzunehmen und diese Änderungen bei Bedarf in der Hauptzweigung zusammenzuführen.

Denken Sie über das Speichern der folgenden Dateitypen in einem Remote-Repository nach.

• Vorlagen und Dokumentation: Speichern Sie Vorlagen und Dokumentationen in einem Remote-Repository, wenn Sie das Projekt mit verwandten Diensten wie Azure DevOps verwalten.
• Unterstützende Dateien: Speichern Sie unterstützende Dateien in einem Remote-Repository, wenn eines verfügbar ist, um Änderungen einfach nachzuverfolgen und zu verwalten.
• Inhaltsdateien: Speichern Sie Inhalte in einem Remote-Repository, wenn es für das Unternehmen entscheidend ist, oder Sie beabsichtigen, mit anderen Entwicklern an demselben Inhalt zusammenzuarbeiten. Ein Remote-Repository eignet sich ideal zum Nachverfolgen von Inhaltsänderungen und zum Vereinfachen der Zusammenarbeit.

Keine Dateien: Im Fabric-Portal erstellte Inhalte

Inhaltsersteller können Inhalte direkt im Fabric-Portal erstellen. In diesem Szenario funktionieren sie in der Regel nicht direkt mit Inhaltsdateien. Normalerweise sollten Sie Inhalte nur dann im Fabric-Portal erstellen, wenn die Elementtypen nicht an anderer Stelle erstellt werden können (z. B. Dataflows, Dashboards oder Scorecards). Sie können Berichte und semantische Modelle auch im Fabric-Portal erstellen, wenn Sie keinen Zugriff auf einen Windows-Computer haben und daher Power BI Desktop nicht verwenden können. Weitere Informationen finden Sie unter Benutzertools und -geräte.

Checkliste – Das Planen und Entwerfen von Inhalten umfasst folgende wichtige Entscheidungen und Aktionen:

Zugehöriger Inhalt

Im nächsten Artikel dieser Reihe erfahren Sie, wie Sie im Rahmen der Inhaltslebenszyklusverwaltung Inhalte entwickeln und Änderungen verwalten.