Wie man Kindern einen Beruf erklärt, der Organisationen hilft, sich selbst zu verstehen
Was macht ein Unternehmensarchitekt eigentlich?
Wenn meine Kinder mich das fragen, sage ich manchmal:
„Ich male Bilder und rede mit Menschen.“
Dann schauen sie mich an, als hätte ich gerade einen erstaunlich einfachen Beruf beschrieben. Bilder malen können sie auch. Mit Menschen sprechen sowieso. Für einen Moment wirkt Unternehmensarchitektur wie etwas, das man zwischen Frühstück, Schulranzen und dem Weg zur Schule erledigen könnte.
„Das ist ja nicht so schwer“, sagen sie dann. „Das kann ich auch.“
Ich widerspreche ihnen meistens nicht. Vielleicht, weil sie näher an der Sache sind, als es auf den ersten Blick scheint. Vielleicht auch, weil jede genaue Erklärung sofort sperrig würde. Ich könnte von Zielbildern sprechen, von Fähigkeiten, Systemen, Datenflüssen, Verantwortlichkeiten und strategischer Anschlussfähigkeit. Ich könnte erklären, dass Organisationen eigene Strukturen ausbilden, eigene Sprachen, eigene blinde Flecken. Aber am Küchentisch, zwischen Marmeladenglas und Matheheft, wäre das zu viel.
Also bleibt der Satz stehen.
Ich male Bilder und rede mit Menschen.
Schwieriger wird es erst dort, wo man erklären müsste, warum diese Bilder keine bloßen Bilder bleiben. Warum ein paar Linien, Kästen, Pfeile und Begriffe dazu führen können, das ein Projekt anders entscheidet. Warum ein Gespräch Arbeit ist, wenn es einer Organisation hilft, sich selbst genauer zu sehen.
Genau dort beginnt für mich Unternehmensarchitektur.
Kurz gesagt: Was macht ein Unternehmensarchitekt?
Ein Unternehmensarchitekt hilft einer Organisation, ihre Strategie, Fähigkeiten, Prozesse, Daten, Systeme und Verantwortlichkeiten in einen gemeinsamen Zusammenhang zu bringen.
Er entwickelt Bilder, Modelle und Gespräche, damit Entscheidungen klarer werden und Veränderung tragfähig bleibt. Seine Arbeit liegt oft vor der sichtbaren Umsetzung. Nämlich genau dort, wo Begriffe geklärt, Abhängigkeiten erkannt, Zielbilder geschärft und unterschiedliche Perspektiven miteinander verbunden werden müssen.
Ein guter Unternehmensarchitekt nimmt der Organisation keine Entscheidung ab. Er sorgt dafür, dass besser erkennbar wird, worüber entschieden wird, welche Folgen sichtbar sind und welche Zusammenhänge sonst im Schatten bleiben.
Ein Beruf mit schwer sichtbaren Ergebnissen
Viele Berufe lassen sich über sichtbare Dinge erklären. Eine Ärztin behandelt Menschen. Ein Handwerker baut etwas, das man anfassen kann. Eine Lehrerin unterrichtet Kinder. Auch in der IT gibt es Rollen, deren Ergebnis schnell greifbar wirkt: Eine Anwendung, ein Ticket, ein Release, ein Fehlerfix, eine Schnittstelle.
Bei Unternehmensarchitektur ist das schwieriger.
Am Ende eines guten Architekturgesprächs liegt oft kein neues Produkt auf dem Tisch. Manchmal steht nur ein anderes Bild im Raum. Eine Prozesslandkarte, auf der plötzlich eine Lücke auffällt. Eine Capabillity Map, durch die deutlich wird, dass drei Projekte am selben organisatorischen Vermögen arbeiten, ohne voneinander zu wissen. Ein Systemkontext, der zeigt, dass eine kleine Entscheidung an einer Stelle an fünf anderen Stellen Folgekosten erzeugt. Oder ein einziger geklärter Begriff, der verhindert, dass zwei Bereiche wochenlang aneinander vorbeiarbeiten.
Das Ergebnis ist real, aber selten laut. Es zeigt sich in Entscheidungen, die klarer werden. In Gesprächen, die weniger ausweichen. In Vorhaben, die früher erkennen, woran sie hängen. In Führungskräften, die verstehen, was eine vermeintliche technische Entscheidung organisatorisch auslöst. In Teams, die merken, dass ihr Problem an anderer Stelle beginnt als zunächst vermutet.
Unternehmensarchitektur arbeitet an Voraussetzungen. An Zusammenhang, Orientierung, Sprache und Entscheidbarkeit. Genau deshalb bleibt sie oft unsichtbar, solange sie wirkt.
Man spürt sie häufig erst, wenn sie fehlt.
Wenn alle nicken und trotzdem Unterschiedliches meinen
In Organisationen gibt es Momente, die äußerlich harmlos wirken. Ein Termin beginnt. Alle sind vorbereitet. Auf der Agenda steht ein Begriff, der vertraut klingt. Zum Beispiel: Kundenprozess.
Der Fachbereich spricht von fachlichen Schritten, Zuständigkeiten, Ausnahmen, Serviceversprechen. Die IT denkt an Anwendungen, Datenobjekte, Schnittstellen und Systemgrenzen. Das Management hört Durchlaufzeiten, Effizienz, Standardisierung und Skalierbarkeit. Der Betrieb fragt sich, was davon später stabil, wartbar und supportfähig sein wird.
Alle sprechen über denselben Kundenprozess. Zumindest scheint es so.
Nach einigen Minuten wird klar, dass im Raum verschiedene innere Bilder liegen. Niemand hat etwas Falsches gesagt. Niemand will blockieren. Und doch bewegt sich das Gespräch in mehrere Richtungen gleichzeitig. Die einen diskutieren über eine Prozesslogik, die anderen über eine Systemlösung. Wieder andere meinen eigentliche eine Fähigkeit, die das Unternehmen künftig verlässlicher beherrschen soll.
In solchen Momenten beginnt Architekturarbeit oft mit einer einfachen Frage:
Reden wir gerade über einen Prozess, über eine Fähigkeit, über ein System oder über eine Verantwortung?
Diese Frage ist klein. Sie löst kein Problem allein. Aber sie verändert den Raum. Plötzlich wird sichtbar, dass die Einigkeit nur auf der Oberfläche lag. Das Gespräch verliert etwas von seiner Scheinklarheit. Es wird genauer. Man kann unterscheiden. Und erst wenn eine Organisation unterscheiden kann, kann sie tragfähig entscheiden.
Das ist einer der Gründe, warum Unternehmensarchitektur so schwer zu erklären ist. Sie greift oft in dem Moment ein, bevor etwas sichtbar schiefgeht. Sie arbeitet an der Stelle, an der Begriffe, Bilder und Entscheidungen noch formbar sind.
Was Unternehmensarchitektur bedeutet
Ein Unternehmensarchitekt beschreibt die Arbeit am Zusammenhang einer Organisation. Sie macht sichtbar, wie Strategie, Fähigkeiten, Prozesse, Daten, Anwendungen, Technologien und Verantwortlichkeiten zusammenwirken.
Ihr Ziel ist keine vollständige Beschreibung des Unternehmens. Das wäre eine Illusion. Organisationen sind zu lebendig, zu widersprüchlich und zu beweglich, um vollständig in Modellen aufzugehen. Der Wert von Unternehmensarchitektur liegt woanders, denn sie schafft Orientierung für Entscheidungen und Veränderung.
Enterprise Architecture, oft mit EA abgekürzt, wird manchmal mit Methoden, Frameworks oder Modellierungswerkzeugen verwechselt. Diese Dinge können helfen. Sie bilden aber nur einen Teil des Handwerks. Der eigentliche Kern liegt in einer anderen Frage.
Wie hängen Strategie, Fähigkeiten, Prozesse, Daten, Systeme, Organisation und Verantwortung so zusammen, dass daraus handlungsfähige Veränderung entstehen kann?
Diese Frage klingt groß. Im Alltag beginnt sie oft sehr klein. Mit einem Begriff, der zu viele Bedeutungen trägt. Mit einem System, das Aufgaben übernimmt, für die es nie gedacht war. Mit einem Prozess, der nur funktioniert, weil erfahrene Menschen die Lücken kennen. Mit einem Zielbild, das auf Folien plausibel wirkt, aber keine ausreichende Verbindung zur Umsetzung hat.
Unternehmensarchitektur macht solche Stellen sichtbar. Sie zeigt, wo ein Unternehmen sich selbst anders beschreibt, als es tatsächlich arbeitet. Sie legt offen, wo Fähigkeiten fehlen, wo Zuständigkeiten verschwimmen, wo Daten mehrfach entstehen, wo technische Abhängigkeiten unterschätzt werden und wo lokale Lösungen den Gesamtzusammenhang belasten.
Das klingt weniger spektakulär als große Transformation. Aber gerade hier entscheidet sich, ob Veränderung trägt.
Eine Organisation kann viel Energie in Projekte, Programme und Initiativen geben. Wenn der Zusammenhang fehlt, entsteht Bewegung ohne Richtung. Dann wird umgesetzt, bevor ausreichend klar ist, was eigentlich ermöglicht werden soll. Dann wächst die IT-Landschaft entlang einzelner Bedarfe, während die strategische Linie schwächer wird. Dann wird Komplexität verschoben, bis sie an anderer Stelle wieder auftaucht.
Unternehmensarchitektur hilft, diese Verschiebungen früher zu erkennen.
Bilder, in denen Organisationen sich erkennen
Wenn ich sage, dass ich Bilder male, meine ich keine Präsentationsdekoration. Ein Architekturbild ist kein Schmuckstück für den Lenkungskreis und kein Beweis dafür, dass jemand ein Modellierungswerkzeug bedienen kann.
Ein gutes Architekturbild ist eine Denkfläche.
Es zeigt, was zusammenhängt. Es legt Abhängigkeiten offen. Es macht sichtbar, wo unterschiedliche Logiken aufeinander treffen. Es zeigt Brüche, Überlagerungen, Lücken und manchmal auch Dinge, die lange niemand sehen wollte.
Eine Capability Map fragt zum Beispiel: Welche Fähigkeiten braucht diese Organisation, um ihre Strategie wirklich umzusetzen? Sie ordnet nach dem, was eine Organisation können muss. In der Praxis kann das sehr klärend sein. Plötzlich wird sichtbar, dass ein strategisches Ziel keine technische Lösung braucht, bevor geklärt ist, welche Fähigkeit gestärkt werden soll. Oder dass ein vermeintlich neues Thema längst in mehreren Bereichen bearbeitet wird, nur unter verschiedenen Namen.
Eine Prozesslandkarte zeigt, wie Arbeit fließt, wo Wert entsteht, wo Übergaben liegen und wo Verantwortung unscharf wird. Ein Systemkontext zeigt, welche Anwendungen beteiligt sind, wo Daten entstehen, wo sie verändert werden und welche Abhängigkeiten im Betrieb bestehen. Ein Zielbild hilft, eine Richtung zu beschreiben, bevor einzelne Maßnahmen sie ersetzen. Eine Roadmap macht sichtbar, welche Schritte aufeinander aufbauen und wo eine Organisation sich selbst überfordert, wenn sie alles gleichzeitig beginnt.
Solche Bilder beantworten selten alle Fragen. Das müssen sie auch nicht. Ihr Wert liegt darin, dass die richtigen Fragen am selben Gegenstand gestellt werden können.
Ein Architekturbild ist gelungen, wenn Menschen daran Widersprüche entdecken, bevor sie in Umsetzung, Betrieb oder Kundenkontakt teuer werden. Wenn jemand sagt: „So habe ich das noch nicht gesehen.“ Oder: „Wenn das stimmt, dann lösen wir gerade das falsche Problem.“ Oder auch: „Jetzt verstehe ich, warum die Diskussion seit Wochen festhängt.“
Dann hat das Bild gearbeitet.
Gespräche, in denen Bedeutung entsteht
Der zweite Teil meiner Antwort an meine Kinder klingt noch einfacher: Ich rede mit Menschen.
Auch das stimmt. Ein großer Teil der Architekturarbeit besteht aus Gesprächen. Aber diese Gespräche sind keine Begleitung der eigentlichen Arbeit. Sie sind selbst ein Teil der Arbeit.
Viele Missverständnisse in Organisationen entstehen, weil vertraute Wörter in unterschiedlichen Räumen unterschiedliche Bedeutungen tragen.
Ein Wort wie „Kunde“ kann im einen Bereich den Versicherten meinen, im anderen den Leistungserbringer, im nächsten den internen Auftraggeber oder eine abstrakte Marktrolle. Ein „Fall“ kann ein Anliegen sein, ein Vorgang, ein medizinischer Kontext, ein Dokumentenbündel, ein Bearbeitungsobjekt oder eine Verantwortung über die Zeit. Ein „Service“ kann ein fachliches Angebot sein, ein IT-Service, ein Kommunikationskanal oder ein Versprechen an den Kunden. Eine „Plattform“ kann technisches Fundament bedeuten, Produktstrategie, Integrationsraum oder schlicht die Hoffnung, dass künftige Komplexität irgendwo besser aufgehoben ist.
Solange diese Bedeutungen nicht geklärt sind, bauen Menschen auf wackligem Grund. Sie stimmen zu und meinen Unterschiedliches. Sie entscheiden scheinbar gemeinsam und tragen verschiedene Bilder in die Umsetzung. Später wundern sich alle, warum Abstimmungen schwer werden, Anforderungen wachsen, Schnittstellen kippen und Verantwortlichkeiten erneut diskutiert werden müssen.
Architekturgespräche versuchen, diese Bedeutungen tragfähig zu machen. Nicht durch Belehrung. Eher durch geduldiges Freilegen.
Was meint ihr, wenn ihr von Kunde sprecht?
Welche Fähigkeit soll gestärkt werden?
Welche Entscheidung ist wirklich offen?
Wer trägt Verantwortung, wenn der Prozess den Systemrand überschreitet?
Welche Abhängigkeit entsteht, wenn diese Lösung produktiv geht?
Was müsste sichtbar sein, damit der nächste Schritt verantwortbar wird?
Solche Fragen wirken manchmal schlicht. In guten Momenten verändern sie die Qualität des Gesprächs. Aus Meinungen werden Perspektiven. Aus Perspektiven werden Unterschiede und aus diesen können wiederum Entscheidungen entstehen.
Vielleicht ist das die leiseste Form von Architekturarbeit. Einen Raum so lange offen zu halten, bis die Organisation erkennt, welche Frage sie eigentlich beantworten muss.
Was ein Unternehmensarchitekt im Alltag beiträgt
Natürlich besteht Unternehmensarchitektur nicht allein aus Bildern und Gesprächen. Sie nutzt Methoden, Modelle, Prinzipien, Standards und Werkzeuge. Sie arbeitet mit Strategien, Fähigkeiten, Prozessen, Daten, Anwendungen, Technologien und Organisationsstrukturen. Sie hat Berührungspunkte mit IT-Architektur, Facharchitektur, Informationssicherheit, Datenschutz, Betrieb, Projektportfolio, Produktentwicklung und Unternehmenssteuerung.
Doch im Alltag lassen sich viele Beiträge auf vier Bewegungen zurückführen.
Unternehmensarchitekten machen Zusammenhänge sichtbar
Sie betrachten einzelne Projekte, Systeme und Anforderungen im größeren Gefüge. Welche Fähigkeit trägt welches strategische Ziel? Welche Systeme unterstützen welche fachlichen Aufgaben? Wo entstehen Daten? Wer nutzt sie? Welche Veränderung erzeugt Folgewirkungen an anderer Stelle? Wo wird eine organisatorische Entscheidung als technische Anforderung verkleidet?
Unternehmensarchitekten übersetzen zwischen Perspektiven
Sie sprechen mit Fachbereichen, IT, Management und Betrieb, ohne eine dieser Logiken zur einzigen Wahrheit zu erklären. Jede Perspektive sieht etwas. Jede übersieht etwas. Architekturarbeit versucht, diese Sichtweisen so zueinander zu bringen, dass daraus ein belastbares Bild entsteht.
Unternehmensarchitekten schaffen Entscheidungsfähigkeit
Sie entscheiden selten allein. Das sollten sie auch nicht. Ihre Aufgabe liegt eher darin, Entscheidungsräume lesbarer zu machen. Welche Optionen gibt es? Welche Konsequenzen haben sie? Welche Abhängigkeiten sind bekannt? Welche Risiken bleiben offen? Welche Entscheidung wird vermieden, obwohl sie längst nötig wäre?
Unternehmensarchitekten bewahren den Blick auf das Ganze
Sie achten auf Zusammenhang. Eine lokale Lösung kann fachlich sinnvoll, technisch elegant und kurzfristig effizient sein. Trotzdem kann sie das Gesamtgefüge belasten, wenn sie Daten dupliziert, Verantwortlichkeiten verschiebt, Betriebskomplexität erhöht oder strategische Zielbilder unterläuft.
Diese Arbeit ist selten spektakulär. Sie besteht aus Fragen, Bildern, Unterscheidungen, manchmal auch aus Widerspruch. Sie schützt Organisationen vor der Illusion, dass ein sauber beschriebenes Einzelproblem automatisch eine gute Gesamtlösung ergibt.
Wo Unternehmensarchitektur unbequem wird
Verständigung klingt angenehm. In der Praxis ist sie es nicht immer.
Ein Architekturbild kann beruhigen, weil es Ordnung schafft. Es kann aber auch das Gegenteil bewirken. Manchmal zeigt es, dass die Unklarheit bisher nützlich war. Sie hat einen Konflikt verdeckt. Sie hat Verantwortungen in der Schwebe gehalten. Sie hat ermöglicht, dass mehrere Bereiche mit demselben Begriff arbeiten, ohne ihre unterschiedlichen Interessen offenlegen zu müssen.
Dann wird Architekturarbeit unbequem.
Ein Diagramm zeigt vielleicht, dass zwei Systeme dasselbe tun, weil zwei Organisationseinheiten ihre eigene Lösung gebaut haben. Eine Prozesslandkarte zeigt, dass eine Übergabe seit Jahren über persönliche Erfahrung funktioniert, aber nirgends verantwortet ist. Eine Capability Map zeigt, dass eine strategisch wichtige Fähigkeit in keinem Bereich wirklich geführt wird. Ein Zielbild zeigt, dass ein Projekt bereits an einer Lösung arbeitet, bevor die Organisation geklärt hat, welchen Zustand sie errreichen will.
Solche Einsichten sind nicht immer willkommen. Sie berühren Budgets, Zuständigkeiten, Prioritäten und Deutungshoheit. Sie zeigen, dass Architektur eine sachliche Ordnungsarbeit ist und zugleich im Schatten von Interessen, Gewohnheiten und Macht stattfindet.
Deshalb braucht Unternehmensarchitektur Fingerspitzengefühl. Ein Bild kann zu früh kommen. Eine Frage kann zu hart gestellt sein. Eine Unterscheidung kann fachlich richtig und politisch unklug sein. Wer Architekturarbeit ernst nimmt, muss Strukturen lesen können und zugleich Situationen verstehen. Manchmal ist der nächste tragfähige Schritt wichtiger als die vollständige Wahrheit auf einer Folie.
Das macht die Rolle anspruchsvoll. Sie bewegt sich zwischen Klarheit und Anschlussfähigkeit. Zwischen dem, was sichtbar werden muss, und dem, was eine Organisation im Moment überhaupt aushalten kann.
Warum man Unternehmensarchitektur oft erst bemerkt, wenn sie fehlt
Fehlende Unternehmensarchitektur macht selten ein lautes Geräusch. Sie zeigt sich in Reibung, Wiederholung, Umwegen und Gesprächen, die immer wieder von vorn beginnen.
Ein Projekt löst ein lokales Problem und erzeugt eine neue Abhängigkeit im Betrieb. Ein anderes Vorhaben baut eine ähnliche Funktion, weil niemand die Überschneidung gesehen hat. Eine strategische Initiative verliert auf dem Weg in die Umsetzung ihre Richtung, weil niemand übersetzt hat, welche Fähigkeiten tatsächlich verändert werden müssen. Ein Begriff bleibt ungeklärt und wandert durch Konzepte, Anforderungen und Tickets, bis seine Unschärfe teuer wird.
Manchmal zeigt sich fehlende Architektur auch im Kundenerlebnis. Einzelne Teile funktionieren, aber der Zusammenhang bricht. Der Kunde wird weitergeleitet, muss Dinge erneut erklären, erhält widersprüchliche Auskünfte oder erlebt digitale und persönliche Kanäle als getrennte Welten. Aus Sicht der Organisation war jedes Element begründbar. Aus Sicht des Kunden zählt der Übergang.
Genau dort wird Architektur praktisch. Sie fragt nach dem Zusammenhang zwischen Strategie, Organisation, Prozess, Daten, System und Erlebnis. Sie betrachtet, ob einzelne Bausteine gemeinsam eine tragfähige Struktur bilden.
Wenn Architektur fehlt, wird Komplexität nicht kleiner. Sie wandert nur. In manuelle Ausnahmen. In Betriebsteams. In Schnittstellen. In Projektabstimmungen. In Kundenkontakte. In Führungskreise, die dieselben Entscheidungen erneut treffen müssen, weil der Zusammenhang vorher nicht ausreichend sichtbar war.
Gute Architekturarbeit verhindert nicht jede Reibung. Organisationen bleiben lebendig, widersprüchlich, politisch, begrenzt. Aber sie kann helfen, Reibung früher zu erkennen und bewusster zu entscheiden, welche Komplexität man in Kauf nimmt und welche man vermeiden sollte.
Zwischen Strategie und Umsetzung
Vielleicht liegt der eigentliche Ort der Unternehmensarchitektur zwischen den Dingen.
Zwischen Strategie und Umsetzung.
Zwischen Fachlichkeit und Technik.
Zwischen Gegenwart und Zielbild.
Zwischen Projekt und Betrieb.
Zwischen dem, was gesagt wird, und dem, was gemeint ist.
Zwischen lokaler Lösung und organisationalem Zusammenhang.
An diesen Übergängen entstehen viele Missverständnisse. Dort verliert Strategie ihre Richtung. Dort werden fachliche Anliegen zu technischen Anforderungen verengt. Dort entstehen Lösungen, deren Folgekosten erst später sichtbar werden. Dort braucht es Menschen, die Übergänge lesen können.
Das verlangt fachliches Wissen, aber auch Geduld. Es verlangt Struktur, aber auch Gespür für Sprache. Es verlangt die Fähigkeit Unklarheit auszuhalten, ohne sie vorschnell zu glätten. Und es verlangt die Bereitschaft, manchmal zwischen allen Stühlen zu sitzen, weil genau dort die Verbindungen sichtbar werden.
Unternehmensarchitekten arbeiten selten allein. Ihre Wirksamkeit hängt davon ab, ob andere bereit sind, mitzudenken. Ein Architekturmodell, das niemand nutzt, bleibt Papier. Ein Prinzip, das keine Entscheidung beeinflusst, bleibt Behauptung. Eine Roadmap, die keine Verantwortung klärt, bleibt Planungssprache.
Architektur wird erst lebendig, wenn sie Gespräche verändert.
Zurück zum Küchentisch
Vielleicht ist es gar nicht so schwer, Kindern diesen Beruf zu erklären. Schwerer ist es, Erwachsenen in Organisationen zu zeigen, dass Bilder und Gespräche keine Nebenprodukte der Arbeit sind. Manchmal sind sie der Ort, an dem Arbeit überhaupt erst entscheidbar wird.
Wenn meine Kinder also sagen, dass Bilder malen und mit Menschen sprechen nicht so schwer klingt, widerspreche ich ihnen weiterhin nicht. Vielleicht haben sie etwas Wesentliches gesehen.
Ich male Bilder, in denen Organisationen sich selbst erkennen können. Ich spreche mit Menschen, damit aus unterschiedlichen Sichtweisen ein gemeinsamer Blick entsteht. Und ich versuche Zusammenhänge sichtbar zu machen, bevor sie als Probleme zurückkehren.
Das klingt einfach.
Vielleicht muss es auch einfach klingen, damit man den ersten Schritt versteht. Die Schwierigkeit liegt später: im genauen Hinsehen, im geduldigen Fragen, im Aushalten von Unschärfe, im Zeichnen eines Bildes, das nicht beruhigt, bevor es etwas geklärt hat.
So beginnt diese Reihe nicht mit einem Framework, sondern mit einer Frage am Küchentisch. Von dort aus lässt sich vielleicht am besten erzählen, was Unternehmensarchitektur im Alltag tut.
Sie hilft Organisationen, sich selbst zu sehen.
Und manchmal beginnt das mit einem Bild.
FAQ: Unternehmensarchitektur
Was macht ein Unternehmensarchitekt
Ein Unternehmensarchitekt macht Zusammenhänge sichtbar. Er verbindet Strategie, Fähigkeiten, Prozesse, Daten, Systeme und Verantwortlichkeiten so, dass Entscheidungen klarer und Veränderungen tragfähiger werden.
Warum ist Unternehmensarchitektur wichtig?
Unternehmensarchitektur hilft Reibung, Doppelarbeit, unklare Begriffe und technische Folgekosten früher zu erkennen. Sie schafft Orientierung zwischen Strategie und Umsetzung.
Ist Unternehmensarchitektur ein IT-Thema?
Unternehmensarchitektur berührt IT, geht aber darüber hinaus. Sie betrachtet fachliche Fähigkeiten, Prozesse, Organisation, Daten, Verantwortung und strategische Zielbilder.
Warum arbeitet ein Unternehmensarchitekt mit Bildern?
Architekturbilder machen komplexe Zusammenhänge besprechbar. Sie zeigen Abhängigkeiten, Brüche, Überschneidungen und offene Entscheidungen.
Was ist der Unterscheid zwischen Unternehmensarchitektur und IT-Architektur?
IT-Architektur fokussiert stärker auf technische Strukturen und Lösungen. Unternehmensarchitektur betrachtet den größeren Zusammenhang zwischen Strategie, Organisation, Fachlichkeit, Daten, Anwendungen und Veränderung.
Was ist eine Capability Map?
Eine Capability Map zeigt, welche Fähigkeiten eine Organisation braucht oder besitzt. Sie hilft, strategische Ziele mit fachlichen und technischen Veränderungen zu verbinden.
Was ist ein Zielbild in der Unternehmensarchitektur?
Ein Zielbild beschreibt eine angestrebte Richtung für Organisation, Fähigkeiten, Prozesse, Systeme oder Daten. Es hilft, einzelne Maßnahmen an einem gemeinsamen Verständnis auszurichten.