Erstellung eines Kompetenzzentrums bei Microsoft

Tipp

Dieser Artikel konzentriert sich auf die Erfahrungen von Microsoft bei der Einrichtung eines Kompetenzzentrums. Bei der Einrichtung eines eigenen Kompetenzzentrums (Center of Excellence) wird empfohlen, auch die Informationen in der Roadmap für die Fabric-Einführung zu berücksichtigen.

Dieser Artikel richtet sich an IT-Experten und -Manager. Sie erfahren, wie Sie ein Kompetenzzentrum für BI und Analysen in Ihrer Organisation erstellen und wie Microsoft bei der Einrichtung eines solchen Kompetenzzentrums vorgegangen ist.

Es ist ein weit verbreitetes Missverständnis, dass es sich bei einem Kompetenzzentrum nur um einen Helpdesk handelt.

In der Regel besteht ein Kompetenzzentrum für BI und Analysen aus Experten, die für die Erstellung und Verwaltung einer BI-Plattform zuständig sind. Zudem sind sie für die Erstellung einer Single Source of Truth und das Definieren von unternehmensweiten Metriken verantwortlich, mit denen schneller Erkenntnisse gewonnen werden können. Der Begriff „Kompetenzzentrum“ ist allerdings sehr umfassend. Daher könne Kompetenzzentren auf unterschiedliche Weise implementiert und verwaltet werden, und ihre Struktur und ihr Umfang können je nach Organisation variieren. Im Kern handelt es sich immer um eine stabile Plattform, die zur richtigen Zeit die richtigen Daten und Erkenntnisfunktionen an die richtigen Benutzer liefert. Im Idealfall trägt ein Kompetenzzentrum auch positiv zur Verbreitung von Produkten, zum Training und zum Support bei. Bei Microsoft werden Kompetenzzentren auch als Disziplin am Kern bezeichnet und als unsere BI-Plattform und Single Source of Truth bereitgestellt.

Größere Organisationen verfügen über mehrere Kompetenzzentren. Dabei wird das Kernkompetenzzentrum durch Satellitenkompetenzzentren erweitert – häufig auf Abteilungsebene. Ein Satellitenkompetenzzentrum besteht aus einer Gruppe an Experten, die mit Taxonomien und Definitionen vertraut sind und wissen, wie Kerndaten so transformiert werden müssen, dass sie nützlich für ihre Abteilung sind. Analysten auf Abteilungsebene erhalten Berechtigungen für Kerndaten und setzen diese in ihren eigenen Berichten ein. Sie erstellen Lösungen, die auf sorgfältig vorbereiteten Kerndimensionen, -fakten und der Geschäftslogik basieren. Mitunter erweitern sie diese auch durch kleinere, abteilungsspezifische semantische Modelle und Geschäftslogik. Besonders wichtig ist, dass Satellitenkompetenzzentren niemals getrennt werden oder eigenständig agieren. Bei Microsoft fördern Satellitenkompetenzzentren Flexibilität am Edge .

Damit dies funktionieren kann, dürfen sich die einzelnen Abteilungen nur gegen Bezahlung beteiligen. Das bedeutet, sie müssen finanziell in das Kernkompetenzzentrum investieren. Auf diese Weise entstehen keinerlei Bedenken aufgrund von ungerechter Verteilung oder im Hinblick auf die Priorisierung von Anforderungen.

Damit dieses Szenario funktionieren kann, muss das Kernkompetenzzentrum an die finanziellen Bedürfnisse der einzelnen Abteilungen angepasst werden. Durch das Onboarding mehrerer semantischen Modelle wurde ein positiver Skaleneffekt festgestellt. Bei Microsoft wurde schnell deutlich, dass ein zentraler Arbeitsansatz wirtschaftlicher ist und schneller zu Ergebnissen führt. Beim Onboarding einzelner neuer Themenbereiche stellten wir einen immer positiveren Skaleneffekt fest, wodurch wir die gesamte Plattform nutzen und zu dieser beitragen konnten. Gleichzeitig wurde die zugrunde liegende Datenkultur gestärkt.

Sehen wir uns hierzu ein Beispiel an: Unsere BI-Plattform bietet Kerndimensionen, -fakten und eine Geschäftslogik für Finanzen, Vertrieb und Marketing. Außerdem werden Hunderte von Key Performance Indicators (KPIs) definiert. Nun muss ein Analyst im Power Platform-Bereich ein Dashboard für Führungskräfte erstellen. Einige der KPIs, z. B. Umsatz und Pipelines, stammen direkt von der BI-Plattform. Andere basieren jedoch auf detaillierteren Anforderungen des Unternehmens. Eine solche Anforderung wird beispielsweise an einen KPI für die Einführung des Power BI-spezifischen Dataflow-Features für Benutzer gestellt. Deshalb erstellt der Analyst ein zusammengesetztes Power BI-Modell, um Daten der BI-Kernplattform in Abteilungsdaten zu integrieren. Anschließend fügt er Geschäftslogik hinzu, um die abteilungsinternen KPIs zu definieren. Zum Schluss erstellt er basierend auf dem neuen Modell das Dashboard für Führungskräfte. Dieses nutzt die unternehmensweiten Ressourcen des Kompetenzzentrums, die durch lokales Wissen und lokale Daten erweitert werden.

Wichtig: Durch die geteilte Zuständigkeit zwischen Kern- und Satellitenkompetenzzentren können Analysten auf Abteilungsebene sich auf Innovationen konzentrieren und müssen keine Datenplattform verwalten. Manchmal besteht sogar eine für beide Seiten vorteilhafte Beziehung zwischen den Satellitenkompetenzzentren und dem Kernkompetenzzentrum. Beispielsweise kann ein Satellitenkompetenzzentrum neue Metriken definieren, die sich für die Abteilung als nützlich erwiesen haben und letztendlich als Kernmetriken verwendet werden, von denen das gesamte Unternehmen profitiert. Diese sind dann über das Kernkompetenzzentrum verfügbar und werden von diesem unterstützt.

BI-Plattform

In Ihrer Organisation hat das Kompetenzzentrum möglicherweise einen anderen Namen, z. B. „BI-Team“ oder „BI-Gruppe“. Der Name ist dabei nicht so wichtig. Was zählt, sind die Ergebnisse. Wenn Sie noch nicht über ein offizielles Team verfügen, sollten Sie in Erwägung ziehen, ein Team aus BI-Kernexperten zusammenzustellen, damit dieses eine BI-Plattform für Sie entwickelt.

Bei Microsoft ist das Kompetenzzentrum als BI-Plattform bekannt. Dieses besteht aus mehreren Stakeholdergruppen innerhalb des Unternehmens mit unterschiedlichen Interessen, z. B. aus der Finanz-, Vertriebs- oder Marketingabteilung. Es ist so organisiert, dass an gemeinsam genutzten Funktionen und dedizierten Lieferungen gearbeitet wird.

Gemeinsam genutzte Funktionen

Gemeinsam genutzte Funktionen werden benötigt, um die BI-Plattform zu erstellen und zu betreiben. Sie unterstützen sämtliche Stakeholdergruppen, die die Plattform finanzieren. Sie bestehen aus den folgenden Teams:

• Entwicklung der Kernplattform: Wir haben bei dem Entwurf der BI-Plattform technische Aspekte berücksichtigt. Sie besteht aus mehreren Frameworks, die die Datenerfassung, die Verarbeitung zum Anreichern von Daten und die Übermittlung dieser Daten in BI-Semantikmodellen unterstützen, damit diese von Analysten verwendet werden können. Engineers sind für den technischen Entwurf und die Implementierung der Funktionen der BI-Kernplattform verantwortlich. Beispielsweise entwerfen und implementieren sie die Datenpipelines.
• Infrastruktur und Hosting: IT-Engineers sind dafür verantwortlich, alle Azure-Dienste bereitzustellen und zu verwalten.
• Support und Betrieb: Dieses Team sorgt dafür, dass die Plattform weiter ausgeführt wird. Der Support kümmert sich um die Bedürfnisse der Benutzer, z. B. Datenberechtigungen. Das Betriebsteam sorgt dafür, dass die Plattform nicht angehalten wird, und stellt sicher, dass die Vereinbarungen zum Servicelevel eingehalten werden.
• Releasemanagement: Technical Program Manager (PM) sind dafür zuständig, Änderungen zu veröffentlichen. Dies fängt bei Updates des Plattformframeworks an und reicht bis hin zu Änderungsanträgen für BI-Semantikmodelle. Dieses Team ist die letzte Kontrollstelle, die sicherstellt, dass Änderungen keine Probleme verursachen.

Dedizierte Lieferungen

Für jede Stakeholdergruppe gibt es ein Team für dedizierte Lieferungen. Sie besteht in der Regel aus einem Data Engineer, einem Analytics Engineer und einem Technical Program Manager. Alle Teammitglieder werden von der jeweiligen Stakeholdergruppe finanziert.

BI-Teamrollen

Bei Microsoft wird unsere BI-Plattform von skalierbaren Expertenteams betrieben. Diese Teams sind an dedizierte und freigegebene Ressourcen ausgerichtet. Aktuell gibt es die folgenden Rollen:

• Program Manager (PM): PMs sind eine dedizierte Ressource. Sie fungieren als primärer Kontakt zwischen dem BI-Team und den Stakeholdern. Ihre Aufgabe besteht darin, die geschäftlichen Anforderungen von Stakeholdern auf eine technische Ebene zu übertragen. Außerdem verwalten sie die Priorisierung von Lieferungen an Stakeholder.
• Datenbankleads: Sie sind eine dedizierte Ressource, die für das Onboarding neuer semantischer Modelle in das zentrale Data Warehouse verantwortlich ist. Das Onboarding eines semantischen Modells kann das Einrichten von formatierten Dimensionen, das Hinzufügen von Geschäftslogik und benutzerdefinierten Attributen sowie Standardnamen und -formatierung umfassen.
• Analyseexperten: Diese Experten sind eine dedizierte Ressource, die für den Entwurf und die Entwicklung von BI-Semantikmodellen verantwortlich ist. Ziel ist es, eine konsistente Architektur mithilfe von Standardnamen und -formatierungen herzustellen. Die Leistungsoptimierung ist ein wichtiger Bestandteil dieser Rolle.
• Betrieb und Infrastruktur: Hierbei handelt es sich um eine gemeinsam genutzte Ressource, die für die Verwaltung von Aufträgen und Datenpipelines zuständig ist. Sie ist auch für die Verwaltung von Azure-Abonnements, Power BI-Kapazitäten, virtuellen Computern und Datengateways verantwortlich.
• Support: Sie sind eine gemeinsam genutzte Ressource, die für die Dokumentationserstellung, das Organisieren von Schulungen, die Kommunikation von Änderungen an den BI-Semantikmodellen sowie die Beantwortung von Fragen von Benutzern zuständig ist.

Governance und Einhaltung

Für jede Stakeholdergruppe stellen PM-Experten programmgesteuerte Governance und Überwachung zur Verfügung. Das vorrangige Ziel besteht darin, Investitionen in von der IT hergestellte Unternehmenswerte sicherzustellen und Risiken zu mindern. Das Leitungskomitee trifft sich regelmäßig, um den Fortschritt zu prüfen und größere Initiativen zu genehmigen.

Bauen Sie Ihre eigene Community aus

Bauen Sie wie folgt in Ihrem Unternehmen eine Community auf und aus:

• Veranstalten Sie regelmäßig Events während der Arbeitszeit, bei denen die Leute Zeit haben, dem BI-Team Fragen zu stellen, Vorschläge zu machen, Ideen zu kommunizieren und sogar Beschwerden vorzubringen.
• Erstellen Sie einen Teams-Kanal, um Support bereitzustellen und alle dazu zu ermutigen, Fragen zu stellen und auf gepostete Fragen zu antworten.
• Stellen Sie informelle Benutzergruppen bereit, die Sie bewerben, und ermutigen Sie Ihre Mitarbeiter, diese vorzustellen oder ihnen beizutreten.
• Veranstalten Sie mehr formelle Schulungsevents für bestimmte Produkte und die BI-Plattform selbst. Ziehen Sie in Betracht, den Workshop Dashboard in a Day anzubieten. Dieser ist als kostenloses Kurskit verfügbar und eine hervorragende Möglichkeit, Mitarbeitern zum ersten Mal Power BI vorzustellen.

Zugehöriger Inhalt

Weitere Informationen zu diesem Artikel finden Sie in den folgenden Ressourcen:

• BI-Lösungsarchitektur im Kompetenzzentrum
• Roadmap für die Fabric-Einführung: Center of Excellence
• Fragen? Stellen Sie Ihre Frage in der Power BI-Community.
• Vorschläge? Einbringen von Ideen zur Verbesserung von Power BI

Im nächsten Artikel dieser Reihe erhalten Sie Informationen über die BI-Lösungsarchitektur im Kompetenzzentrum und die verschiedenen eingesetzten Technologien.

Dienstleistungsunternehmen

Zertifizierte Power BI-Partner können Ihr Unternehmen beim erfolgreichen Einrichten eines Kompetenzzentrums unterstützen. Sie können kostengünstige Schulungen bereitstellen oder eine Überprüfung Ihrer Daten durchführen. Wenn Sie einen Power BI-Partner hinzuziehen möchten, besuchen Sie das Power BI-Partnerportal.

Darüber hinaus können Sie mit erfahrenen Beratungspartnern in Kontakt treten. Diese können Sie bei der Bewertung, Auswertung oder Implementierung von Power BI unterstützen.