Veröffentlicht am 19. Juni 2026 | Aktualisiert am 19. Juni 2026 | 12 Min. Lesezeit
Business Capability Mapping: ein vollständiger Praxisleitfaden
Ein praktischer, durchgängiger Leitfaden zum Business Capability Mapping — von Ebenen und Verantwortlichen über Heatmaps und Value Streams bis zum Capability-based Planning.
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
- Was eine Business Capability Map tatsächlich ist
- Ebenen und Hierarchie: die Karte strukturieren
- Verantwortliche und Abdeckung: die Karte rechenschaftsfähig machen
- Heatmaps: die Karte in ein Entscheidungswerkzeug verwandeln
- Value Streams: Fähigkeiten mit Ergebnissen verbinden
- Capability-based Planning
- Häufige Fehler, die zu vermeiden sind
- Mit Archilu loslegen
Was eine Business Capability Map tatsächlich ist
Eine Business Capability Map beantwortet eine täuschend einfache Frage: Wozu ist diese Organisation in der Lage? Sie ist ein strukturiertes Inventar von Fähigkeiten — stabile, ergebnisorientierte Bausteine wie „Pricing“, „Order Fulfilment“ oder „Risk Management“ —, so angeordnet, dass Führungskräfte das gesamte Geschäft auf einer einzigen Seite sehen können.
Die Stärke der Karte kommt von dem, was sie bewusst weglässt. Sie beschreibt keine Prozesse, Teams oder Software. Indem sie das Was vom Wie trennt, bleibt die Karte stabil, während sich alles darunter verändert, und genau deshalb funktioniert sie so gut als gemeinsame Sprache zwischen Geschäft und IT.
Ebenen und Hierarchie: die Karte strukturieren
Eine Capability Map ist als Hierarchie organisiert. Ebene 1 enthält einen überschaubaren Satz von Capability-Domänen — meist gruppiert in kundenorientierte, wertschöpfende und ermöglichende Fähigkeiten. Jede Domäne zerfällt in Sub-Capabilities auf Ebene 2 und eine Ebene 3 nur dort, wo feinere Granularität eine Entscheidung verändert.
Die Disziplin besteht darin, jede Ebene überschneidungsfrei genug und gemeinsam vollständig genug zu halten, um nützlich zu sein, ohne der Perfektion hinterherzulaufen. Eine gute erste Karte ist auf einen Blick lesbar und über Jahre stabil; man verfeinert sie, wenn Fragen aufkommen, nicht vorher.
- Ebene 1: 8 bis 15 Capability-Domänen, geschäftslesbar
- Ebene 2: Sub-Capabilities, die echte Entscheidungen tragen
- Ebene 3: nur dort, wo zusätzliches Detail eine Investitionsentscheidung verändert
Verantwortliche und Abdeckung: die Karte rechenschaftsfähig machen
Eine Karte, die niemandem gehört, wird schnell veraltet. Jede Fähigkeit — zumindest auf Ebene 1 und bei den wichtigen Ebene-2-Einträgen — sollte einen verantwortlichen Eigentümer haben, der über ihre Leistung und ihre unterstützenden Systeme Auskunft geben kann.
Die Abdeckung ist die andere Hälfte: welche Anwendungen, Daten und Teams jede Fähigkeit tatsächlich unterstützen. Sobald Sie Fähigkeiten mit dem Anwendungsportfolio verbinden, sehen Sie Überschneidungen (mehrere Systeme, die dasselbe tun) und Lücken (Fähigkeiten mit schwacher oder keiner Unterstützung) — beides sind direkte Eingaben für die Rationalisierung.
Heatmaps: die Karte in ein Entscheidungswerkzeug verwandeln
Eine Heatmap färbt jede Fähigkeit gegen eine gewählte Dimension — Reife, Kosten, Risiko, strategische Bedeutung oder technische Gesundheit der unterstützenden Systeme. Das Ergebnis ist eine führungsfreundliche Sicht, die auf einen Blick zeigt, wohin Aufmerksamkeit und Geld fließen sollten.
Heatmaps sind am nützlichsten, wenn die Dimension explizit und die Bewertung konsistent ist. Eine Heatmap „strategische Bedeutung vs. aktuelle Reife“ etwa bringt sofort die Fähigkeiten zum Vorschein, die für die Strategie wichtig, aber unterentwickelt sind — der klassische Ort, um zuerst zu investieren.
Lernen Sie, was eine Business Capability Map ist, wie man Ebenen und Heatmaps strukturiert und wie man Capability-based Planning nutzt, um Investitionsentscheidungen zu steuern.
Value Streams: Fähigkeiten mit Ergebnissen verbinden
Fähigkeiten beschreiben, was das Geschäft tun kann; Value Streams beschreiben, wie Wert durchgängig an einen Stakeholder geliefert wird, etwa „Einen Kunden gewinnen“ oder „Einen Schaden regulieren“. Abzubilden, von welchen Fähigkeiten jeder Value Stream abhängt, verbindet die statische Karte mit realen Ergebnissen.
Diese Verbindung ist es, die eine Capability Map davon abhält, ein akademisches Artefakt zu sein. Wenn ein Value Stream unterdurchschnittlich abschneidet, können Sie ihn auf die spezifischen Fähigkeiten — und ihre unterstützenden Systeme — zurückverfolgen, die ihn einschränken, und entsprechend priorisieren.
Capability-based Planning
Capability-based Planning nutzt die Karte als Rahmen für Investitionen. Statt Projekte oder Systeme isoliert zu finanzieren, fragen Sie, welche Fähigkeiten sich verbessern müssen, um die Strategie umzusetzen, um wie viel und bis wann — und richten dann Initiativen, Budgets und Roadmaps auf diese Ziele aus.
Der Vorteil ist Kontinuität. Strategien, Projekte und Anbieter kommen und gehen, aber der Fähigkeitsrahmen bleibt bestehen, sodass Entscheidungen von Jahr zu Jahr auf einer stabilen Referenz aufbauen, statt in jedem Planungszyklus neu erfunden zu werden. Er macht auch Abwägungen explizit: In eine Fähigkeit zu investieren, ist sichtbar die Entscheidung, anderswo nicht zu investieren.
Häufige Fehler, die zu vermeiden sind
Die meisten Capability-Mapping-Bemühungen scheitern auf vorhersehbare Weise. Die Karte driftet zu Prozessen oder Organisationsstruktur ab; sie wird bis zur erschöpfenden Tiefe zerlegt, bevor jemand sie nutzt; oder sie wird einmal in einem Workshop erstellt und nie mit dem Anwendungsportfolio verbunden, sodass sie nie eine echte Entscheidung beeinflusst.
Zwei weitere Fallen sind nennenswert. Erstens, die Modellierungsnotation mit dem Ziel zu verwechseln — die Karte existiert, um Entscheidungen zu unterstützen, nicht um eine perfekte Taxonomie zu sein. Zweitens, sie als IT-Artefakt zu behandeln; ohne Geschäftsverantwortliche verliert die Karte ihre Autorität und verfällt.
- Prozesse oder Organigramme statt Fähigkeiten modellieren
- Zu stark zerlegen, bevor die Karte genutzt wird
- Fähigkeiten nie mit Anwendungen und Value Streams verknüpfen
- Kein Geschäftsverantwortlicher, sodass die Karte veraltet
Mit Archilu loslegen
Eine pragmatische erste Karte braucht einen fokussierten Workshop, kein einjähriges Programm: Ebene 1 mit den Geschäftsführungskräften entwerfen, nur die Domänen unter aktiver Veränderung zerlegen, Verantwortliche zuweisen und dann jede Fähigkeit mit ihren unterstützenden Anwendungen verbinden. Von dort folgen eine Heatmap und das Capability-based Planning ganz natürlich.
Archilu unterstützt dies, indem es Fähigkeiten, Anwendungen, Daten und Technologie in einem verbundenen Modell hält, sodass eine Capability Map keine Folie ist, sondern eine lebendige, mit Ihrem realen Portfolio verknüpfte Sicht. Um Ihren Ausgangspunkt zu finden, bewertet Archilus kostenlose EA-Reifegradbewertung zehn Dimensionen und liefert in etwa zehn Minuten einen priorisierten Plan, und die verlinkten Leitfäden zum Werkzeug für Capability Mapping und zu einer Schritt-für-Schritt-Methode verwandeln die Karte in konkrete nächste Schritte.
Lernen Sie, was eine Business Capability Map ist, wie man Ebenen und Heatmaps strukturiert und wie man Capability-based Planning nutzt, um Investitionsentscheidungen zu steuern.
FAQ
Was ist eine Geschäftsfähigkeit?
Eine Geschäftsfähigkeit (Business Capability) ist ein stabiler Ausdruck dessen, was eine Organisation tut, um Wert zu liefern — zum Beispiel „Customer Onboarding“ oder „Claims Handling“ — unabhängig davon, wie es getan wird, welche Abteilung es besitzt oder welche Anwendung es unterstützt. Fähigkeiten verändern sich weit langsamer als Prozesse, Organigramme oder Systeme, und genau das macht sie zu einem beständigen Rückgrat für die Planung.
Wie unterscheidet sich Capability Mapping vom Process Mapping?
Eine Prozesskarte beschreibt, wie Arbeit Schritt für Schritt fließt; eine Capability Map beschreibt, was das Geschäft zu tun in der Lage ist, auf einer stabilen Abstraktionsebene. Prozesse ändern sich oft und sind zahlreich; Fähigkeiten sind weniger zahlreich und stabil. Die beiden ergänzen einander: Fähigkeiten sagen Ihnen, worauf Sie sich konzentrieren sollen, Prozesse sagen Ihnen, wie die Arbeit innerhalb dieses Fokus abläuft.
Wie viele Ebenen sollte eine Capability Map haben?
Die meisten Organisationen verwenden zwei oder drei Ebenen. Ebene 1 ist ein kleiner Satz von Capability-Domänen (oft 8 bis 15), Ebene 2 zerlegt jede in Sub-Capabilities, und Ebene 3 fügt nur dort Detail hinzu, wo Entscheidungen es erfordern. Überall tiefer zu gehen ist ein häufiger Fehler — die Tiefe sollte den Entscheidungsbedürfnissen folgen, nicht der Vollständigkeit um ihrer selbst willen.
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.
