Seminar ADOIT Enterprise Architecture Grundlagen

Das praxisorientierte Format behandelt Grundlagen der Enterprise Architecture und ihre praktische Umsetzung mit einem schlanken ADOIT-Repository. Methodische Einordnung, strukturierte Systemarbeit und ein durchgängiges Übungsszenario verbinden Architekturkonzept, Repository-Pflege, Analyse und nachvollziehbare Entscheidungen.

Inhaltsverzeichnis

1. Einordnung und Lernziele
2. Zielgruppe
3. Voraussetzungen
4. Seminarinhalte
5. Auftrag und Nutzen von Enterprise Architecture
6. EA-Begriffe und Informationsmodell
7. ADOIT-Navigation und Repository-Prinzipien
8. Architektursichten erstellen
9. Capabilities, Anwendungen und Technologien verbinden
10. Bewertungen und Portfolioentscheidungen
11. Roadmap und EA-Arbeitszyklus
12. Governance und Einführung
13. Praxisaufgaben

Einordnung und Lernziele

Im Mittelpunkt steht die handlungsorientierte Anwendung von ADOIT im Themenfeld Grundlagen der Enterprise Architecture und ihre praktische Umsetzung mit einem schlanken ADOIT-Repository. Die Inhalte führen von der fachlichen Zielsetzung über die konkrete Konfiguration oder Modellierung bis zur Qualitätsprüfung und zur Einbettung in einen wiederholbaren Arbeitsprozess. Alle Arbeitsschritte werden an einem konsistenten Unternehmensszenario nachvollzogen.

• Fachliche Fragestellungen in geeignete ADOIT-Strukturen, Modelle, Workspaces oder Analysen übersetzen.
• Arbeitsschritte in einer belastbaren Reihenfolge durchführen und Zwischenergebnisse gezielt prüfen.
• Repository-Objekte, Beziehungen, Eigenschaften und Verantwortlichkeiten konsistent verwenden.
• Qualitäts-, Governance- und Betriebsaspekte in die praktische Umsetzung integrieren.
• Erarbeitete Strukturen auf einen eigenen organisatorischen Kontext übertragbar dokumentieren.

Zielgruppe

Einsteiger in Enterprise Architecture, Mitglieder neuer EA-Teams, Business- und IT-Architekten, Transformationsmanager, Portfolioverantwortliche und fachliche Stakeholder.

Voraussetzungen

Keine Vorkenntnisse erforderlich; Erfahrungen mit Unternehmensprozessen oder IT-Landschaften erleichtern den Praxistransfer.

Seminarinhalte

Auftrag und Nutzen von Enterprise Architecture

Enterprise Architecture wird als Entscheidungs- und Veränderungsdisziplin statt als reine Dokumentation verstanden.

1. Schritt 1: Unternehmensstrategie, Transformation, Portfolioentscheidungen und Architekturarbeit miteinander verbinden.
2. Schritt 2: Typische Stakeholderfragen und erwartete EA-Informationsprodukte sammeln.
3. Schritt 3: Scope, Zeithorizont und organisatorische Reichweite einer EA-Initiative festlegen.
4. Schritt 4: Wertbeiträge wie Transparenz, Auswirkungsanalyse, Priorisierung und Risikoreduktion konkretisieren.
5. Schritt 5: Erfolgskriterien und Grenzen eines ersten EA-Arbeitsauftrags definieren.

Praxisübung: Formulierung eines klar abgegrenzten EA-Auftrags für eine beispielhafte Transformationsinitiative.

EA-Begriffe und Informationsmodell

Die wichtigsten Architekturdomänen und ihre Beziehungen werden in ein gemeinsames Begriffsmodell überführt.

1. Schritt 1: Strategie, Capability, Organisation, Prozess, Information, Anwendung und Technologie unterscheiden.
2. Schritt 2: Ist-, Ziel- und Übergangsarchitektur als verschiedene Planungszustände einordnen.
3. Schritt 3: Objekt, Beziehung, Modell, Sicht, Analyse und Repository voneinander abgrenzen.
4. Schritt 4: Verantwortlichkeit, Lifecycle, Bewertung und Status als querschnittliche Informationen bestimmen.
5. Schritt 5: Ein schlankes Informationsmodell für den Einstieg festlegen.

Praxisübung: Erstellung einer übersichtlichen Informationslandkarte für ein Lean-EA-Vorhaben.

ADOIT-Navigation und Repository-Prinzipien

Die Plattform wird als gemeinsame, wiederverwendbare Informationsbasis genutzt.

1. Schritt 1: Szenarien, Explorer, Modelle, Objekte, Workspaces und Analysen in der Benutzeroberfläche einordnen.
2. Schritt 2: Modell- und Objektkatalog sowie persönliche und freigegebene Bereiche unterscheiden.
3. Schritt 3: Bestehende Objekte vor Neuanlage suchen und auf Wiederverwendbarkeit prüfen.
4. Schritt 4: Eigenschaften, Beziehungen und Verantwortlichkeiten strukturiert pflegen.
5. Schritt 5: Ordner, Benennung und Zugriffsrechte nach einem einfachen Repository-Konzept anwenden.

Praxisübung: Aufbau eines kleinen Repository-Ausschnitts mit eindeutig abgelegten und wiederverwendbaren Objekten.

Architektursichten erstellen

Modelle werden gezielt für konkrete Fragen und Zielgruppen aufgebaut.

1. Schritt 1: Stakeholder, Fragestellung und gewünschte Entscheidung für eine Sicht festlegen.
2. Schritt 2: Notwendige Konzepte und Beziehungen auf den Aussagezweck begrenzen.
3. Schritt 3: Vorhandene Repository-Objekte in einem Modell wiederverwenden.
4. Schritt 4: Layout, Gruppierung und Beschriftung auf schnelle Verständlichkeit ausrichten.
5. Schritt 5: Die Sicht anhand einer fachlichen Prüffrage und eines Peer-Reviews validieren.

Praxisübung: Erstellung einer Managementsicht auf eine Geschäftsfähigkeit und ihre Anwendungsunterstützung.

Capabilities, Anwendungen und Technologien verbinden

Geschäftlicher Bedarf und IT-Landschaft werden in einer durchgängigen Abhängigkeitskette dargestellt.

1. Schritt 1: Eine Capability Map oder einen relevanten Ausschnitt auswählen.
2. Schritt 2: Unterstützende Prozesse, Anwendungen und Application Services zuordnen.
3. Schritt 3: Eingesetzte Technologien und zentrale Lifecycle-Informationen ergänzen.
4. Schritt 4: Versorgungslücken, Redundanzen und kritische Einzelabhängigkeiten erkennen.
5. Schritt 5: Die Befunde in nachvollziehbare Architekturfragen übersetzen.

Praxisübung: Analyse einer Capability auf Anwendungsabdeckung und Technologierisiken.

Bewertungen und Portfolioentscheidungen

Qualitative und quantitative Bewertungen werden für Priorisierung und Handlungsstrategien genutzt.

1. Schritt 1: Bewertungsziel und ein kleines Set eindeutiger Kriterien definieren.
2. Schritt 2: Skalen, Bewertungsanker und Verantwortung für die Datenerhebung festlegen.
3. Schritt 3: Bewertungen im Repository oder in einem geführten Workspace erfassen.
4. Schritt 4: Portfoliochart oder Matrix mit konsistentem Scope und Stichtag erstellen.
5. Schritt 5: Handlungsoptionen mit Begründung und offenen Annahmen dokumentieren.

Praxisübung: Durchführung einer einfachen Anwendungsbewertung mit anschließender Portfoliodarstellung.

Roadmap und EA-Arbeitszyklus

Von der Analyse wird zu abgestimmten Veränderungen und regelmäßiger Steuerung übergeleitet.

1. Schritt 1: Aus Befunden konkrete Zielzustände und Veränderungsbedarfe ableiten.
2. Schritt 2: Arbeitspakete, Abhängigkeiten und Meilensteine strukturieren.
3. Schritt 3: Ist-, Übergangs- und Zielzustand in einer einfachen Roadmap darstellen.
4. Schritt 4: Entscheidungs-, Review- und Aktualisierungstermine festlegen.
5. Schritt 5: Ein kleines EA-Backlog für die nächsten Arbeitszyklen priorisieren.

Praxisübung: Entwicklung einer umsetzbaren Roadmap für einen ausgewählten Architekturverbesserungsfall.

Governance und Einführung

EA-Arbeit wird mit minimalen, aber verbindlichen Rollen und Qualitätsregeln verankert.

1. Schritt 1: Rollen für Architekturarbeit, Datenpflege, Review und Entscheidung bestimmen.
2. Schritt 2: Pflichtinformationen und Qualitätsregeln für zentrale Objektarten definieren.
3. Schritt 3: Freigabe- und Änderungsabläufe auf die Kritikalität der Inhalte abstimmen.
4. Schritt 4: Einführungsumfang, Pilotgruppe und Kommunikationsformate festlegen.
5. Schritt 5: Erfolg anhand von Nutzung, Datenqualität und unterstützten Entscheidungen messen.

Praxisübung: Erstellung eines 90-Tage-Einführungsplans für eine fokussierte EA-Initiative.

Praxisaufgaben

1. Aufgabe 1: Einen klaren EA-Arbeitsauftrag mit Stakeholderfragen und Erfolgskriterien formulieren.
2. Aufgabe 2: Ein schlankes Repository mit Capabilities, Anwendungen und Technologien aufbauen.
3. Aufgabe 3: Eine entscheidungsorientierte Sicht und eine einfache Portfolioanalyse erstellen.
4. Aufgabe 4: Eine Roadmap sowie einen pragmatischen Governance- und Einführungsplan entwickeln.