Die Business-Capability-Map — das stabilste Ordnungssystem, das Ihre IT je haben wird
Organigramme ändern sich mit jeder Reorganisation, Prozesse mit jedem Projekt, Systeme sowieso. Was ein Unternehmen kann — verkaufen, produzieren, abrechnen — ändert sich dagegen über Jahrzehnte kaum. Warum Geschäftsfähigkeiten die richtige Landkarten-Grundlage sind, wie man eine Capability-Map baut, ohne sich zu verkünsteln, und welche drei Fehler fast jede erste Version ruinieren.
Jede IT-Landkarte braucht ein Koordinatensystem — irgendetwas, an dem Anwendungen, Kosten und Verantwortung aufgehängt werden. Die naheliegenden Kandidaten taugen alle nicht: Das Organigramm ändert sich mit jeder Reorganisation und reißt dann die ganze Zuordnung mit. Prozesse ändern sich mit jedem Verbesserungsprojekt. Systeme sind das, was geordnet werden soll — sie können nicht zugleich die Ordnung sein.
Übrig bleibt die unscheinbarste Kategorie: das, was das Unternehmen kann. Kunden gewinnen. Aufträge abwickeln. Produkte entwickeln, fertigen, ausliefern. Personal beschaffen und abrechnen. Diese Fähigkeiten sind erstaunlich stabil — ein Maschinenbauer von 1995 und derselbe Maschinenbauer heute fertigen, verkaufen und rechnen ab, mit völlig anderen Systemen, in völlig anderer Organisation. Genau diese Stabilität macht Geschäftsfähigkeiten zum richtigen Fundament; die Architektur-Rahmenwerke, allen voran der TOGAF-Standard der Open Group, führen die Capability entsprechend als Grundbaustein der Business-Architektur.
Was die Map leistet — konkret
Der Wert der Capability-Map liegt nicht im Poster an der Wand, sondern in den Zuordnungen, die sie möglich macht:
- Anwendung → Fähigkeit beantwortet die Redundanzfrage: Wo betreiben wir mehrere Systeme für dasselbe Können? In einer nach Gesellschaften gewachsenen Landschaft ist diese Sicht regelmäßig die kürzeste Liste an Konsolidierungskandidaten, die es je gab.
- Kosten → Fähigkeit beantwortet die Vorstandsfrage, was der Vertrieb an IT kostet — eine Frage, an der Kostenstellenrechnungen strukturell scheitern.
- Vorhaben → Fähigkeit zeigt, wo investiert wird und wo seit Jahren nicht — die Portfoliosicht, aus der sich eine Roadmap ableiten lässt, die mehr ist als die Summe der lautesten Projektanträge.
Alle drei Sichten haben dieselbe Voraussetzung: Die Map muss organisationsneutral sein. Eine Fähigkeit heißt „Kundenbeziehungen führen", nicht „Abteilung Vertrieb Nord" — nur dann lassen sich Gesellschaften vergleichen, und nur dann übersteht die Ordnung die nächste Reorganisation.
Drei Fehler, die erste Versionen ruinieren
Erstens: das Organigramm abpausen. Der häufigste und teuerste Fehler. Er fühlt sich richtig an, weil die Map dann jeder „wiedererkennt" — aber Wiedererkennen ist hier das Warnsignal: Die Map bildet dann die Organisation ab statt das Geschäft, und mit der Organisation stirbt sie.
Zweitens: zu tief gliedern. Modellierungsfreudige Teams bauen fünf Ebenen und zweihundert Fähigkeiten — methodisch vertretbar, praktisch tot. Eine Landkarte, die nur ihre Autoren lesen können, wird nicht gepflegt, und eine ungepflegte Landkarte ist keine. Zwei bis drei Ebenen, 30 bis 80 Fähigkeiten auf der Arbeitsebene — das liest ein Bereichsleiter in fünf Minuten, und genau der soll es lesen.
Drittens: auf die perfekte Map warten. Es gibt Referenzmodelle je Branche, und es gibt endlose Workshops über die richtige Schnittführung. Beides hat Grenznutzen: Die Map wird durch Benutzung gut, nicht durch Beratung. Eine 80-Prozent-Version, an der ab morgen Anwendungen und Kosten hängen, schlägt die perfekte Version, die in sechs Monaten fertig sein soll — weil die Zuordnungsarbeit die Schnittfehler von selbst ans Licht bringt.
Die Map ist der Anfang, nicht das Ergebnis
Eine Capability-Map ohne Zuordnungen ist ein Poster. Ihr Wert entsteht in dem Moment, in dem sie zum Gerüst wird, an dem der Anwendungsbestand, die Kosten und die Verantwortlichen hängen — und in dem sie über Ebenen funktioniert: Konzern, Gesellschaft, Bereich, System, dieselbe Ordnung in jeder Flughöhe. Dann ist sie nicht mehr das Lieblingsartefakt der Architekten, sondern das Koordinatensystem, in dem Vorstand, Controlling und IT zum ersten Mal über dasselbe reden. Das ist der eigentliche Ertrag: nicht die Map, sondern die gemeinsame Sprache.
Häufige Fragen
Was ist eine Business-Capability-Map in einem Satz?
Eine strukturierte Übersicht dessen, was ein Unternehmen können muss, um sein Geschäft zu betreiben — unabhängig davon, wer es tut, wie es organisiert ist und mit welchen Systemen es geschieht. „Kunden gewinnen", „Produkte fertigen", „Personal abrechnen" sind Fähigkeiten; die Vertriebsabteilung, der Prozess und das CRM sind es nicht.
Wie viele Ebenen braucht die Map?
Für die Steuerung genügen fast immer zwei bis drei Ebenen mit insgesamt grob 30 bis 80 Fähigkeiten auf der Arbeitsebene. Tiefere Gliederungen haben ihren Platz in Spezialanalysen, aber als gemeinsame Landkarte gilt: Jede zusätzliche Ebene halbiert die Zahl der Menschen, die die Map noch lesen und pflegen mögen.
Worin liegt der Unterschied zu einer Prozesslandkarte?
Prozesse beschreiben Abläufe (wie etwas geschieht, in welcher Reihenfolge), Fähigkeiten beschreiben Vermögen (dass etwas beherrscht wird). Prozesse ändern sich mit jeder Optimierung; die Fähigkeit dahinter bleibt. Für die Zuordnung von Anwendungen und Kosten ist die stabile Einheit die brauchbarere — sonst muss die Landkarte bei jeder Prozessänderung umgebaut werden.
Was ist der häufigste Fehler beim Aufbau?
Die Map dem Organigramm nachzubauen. Dann steht in der „Fähigkeit" Vertrieb Nord etwas anderes als in Vertrieb Süd, und bei der nächsten Reorganisation zerfällt die ganze Ordnung. Fähigkeiten müssen organisationsneutral formuliert sein — gerade darin liegt ihr Wert: Sie überleben die Reorganisation und machen Vergleiche zwischen Gesellschaften erst möglich.
Die Landkarte, auf der alles andere steht
In blueprAInt ist die Capability-Map keine Folie, sondern das tragende Gerüst des ganzen Bestands.
- Alles hängt an Fähigkeiten: Anwendungen, Kosten, Verträge, Verantwortliche und Vorhaben sind der Map zugeordnet — Redundanzen und Investitionslücken werden sichtbar, statt in Listen zu schlummern.
- Vier Flughöhen, eine Pflege: Konzern, Gesellschaft, Bereich, System — Vererbung sorgt dafür, dass das Spezifischere das Allgemeine sticht und nichts doppelt gepflegt wird. Die Map wird nie „je Bericht neu gemalt".
- Die 80-Prozent-Version ab Tag 1: Excel-Import mit harter Prüfung bringt den Bestand hinein, die Zuordnungsarbeit beginnt sofort — und die Schnittfehler der ersten Map-Version bringt der Betrieb von selbst ans Licht.