Bewährte Praktiken zur Implementierung von Tools für das Management der Unternehmensarchitektur

Best Practices zur Implementierung von Enterprise-Architektur-Tools

Nachdem wir nun wissen, worauf es bei einem guten Enterprise-Architektur-Tool ankommt, können wir mit der Bereitstellung fortfahren. Werfen wir einen Blick auf einige Best Practices für die Implementierung von Enterprise-Architektur-Tools und den Aufbau hochfunktionaler Enterprise-Architektur-Teams.

1. Unterstützen Sie Ihre Anwendungsfälle für die Unternehmensarchitektur

Es ist erschreckend, wie oft Menschen Tools kaufen, ohne an ihre Modellierungs- und Analyseanforderungen zu denken. Wir empfehlen Ihnen, ein Tool zu kaufen, das Sie bei der Analyse Ihrer Enterprise-Architektur-Anwendungsfälle unterstützt und effektive Veränderungen ermöglicht. Natürlich ist das Endziel, effektive Veränderungen zu steuern, aber die Frage ist, welche Art von Veränderungen? Enterprise-Architektur-Anwendungsfälle beschreiben verschiedene Arten von Veränderungen. Daher besteht der erste Schritt darin, Ihren Anwendungsfall zu identifizieren und zu unterstützen.

Im Folgenden sind einige der Anwendungsfälle für Unternehmensarchitektur:

• Strategischer oder disruptiver Änderungsanwendungsfall
• Anwendungsfall für inkrementelle Änderungen
• Anwendungsfall zur Unterstützung der Strategieumsetzung
• Anwendungsfall zur Unterstützung der Portfolioentwicklung und -ausführung
• Anwendungsfall zur Unterstützung der Projektausführung
• Anwendungsfall zur Unterstützung der Lösungsbereitstellung
• Minimierung des Technologierisikos
• IT-Modernisierung
• Digitale Transformation
• Cloud-Transformation
• Akquisitionsintegration
• Sicherheitsarchitektur
• Rationalisierung des Anwendungsportfolios

Welcher dieser Anwendungsfälle beschreibt am besten, was das Enterprise-Architecture-Team Ihres Unternehmens erreichen möchte? Wir empfehlen, vor der Auswahl eines Enterprise-Architecture-Tools von den primären Anwendungsfällen, Informationsanforderungen, Modell- und Analyseanforderungen auszugehen. Andernfalls kaufen Sie teure Software, die nicht zu Ihrem Enterprise-Architecture-Team passt.

Definieren und klären Sie Ihre Anwendungsfälle klar und deutlich und legen Sie die dafür erforderlichen Dateneingaben, Modelle und Analysen fest. Arbeiten Sie mit Ihren Stakeholdern – sowohl IT- als auch Unternehmensseite – zusammen, um sicherzustellen, dass die funktionalen Anforderungen, geschäftlichen Herausforderungen und Ziele vollständig verstanden werden. Beziehen Sie Ihr Enterprise-Architecture-Team und Ihre Kunden (Stakeholder und Implementierer) ein, da Sie diese unterschiedlich bedienen und Ihr Tool möglicherweise unterschiedliche Funktionen benötigt, um ihren unterschiedlichen Erwartungen gerecht zu werden.

Konzentrieren Sie sich auf Ihre Kernanwendungsfälle und identifizieren Sie die wichtigsten Herausforderungen und Bereiche, die Veränderungen erfordern. Stellen Sie außerdem sicher, dass Ihr Enterprise-Architecture-Team über die erforderlichen Fähigkeiten verfügt, um die Anwendungsfälle zu bearbeiten. Entwickeln Sie eine klare Begründung und einen Fahrplan für die Arbeit und das Ergebnis der Implementierung eines Enterprise-Architecture-Tools.

Um ehrlich zu sein: Wir haben mehrere Enterprise-Architektur-Teams dabei unterstützt, Tools zu kaufen, die ihre Enterprise-Architektur-Anwendungsfälle nicht unterstützen. Entwicklung Ihres Enterprise-Architektur-Teams ist kritisch.

2. Testen Sie die wichtigsten Funktionen

Die Leistung Ihres Enterprise-Architektur-Tools hängt von der Produktivität Ihres EA-Teams und der Qualität Ihrer Unternehmensarchitektur ab. Orientieren Sie sich nicht an zufälligen Funktionen oder Ergebnissen, die ein Anbieter vorschlägt. Stellen Sie sicher, dass Sie einen anwendungsorientierten Ansatz verfolgen, um zu ermitteln, ob die Tools im Kontext Ihres Anwendungsfalls eingesetzt werden können. Führen Sie eine gründliche Recherche durch, um Anbieter auszuwählen, deren Kernkompetenzen zu den Anwendungsfällen Ihres Unternehmens passen.

Sie müssen die dokumentierten Anforderungen des Enterprise-Architektur-Programms an die Anbieter der Enterprise-Architektur-Tools kommunizieren. Achten Sie besonders auf die direkte Unterstützung Ihrer spezifischen Anwendungsfälle. Um eine genaue Einschätzung der Features und Funktionalitäten des Tools zu erhalten, vereinbaren Sie eine Demonstration in Ihrem Unternehmen und stellen Sie sicher, dass alle relevanten Stakeholder anwesend sind. Die Anwesenheit und Beteiligung der Stakeholder ist wichtig, um Feedback zu erhalten und den Anbieter zu jedem Kompetenzbereich weiter zu befragen. Berücksichtigen Sie bei Ihrer Bewertung auch die Dateneingabe und die Berichtsausgabe.

3. Modell nach Projekt

Sie müssen Ihr Enterprise-Architektur-Modell Stück für Stück entwickeln und vermeiden, Opfer der sofortigen Befriedigung zu werden. Die TOGAF-Rahmenwerk Branchenführer und mein persönlicher Favorit, verdeutlicht die Best Practice eines Enterprise-Architektur-Entwicklungsprojekts. Sie müssen Spezialisten (Berater oder Anbieter) für die Implementierung und den Aufbau einer Grundlage für das Enterprise-Architektur-Programm engagieren. Stellen Sie bei der Entwicklung Ihres Modells sicher, dass Sie auch Datenmanagement und Data Governance weiterentwickeln. Dies führt zu langfristigen Verbesserungen der internen und betrieblichen Effizienz.

Verlieren Sie sich nicht in den möglichen Funktionen des Tools, insbesondere wenn es auf einem Anwendungsfall basiert, der nicht zum Kerngeschäft Ihres Enterprise-Architektur-Teams gehört. Eine zu starke Fokussierung auf die möglichen Funktionen des Tools riskiert den Zusammenbruch Ihres Enterprise-Architektur-Teams. Wir empfehlen stattdessen, Anwendungsfälle bereitzustellen, die für Ihre Stakeholder von Interesse sind. Denken Sie an eine durchgängige Unternehmensarchitektur, d. h. vom Prozessmanagement über die Modellierung von Geschäftsdaten bis hin zur Erstellung eines Repositorys für die Verarbeitung von Informationssystemen des Unternehmens.

Der erste Schritt besteht darin, Ihren Prozess von der Informationsbeschaffung über die Analyse und Entscheidungsunterstützung bis hin zur Implementierungssteuerung zu analysieren. Im zweiten Schritt prüfen Sie, wo Ihr Enterprise-Architektur-Tool in die Planung passt. Vermeiden Sie frühzeitige Anpassungen. Je häufiger Sie das Tool nutzen, desto schneller entwickeln Sie die Architektur und verbessern die Qualität Ihrer Unternehmensarchitektur. Nehmen Sie keine Anpassungen vor, bevor es unbedingt nötig ist. Lernen Sie stattdessen die Kernkomponenten der Software kennen und lernen Sie, wie Sie modell- und datenbasierte Analysen durchführen. Langfristig zahlt sich diese Vorgehensweise bei der Einstellung neuer Mitarbeiter aus und reduziert den Einarbeitungsaufwand effektiv.

Nutzen Sie das Beratungswissen des Anbieters für die Implementierung und greifen Sie auf Best Practices und grundlegendes Enterprise-Architecture-Wissen zurück – nicht nur auf Fachwissen. Lernen Sie schrittweise, wie Sie die Architekturarbeit bewältigen und wo sie integriert werden kann. Konzentrieren Sie sich zunächst auf einige grundlegende Anwendungsfälle und steigern Sie dann schrittweise die Komplexität. Implementieren Sie die grundlegenden Komponenten, bevor Sie weitere Funktionen hinzufügen. Stellen Sie sicher, dass Struktur und Prozesse der Enterprise-Architecture vorhanden sind, bevor Sie die Modelle skalieren. Dies beinhaltet die Definition von Rollen und die Bewertung des Risikoniveaus in jedem Bereich.

4. Entwickeln Sie Fähigkeiten zur Unternehmensarchitektur (stellen Sie Ressourcen bereit, um die Effektivität von Tools zur Unternehmensarchitektur zu steigern)

Schlechte Modelle sind einfach schlecht! Effektive Modelle erfordern ein Verständnis für die Darstellung. Sie benötigen Schulungen zu den Funktionen des Enterprise-Architektur-Tools (Bedienung des Tools) und zur Modellierung (Auswahl des Modelltyps, Integration mit/Trennung von einem Unternehmensmodell). Sie benötigen außerdem Schulungen zur Analyse und Anwendung der Modelle. Möglicherweise benötigen Sie zusätzliche Spezialkenntnisse, damit Ihre Architekten ihre Aufgaben erfüllen können, d. h. Analysen basierend auf Anliegen, Präferenzen und Einschränkungen durchführen, das Modell anwenden und mit Stakeholdern interagieren.

Bauen Sie grundlegende Fähigkeiten und Fertigkeiten im Bereich datengetriebene Unternehmensarchitektur bei Endnutzern, wie z. B. Unternehmensarchitekten, auf, um die Lernbemühungen zu fördern. Diese Fähigkeiten sind von einem Tool auf das nächste übertragbar. Nutzen Sie die verfügbaren Online- und Präsenzkurse und verbessern Sie das Verständnis Ihres Teams für das Tool, um das Metamodell später zu erweitern. Wir schlagen vor, dedizierte Ressourcenteams einzusetzen, die die Integration und Einführung des Tools vorantreiben. Dies kann ein internes Unternehmensarchitekturteam sein, das die Modellierungsbemühungen von Anfang an begleitet und steuert.

Steigern Sie die Schulung Ihrer Mitarbeiter schrittweise und fördern Sie von Anfang an kontinuierliche Weiterbildung. Dies ist wichtig, da wir in einem kontinuierlichen Verbesserungszyklus arbeiten und sicherstellen müssen, dass der Anbieter diese Bemühungen unterstützt. Sorgen Sie für zusätzliche Schulungen für Benutzer und schaffen Sie ein strukturierteres Repository. Ein effizientes Enterprise-Architektur-Tool ist einfach zu implementieren und bietet ein hohes Maß an Flexibilität. Allerdings ist es schwierig zu wissen, was genau man damit erreichen möchte und wie man vorgehen soll. Daher erfordert jedes Enterprise-Architektur-Tool ein hohes Maß an Reife, Disziplin und Fachwissen von den Teams, die es nutzen.

5. Datenüberlastung vermeiden

Enterprise-Architektur-Tools können manchmal in Daten ertrinken. Stellen Sie sicher, dass die Daten aller Abteilungen getrennt und separat gespeichert werden. Ihr Unternehmen verändert sich ständig, und das ist unvermeidlich. In ein paar Jahren werden Sie möglicherweise Ihre Abteilungen umbenennen oder Infrastruktur hinzufügen und außer Betrieb nehmen. Je detaillierter die geladenen physischen Daten sind, desto weniger Daten stehen Ihnen als Architektur-Tools zur Verfügung. Reduzieren Sie die für das Enterprise-Architektur-Tool verwendeten Daten auf das Nötigste. Andernfalls entsteht ein Datenmonster.

TOGAF Erwähnungen in den ersten Schritten von Phasen B, C und D Sie müssen herausfinden, welche Modelle Sie benötigen. Ihre Anwendungsfälle bestimmen, welche Modelle Ihr Unternehmen benötigt. Alles, was nicht benötigt wird, lenkt ab. Modelle haben von Anfang an einen zentralen Zweck: Sie sollen Ihnen helfen, die Interaktion zu vereinfachen und zu verstehen. Beschränken Sie die Eingabe von Modelldaten auf ein Minimum und geben Sie nur die für das Projekt erforderlichen Daten ein. Migrieren Sie niemals Daten aus vorhandenen Systemen auf die Enterprise-Architektur-Plattform. Wir empfehlen stattdessen eine selektive Datenerfassung basierend auf dem Architekturprojekt. Behalten Sie die Logik so lange wie möglich bei. Logische Modelle haben sich bewährt und ändern sich selten. Was sich normalerweise ändert, sind ihre Eigenschaften.

6. Integration vermeiden

Integrationen führen Sie oft in die physische Welt und beginnen, andere Informationen zu replizieren. Sobald Ihr Modell Stück für Stück zu einer Replik der physischen Karte wird, erstellen Sie einen digitalen Zwilling statt eines Unternehmensarchitekturmodells. Selbst wenn Sie einen Anwendungsfall im Einklang mit der Anwendungsrationalisierung haben, ist eine detaillierte Zählung der Instanzen und Preismodelle nicht erforderlich. Jedes System innerhalb der Organisation ist für einen bestimmten Zweck konzipiert, z. B. für Anlagenverwaltung, Kostenrechnung und IT-Betrieb. Wenn dieser Zweck nicht mit dem der Unternehmensarchitektur übereinstimmt, stimmen auch die Daten nicht überein. Sie benötigen absolute Klarheit darüber, dass Ihre Anwendungsfälle mit den Daten in anderen Repositories übereinstimmen.

Viele Softwareanbieter preisen ihre Integrationen zwar stark an, verfolgen aber auf Projektebene fast immer zwei Anwendungsfälle: Anwendungsrationalisierung und Modernisierung der IT-Infrastruktur. Sie erklären leidenschaftlich die detaillierte Projektplanung, aber leider ist das keine Unternehmensarchitektur. Das Ziel von Enterprise-Architecture-Teams ist es, effektive Veränderungen im Einklang mit den Anwendungsfällen ihrer Stakeholder zu steuern. Kann das Team dies nicht leisten, wird es geschlossen oder ersetzt. Seien Sie bei der Datenintegration zurückhaltend, da die meisten Anwendungsfälle durch Datenrauschen und die Ablenkung durch Integrationen beeinträchtigt werden.

Wir empfehlen, Ihr Enterprise-Architektur-Tool niemals mit einem Asset-Management-System, einer Konfigurationsmanagement-Datenbank (CMDB), einem Quellcode-Management-Tool oder einem Änderungsmanagement-Tool zu integrieren.