Übersicht über die Power BI-Migration

Kunden werden zunehmend auf Power BI standardisiert, um eine Datenkultur zu fördern, die dazu dient, verwaltete Self-Service Business Intelligence (SSBI) zu ermöglichen, die Bereitstellung von Enterprise BI zu rationalisieren und den wirtschaftlichen Druck zu bewältigen. Der Zweck dieser Reihe von Power BI-Migrationsartikeln besteht darin, Ihnen Anleitungen zum Planen und Durchführen einer Migration von einem Drittanbieter-BI-Tool zu Power BI bereitzustellen.

Die Artikel in der Power BI-Migrationsreihe umfassen:

1. Übersicht über die Power BI-Migration (in diesem Artikel)
2. Vorbereiten der Migration zu Power BI
3. Sammeln von Anforderungen für die Migration zu Power BI (Phase 1)
4. Planen der Bereitstellung zur Migration zu Power BI (Phase 2)
5. Durchführen eines Machbarkeitsnachweises für die Migration zu Power BI (Phase 3)
6. Erstellen von Inhalten zur Migration zu Power BI (Phase 4)
7. Bereitstellen in Power BI (Phase 5)
8. Erfahren Sie mehr über Power BI-Kundenmigrationen

Es gibt zwei Annahmen: Ihre Organisation verfügt derzeit über eine ältere BI-Plattform, und die Entscheidung wurde getroffen, Inhalte und Benutzer formell zu Power BI zu migrieren. Die Migration zum Power BI-Dienst ist der Hauptfokus dieser Reihe. Zusätzliche Überlegungen können für nationale/regionale Cloudkunden gelten, die über das hinausgehen, was in dieser Artikelreihe erläutert wird.

Das folgende Diagramm zeigt vier allgemeine Phasen für die Bereitstellung von Power BI in Ihrer Organisation.

Abschnitt	BESCHREIBUNG
	Einrichten und Auswerten von Power BI. In der ersten Phase wird die erste Power BI-Architektur eingerichtet. Zurzeit werden die vorläufige Bereitstellungs- und Governanceplanung sowie Power BI-Bewertungen behandelt, einschließlich der Rendite- und/oder Kostennutzenanalyse.
	Erstellen Sie schnell neue Lösungen in Power BI. In der zweiten Phase können Self-Service BI-Autoren mit der Verwendung und Auswertung von Power BI für ihre Bedürfnisse beginnen, und der Wert kann schnell von Power BI abgerufen werden. Aktivitäten in Phase 2 setzen auf Agilität und schnellen Geschäftswert, was entscheidend ist, um die Akzeptanz für die Auswahl eines neuen BI-Tools wie Power BI zu gewinnen. Aus diesem Grund zeigt das Diagramm Aktivitäten in Phase 2 parallel zu den Migrationsaktivitäten in Phase 3.
	Migrieren sie BI-Ressourcen von der älteren Plattform zu Power BI. In der dritten Phase wird die Migration zu Power BI behandelt. Dies ist der Schwerpunkt dieser Reihe von Power BI-Migrationsartikeln. Im nächsten Abschnitt werden fünf spezifische Migrationsphasen erläutert.
	Adoption, Steuerung und Überwachung von Power BI. Die letzte Phase umfasst laufende Aktivitäten wie die Förderung einer Datenkultur, Kommunikation und Schulung. Diese Aktivitäten wirken sich erheblich auf eine effektive Power BI-Implementierung aus. Es ist wichtig, dass Sie Governance- und Sicherheitsrichtlinien und -prozesse haben, die für Ihre Organisation geeignet sind, sowie Auditing und Überwachung, damit Sie skalieren, wachsen und sich kontinuierlich verbessern können.

Fünf Phasen einer Power BI-Migration

Phase 3 des Diagramms behandelt die Migration zu Power BI. In dieser Phase gibt es fünf gemeinsame Phasen.

Die folgenden Phasen, die im vorherigen Diagramm gezeigt werden, sind:

• Schritte vor der Migration
• Phase 1: Sammeln von Anforderungen und Priorisieren
• Phase 2: Planen der Bereitstellung
• Phase 3: Durchführung eines Machbarkeitsnachweises
• Phase 4: Erstellen und Überprüfen von Inhalten
• Phase 5: Bereitstellen, Unterstützen und Überwachen

Schritte zur Migrationsvorbereitung

Die Schritte vor der Migration umfassen Aktionen, die Sie vor dem Starten eines Projekts berücksichtigen sollten, um Inhalte von einer älteren BI-Plattform zu Power BI zu migrieren. Sie umfasst in der Regel die anfängliche Bereitstellungsplanung auf Mandantenebene. Weitere Informationen zu diesen Aktivitäten finden Sie unter "Vorbereiten der Migration zu Power BI".

Phase 1: Sammeln von Anforderungen und Priorisieren

Der Schwerpunkt der Phase 1 liegt auf dem Sammeln von Informationen und der Planung für die Migration einer einzelnen Lösung. Dieser Prozess sollte iterativ sein und auf einen angemessenen Aufwand abzielen. Die Ausgabe für Phase 1 enthält einen priorisierten Bestand an Berichten und Daten, die migriert werden sollen. Zusätzliche Aktivitäten in den Phasen 2 und 3 sind erforderlich, um den Aufwandsstand vollständig zu schätzen. Weitere Informationen zu den Aktivitäten in Phase 1 finden Sie unter "Sammeln von Anforderungen für die Migration zu Power BI".

Phase 2: Planen der Bereitstellung

Der Schwerpunkt der Phase 2 liegt darauf, wie die in Phase 1 definierten Anforderungen für jede spezifische Lösung erfüllt werden. Die Ausgabe von Phase 2 enthält so viele Besonderheiten wie möglich, um den Prozess zu leiten, obwohl es sich um einen iterativen, nicht linearen Prozess handelt. Die Erstellung eines Machbarkeitsnachweises (in Phase 3) kann parallel zu dieser Phase erfolgen. Auch beim Erstellen der Lösung (in Phase 4) können zusätzliche Informationen beleuchtet werden, die sich auf Entscheidungen zur Bereitstellungsplanung auswirken. Diese Art der Bereitstellungsplanung in Phase 2 konzentriert sich auf die Lösungsebene und berücksichtigt dabei die bereits auf organisationsebene getroffenen Entscheidungen. Weitere Informationen zu den Aktivitäten in Phase 2 finden Sie unter Planen der Bereitstellung zur Migration zu Power BI.

Phase 3: Durchführung eines Machbarkeitsnachweises

Die Betonung der Phase 3 besteht darin, Unbekannte zu behandeln und Risiken so früh wie möglich zu mindern. Ein technischer Machbarkeitsnachweis (POC) ist hilfreich für die Überprüfung von Annahmen und kann iterativ zusammen mit der Bereitstellungsplanung (Phase 2) durchgeführt werden. Die Ausgabe dieser Stufe ist eine Power BI-Lösung, die einen begrenzten Umfang hat. Beachten Sie, dass wir nicht beabsichtigen, dass der POC verzichtbare Arbeit ist. Es wird jedoch wahrscheinlich zusätzliche Arbeit in Phase 4 erfordern, um sie produktionsbereit zu machen. In dieser Hinsicht können Sie in Ihrer Organisation entweder als Prototyp, Pilot, Modell, Schnellstart oder minimal lebensfähiges Produkt (MVP) auf diese Aktivität verweisen. Die Durchführung eines POC ist nicht immer notwendig und kann informell durchgeführt werden. Weitere Informationen zu den Aktivitäten in Phase 3 finden Sie unter Durchführung eines Machbarkeitsnachweises für die Migration zu Power BI.

Phase 4: Erstellen und Überprüfen von Inhalten

Phase 4 ist der Fall, wenn die eigentliche Arbeit zum Konvertieren des POC in eine produktionsbereite Lösung erfolgt. Die Ausgabe dieser Phase ist eine fertige Power BI-Lösung, die in einer Entwicklungsumgebung überprüft wurde. Sie sollte für die Bereitstellung in Phase 5 bereit sein. Weitere Informationen zu den Aktivitäten in Phase 4 finden Sie unter Erstellen von Inhalten zum Migrieren zu Power BI.

Phase 5: Bereitstellen, Unterstützen und Überwachen

Der Hauptschwerpunkt von Phase 5 besteht darin, die neue Power BI-Lösung in der Produktionsumgebung bereitzustellen. Die Ausgabe dieser Stufe ist eine Produktionslösung, die von Geschäftsbenutzern aktiv verwendet wird. Bei verwendung einer agilen Methodik ist es akzeptabel, einige geplante Verbesserungen zu haben, die in einer zukünftigen Iteration bereitgestellt werden. Abhängig von Ihrem Komfortniveau mit Power BI, z. B. der Minimierung von Risiken und Benutzerunterbrechungen, können Sie sich für eine mehrstufige Bereitstellung entscheiden. Oder Sie können zunächst für eine kleinere Gruppe von Pilotbenutzern bereitstellen. Die Unterstützung und Überwachung sind in dieser Phase und im weiteren Verlauf ebenfalls wichtig. Weitere Informationen zu den Aktivitäten in Phase 5 finden Sie unter Migrieren zu Power BI.

Berücksichtigen Sie Migrationsgründe

Die Aktivierung einer produktiven und gesunden Datenkultur ist ein Hauptziel vieler Organisationen. Power BI ist ein hervorragendes Tool, um dieses Ziel zu erleichtern. Drei häufige Gründe, warum Sie die Migration zu Power BI in Betracht ziehen können, können nach unten destilliert werden:

• Aktivieren Sie verwaltete Self-Service BI, indem Sie neue Funktionen einführen, die die Benutzercommunity für Self-Service BI stärken. Power BI macht den Zugriff auf Informationen und Entscheidungsfindung umfassender verfügbar, wobei weniger auf Fachwissen angewiesen ist, die schwer zu finden sind.
• Rationalisieren Sie die Bereitstellung von Enterprise-BI, um Anforderungen zu erfüllen, die nicht von bestehenden BI-Tools abgedeckt werden, und dabei die Komplexität zu verringern, die Gesamtkosten zu reduzieren und/oder die Nutzung der aktuell eingesetzten BI-Tools zu vereinheitlichen.
• Bewältigen Sie den wirtschaftlichen Druck für eine höhere Produktivität mit weniger Ressourcen, Zeit und Personal.

Erzielen von Erfolg bei der Power BI-Migration

Jede Migration unterscheidet sich geringfügig. Sie kann von der Organisationsstruktur, datenstrategien, der Reife der Datenverwaltung und den Organisationszielen abhängen. Es gibt jedoch einige Methoden, die wir regelmäßig bei unseren Kunden beobachten, die Power BI-Migrationserfolge erzielen.

• Executive Sponsoring: Identifizieren Sie einen Leitenden Sponsor frühzeitig im Prozess. Diese Person sollte eine sein, die BI in der Organisation aktiv unterstützt und persönlich an einem positiven Ergebnis der Migration investiert ist. Idealerweise verfügt der Leitende Sponsor über die ultimative Autorität und Rechenschaftspflicht für Ergebnisse im Zusammenhang mit Power BI. Weitere Informationen finden Sie in diesem Artikel.
• Schulung, Support und Kommunikation: Erkennen Sie, dass es mehr als nur eine Technologieinitiative ist. Jedes BI- oder Analyseprojekt ist auch eine Personeninitiative, daher sollten Sie frühzeitig in Benutzerschulungen und -support investieren. Erstellen Sie einen Kommunikationsplan, der allen Beteiligten transparent erklärt, was passiert, warum es geschieht und realistische Erwartungen setzt. Achten Sie darauf, dass Sie eine Feedbackschleife in Ihren Kommunikationsplan einbeziehen, um Eingaben von Projektbeteiligten zu erfassen.
• Schnellgewinne: Priorisieren Sie zunächst hochwertige Elemente, die spürbaren Geschäftswert haben und dringend sind. Anstatt immer zu versuchen, Berichte genau so zu migrieren, wie sie in der älteren BI-Plattform erscheinen, konzentrieren Sie sich auf die Geschäftsfrage, die der Bericht beantworten möchte – einschließlich der auszuführenden Maßnahmen – bei der Behandlung des neu gestalteten Berichts.
• Modernisierung und Verbesserungen: Seien Sie bereit, zu überdenken, wie die Dinge immer getan wurden. Eine Migration kann die Möglichkeit bieten, Verbesserungen zu erzielen. So könnten beispielsweise manuelle Datenvorbereitungen beseitigt oder Geschäftsregeln verschoben werden, die auf einen einzelnen Bericht beschränkt waren. Erwägen Sie, vorhandene Lösungen umzugestalten, zu modernisieren und zu konsolidieren, wenn der Aufwand gerechtfertigt werden kann. Es kann das Konsolidieren mehrerer Berichte in einen oder das Entfernen von Legacyelementen umfassen, die seit einiger Zeit nicht verwendet wurden.
• Kontinuierliches Lernen: Seien Sie bereit, einen phasenweisen Ansatz zu verwenden, während Sie kontinuierlich lernen und sich anpassen. Arbeiten Sie in kurzen, iterativen Zyklen, um schnell Wert zu schaffen. Praktizieren Sie häufig die Durchführung kleiner POCs, um das Risiko unbekannter Faktoren zu minimieren, Annahmen zu validieren und mehr über neue Funktionen zu erfahren. Da Power BI ein Clouddienst ist, der monatlich aktualisiert wird, ist es wichtig, bei Bedarf auf dem Laufenden zu bleiben und den Kurs anzupassen.
• Widerstand gegen Veränderungen: Verstehen, dass es unterschiedliche Widerstandsebenen für Veränderungen geben könnte; einige Benutzer werden dem Lernen eines neuen Tools widerstehen. Darüber hinaus könnten sich einige Fachleute, die erhebliche Zeit und Mühe darauf verwendet haben, Fachwissen mit einem anderen BI-Tool zu erwerben, durch die Möglichkeit, verdrängt zu werden, bedroht fühlen. Seien Sie vorbereitet, weil sie zu internen politischen Kämpfen führen kann, insbesondere in stark dezentralen Organisationen.
• Einschränkungen: Seien Sie realistisch mit Migrationsplänen, einschließlich Finanzierung, Zeitschätzungen sowie Rollen und Verantwortlichkeiten für alle Beteiligten.

Danksagungen

Diese Artikelreihe wurde von Melissa Coates, Data Platform MVP geschrieben. Mitwirkende und Bearbeiter sind Marc Reguera, Venkatesh Titte, Patrick Baumgartner, Tamer Farag, Richard Tkachuk, Matthew Roche, Adam Saxton, Chris Webb, Mark Vaillancourt, Daniel Rubiolo, David Iseminger und Peter Myers.

Verwandte Inhalte

Im nächsten Artikel dieser Power BI-Migrationsreihe erfahren Sie mehr über die Schritte vor der Migration zu Power BI.

Weitere hilfreiche Ressourcen sind:

• Roadmap für die Fabric-Einführung
• Power BI-Implementierungsplanung
• BI-Transformation von Microsoft
• Migrieren von SSRS-Berichten zu Power BI
• Haben Sie Fragen? Versuchen Sie die Fabric Community um Rat zu fragen
• Vorschläge? Tragen Sie Ideen bei, um Fabric zu verbessern

Erfahrene Power BI-Partner stehen zur Verfügung, um Ihrem Unternehmen zu einer erfolgreichen Migration zu verhelfen. Um einen Power BI-Partner zu finden, besuchen Sie das Microsoft Power BI-Partnerportal.