Veröffentlicht am 18. März 2026 | Aktualisiert am 18. März 2026 | 14 Min. Lesezeit
Capability Mapping Schritt für Schritt
Ein praktischer Schritt-für-Schritt-Leitfaden, um von Capability Maps zu umsetzbaren Transformationsentscheidungen zu gelangen.
Suchen Sie eine Software für Unternehmensarchitektur? Lesen Sie unseren Leitfaden zur Bewertung von EA-Tools und starten Sie das EA-Reifegrad-Assessment.
Kernaussagen
Inhaltsverzeichnis
- Warum Capability Mapping wichtig ist
- Was ist eine Business Capability?
- Schritt 1: mit dem richtigen Ziel beginnen
- Schritt 2: Umfang definieren
- Schritt 3: Level-1-Capabilities identifizieren
- Schritt 4: in Level 2 und Level 3 zerlegen
- Schritt 5 und 6: validieren und definieren
- Schritt 7 und 8: Ownership und Heatmapping
- Schritt 9 und 10: verknüpfen und operationalisieren
- Häufige Fehler, die man vermeiden sollte
- Fazit

Warum Capability Mapping wichtig ist
Den meisten Organisationen fehlt es nicht an Strategie, sondern an einer gemeinsamen, stabilen Sicht darauf, was das Geschäft können muss.
Capability Mapping liefert diese Sicht, indem es das Unternehmen über geschäftliche Fähigkeiten beschreibt statt über Organigramme, Projekte oder Systeme.
Gut gemacht, verbindet es Strategie mit Umsetzung und verbessert die Qualität von Transformationsentscheidungen.
Was ist eine Business Capability?
Eine Business Capability ist etwas, das das Unternehmen tut oder können muss, ausgedrückt auf stabile und ergebnisorientierte Weise.
Capabilities sind keine Abteilungen, Prozessschritte, Anwendungen, Projekte oder Stellenbezeichnungen.
Sie beschreiben das Geschäft aus einer Was-Perspektive, nicht aus einer Wie-Perspektive.
- Beispiele: Customer Onboarding, Auftragsverwaltung, Produktpreisgestaltung, Finanzberichterstattung, Personalplanung
- Gegenbeispiele: Vertriebsabteilung, Rechnung in SAP genehmigen
Schritt 1: mit dem richtigen Ziel beginnen
Definieren Sie vor dem Mapping die Entscheidung, die die Map unterstützen soll.
Ohne klaren Anwendungsfall wird Capability Mapping abstrakt und schwer operativ umzusetzen.
- Unterstützung eines Transformationsprogramms
- Enterprise-Architecture-Baseline
- Abstimmung von Business- und IT-Portfolio
- Mapping von KI- und Automatisierungschancen
- Vereinfachung der Anwendungslandschaft
- Planung der M&A-Integration
- Priorisierung des Betriebsmodells
Schritt 2: Umfang definieren
Bilden Sie nicht am ersten Tag das gesamte Unternehmen in tiefem Detail ab.
Beginnen Sie mit einem klaren Perimeter und nutzen Sie zuerst Level 1 und Level 2.
- Unternehmensweiter Überblick auf hoher Ebene
- Einzelne Geschäftsdomäne
- Region oder Value Stream
- Transformationsperimeter
- Beispiele: Sales, Supply Chain, Finance, HR, Digital Commerce
Schritt 3: Level-1-Capabilities identifizieren
Level-1-Capabilities sind die wesentlichen Bausteine des Geschäfts und sollten breit und stabil bleiben.
- Strategie und Planung
- Produktmanagement
- Marketing
- Sales
- Customer Service
- Supply Chain Management
- Finance
- Human Resources
- Risk und Compliance
- Technology Management
Wie Sie eine Business Capability Map erstellen, die Entscheidungen im Unternehmen wirklich unterstützt.
Schritt 4: in Level 2 und Level 3 zerlegen
Bei der Dekomposition wird Capability Mapping umsetzbar.
Eine gute Dekomposition isoliert eigenständige geschäftliche Fähigkeiten innerhalb jeder übergeordneten Capability.
- Substantive und stabile Geschäftssprache verwenden
- Prozessabläufe und Systemnamen vermeiden
- Gleichrangige Capabilities auf ähnlicher Granularität halten
- Capabilities nicht mit Rollen/Funktionen vermischen
Schritt 5 und 6: validieren und definieren
Capability Maps müssen mit den Fachbereichen validiert werden und nicht im Architektur-Silo entstehen.
Jede Capability sollte eine klare Definition haben, um Mehrdeutigkeit zu reduzieren und die Wiederverwendung zu verbessern.
- Validierungsprüfungen: Passung zur Wertschöpfung, fehlende Fähigkeiten, Klarheit, Konsistenz der Dekomposition
- Definitionsfelder: Name, Beschreibung, geschäftliches Ergebnis, Umfang, Einschlüsse, Ausschlüsse
Schritt 7 und 8: Ownership und Heatmapping
Eine Capability Map wird zu einem Governance-Werkzeug, wenn Ownership und Reife sichtbar sind.
Heatmaps machen die Priorisierung objektiv, indem sie strategische und operative Schwachstellen offenlegen.
- Ownership-Typen: Business Owner, Architecture Owner, Platform Owner, Data Owner
- Heatmap-Dimensionen: strategische Bedeutung, Reife, Performance, Investition, Automatisierung, Risiko, technische Schulden, Datenqualität
Schritt 9 und 10: verknüpfen und operationalisieren
Die Map wird zum Rückgrat der Enterprise Architecture, wenn sie mit Anwendungen, Prozessen, Daten, Teams, Risiken und Initiativen verknüpft ist.
Ihr Wert zeigt sich nur, wenn sie wiederholt in echten Entscheidungsgremien genutzt wird.
- Nutzung für Portfolio-Priorisierung und Investitionsplanung
- Nutzung für Anwendungsrationalisierung und Neugestaltung des Betriebsmodells
- Nutzung für Zielarchitektur und Post-Merger-Integration
- Nutzung für KI-Chancen-Mapping und Roadmap-Sequenzierung
Häufige Fehler, die man vermeiden sollte
Eine Capability Map hat keinen Wert, wenn sie in Slideware verbleibt und keine Entscheidungen unterstützt.
- Capabilities mit Prozessen verwechseln
- Capabilities mit Organisationseinheiten verwechseln
- Zu früh zu tief gehen
- Die Map zu technisch machen
- Ohne Validierung der Stakeholder erstellen
- Die Map nicht in der Governance operationalisieren
Fazit
Capability Mapping ist eines der praktischsten EA-Werkzeuge, weil es eine stabile Sprache für Veränderung schafft.
Projekte, Systeme und Strukturen entwickeln sich weiter, aber die zentralen geschäftlichen Fähigkeiten sind stabiler.
Schritt für Schritt hilft Capability Mapping Organisationen, von fragmentierter Transformation zu bewusstem Design überzugehen.
Wie Sie eine Business Capability Map erstellen, die Entscheidungen im Unternehmen wirklich unterstützt.
FAQ
Was ist eine Business Capability in der Enterprise Architecture?
Eine Business Capability ist das, was die Organisation können muss, ausgedrückt als stabile geschäftliche Fähigkeit und nicht als Prozess, System oder Organisationseinheit.
Wie detailliert sollte eine Capability Map am Anfang sein?
Beginnen Sie mit Capabilities auf Level 1 und Level 2 und gehen Sie nur dort tiefer, wo strategische Entscheidungen zusätzliche Granularität erfordern.
Wer sollte eine Capability Map validieren?
Die Fachbereiche müssen die Map gemeinsam mit Architekten validieren, um sicherzustellen, dass sie widerspiegelt, wie Wert geschaffen wird und wo Verantwortlichkeiten klar sind.
Warum Heatmaps auf Capability Maps verwenden?
Heatmaps machen strategische Bedeutung, Reife, Risiken und Investitionslücken sichtbar, sodass Führungskräfte Transformationen objektiv priorisieren können.
Wie werden Capability Maps operativ nutzbar?
Verknüpfen Sie Capabilities mit Anwendungen, Daten, Teams und Initiativen und nutzen Sie die Map anschließend in Portfolio- und Investitionsentscheidungsgremien.
Strategische Links
Enterprise-Architecture-Plattformen vergleichen
Verwandte Artikel
Archilu vs Avolution ABACUS : EA transparent et souverain vs modélisation et analytique poussées
Une comparaison honnête : là où le prix transparent, la souveraineté UE et le time-to-value d'Archilu gagnent, et là où la modélisation mature et riche en analytique d'Avolution ABACUS convient mieux.
Archilu vs Orbus : EA souverain et transparent vs suite Microsoft
Une comparaison honnête : là où le prix transparent et la souveraineté UE d'Archilu gagnent, et là où l'intégration Microsoft 365 et la profondeur reconnue par Gartner d'Orbus conviennent mieux.
LeanIX vs Ardoq : deux philosophies EA, et une troisième voie souveraine
LeanIX mise sur la visibilité du portefeuille et un onboarding rapide ; Ardoq sur un modèle en graphe piloté par la donnée. Voici comment ils diffèrent — et un troisième profil souverain.
