{"id":26769,"date":"2025-02-25T19:41:23","date_gmt":"2025-02-25T18:41:23","guid":{"rendered":"https:\/\/blog.mi.hdm-stuttgart.de\/?p=26769"},"modified":"2025-02-25T19:41:26","modified_gmt":"2025-02-25T18:41:26","slug":"agilitat-trifft-enterprise-architecture-management-wie-eam-dynamische-unternehmen-zukunftssicher-macht","status":"publish","type":"post","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/02\/25\/agilitat-trifft-enterprise-architecture-management-wie-eam-dynamische-unternehmen-zukunftssicher-macht\/","title":{"rendered":"Agilit\u00e4t trifft Enterprise Architecture Management: Wie EAM dynamische Unternehmen zukunftssicher macht"},"content":{"rendered":"\n

Anmerkung:<\/strong>\u00a0Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst.<\/p>\n\n\n\n

1. Einleitung: Agil oder robust –  warum nicht beides?<\/h2>\n\n\n\n

Die digitale Transformation fordert Unternehmen heraus, schneller auf Ver\u00e4nderungen zu reagieren und gleichzeitig langfristig tragf\u00e4hige IT-Landschaften zu gestalten. Agile Methoden haben sich etabliert, um Flexibilit\u00e4t, Geschwindigkeit und Kundenorientierung zu f\u00f6rdern. Im selben Atemzug bleibt jedoch die Notwendigkeit bestehen, eine robuste und skalierbare Enterprise-Architektur sicherzustellen, die sowohl aktuelle Gesch\u00e4ftsanforderungen als auch k\u00fcnftige Entwicklungen unterst\u00fctzt. Dieser scheinbare Widerspruch zwischen Agilit\u00e4t und strategischer Planung ist zwar kein neues Ph\u00e4nomen, gewinnt aber angesichts der steigenden Dynamik von M\u00e4rkten und Technologien zunehmend an Bedeutung.[1][13]<\/p>\n\n\n\n

Enterprise Architecture Management wird oft als Werkzeug f\u00fcr Stabilit\u00e4t und Standardisierung wahrgenommen \u2013 Qualit\u00e4ten, die im Gegensatz zu den iterativen und explorativen Prinzipien agiler Organisationen stehen. Genau hier liegt jedoch eine Chance: Mit der richtigen Herangehensweise lassen sich EAM und Agilit\u00e4t zu einem Ansatz kombinieren, der die St\u00e4rken beider Konzepte vereint. [2]
Im Folgenden wird aufgezeigt, wie Unternehmen diesen Spagat meistern k\u00f6nnen und warum EAM gerade in einer dynamischen Umgebung unverzichtbar bleibt.<\/p>\n\n\n\n

2. Herausforderungen: Wenn Agilit\u00e4t auf Architektur trifft<\/h2>\n\n\n\n

Die Integration von Agilit\u00e4t in Unternehmen stellt die klassische Enterprise Architecture vor eine Vielzahl von Herausforderungen.<\/p>\n\n\n\n

W\u00e4hrend agile Methoden auf schnelle Iterationen, Flexibilit\u00e4t und selbstorganisierte Teams setzen, verfolgt EAM traditionell das Ziel einer langfristig stabilen und konsistenten IT-Architektur. Diese unterschiedlichen Denkweisen f\u00fchren zu Spannungsfeldern, mit denen sich Organisationen besch\u00e4ftigen m\u00fcssen, um die Vorteile beider Ans\u00e4tze nutzbar machen zu k\u00f6nnen.<\/p>\n\n\n\n

Flexibilit\u00e4t vs. Stabilit\u00e4t<\/h3>\n\n\n\n

Agile Teams streben nach Autonomie und wollen Entscheidungen m\u00f6glichst schnell treffen, um flexibel auf \u00e4u\u00dfere und innere Gegebenheiten reagieren zu k\u00f6nnen. EAM hingegen erfordert standardisierte Prozesse und zentrale Administration, um langfristig Konsistenz und Skalierbarkeit zu erreichen.[3][12]<\/p>\n\n\n\n

Werden Architekturvorgaben als zu starr empfunden, riskieren Unternehmen unkoordinierte Einzell\u00f6sungen (\u201eSchattenarchitekturen\u201c) \u2013 eine potenzielle Gefahr f\u00fcr die langfristige Wartbarkeit und Gesamtstrategie der IT. [3]<\/p>\n\n\n\n

Fragmentierte Architektur und Silobildung<\/h3>\n\n\n\n

In agilen Organisationen neigen autonome Teams dazu, individuelle Entscheidungen zu Technologien und Systemen zu treffen, die nicht immer untereinander aufeinander abgestimmt und kompatibel sind. Dies kann zu einer fragmentierten Architektur f\u00fchren, die nicht nur durch Inkonsistenzen, sondern auch von Redundanzen gepr\u00e4gt ist. Solche Silostrukturen erschweren die Zusammenarbeit, erh\u00f6hen die technischen Schulden und die Betriebskosten langfristig.[3][4]<\/p>\n\n\n\n

Kurzfristige oder langfristige Anforderungen<\/h3>\n\n\n\n

Typischerweise fokussieren sich agile Teams auf kurzfristige Ziele, wie die schnelle Bereitstellung von Features oder die Erf\u00fcllung eines spezifischen Kundenwunsches. Im Gegensatz dazu verfolgt EAM einen langfristigen Ansatz, der darauf abzielt Nachhaltigkeit und Skalierbarkeit in der gesamten IT-Landschaft sicherzustellen. In diesem Spannungsfeld besteht das Risiko, dass entweder die kurzfristige Flexibilit\u00e4t oder die langfristige Stabilit\u00e4t geopfert wird, sofern keine geeigneten Priorisierungsmechanismen etabliert sind. [3][13]<\/p>\n\n\n\n

Die oben genannten Spannungsfelder verdeutlichen, dass Agilit\u00e4t und EAM nur dann funktionieren, wenn sie sinnvoll aufeinander abgestimmt werden. Im n\u00e4chsten Abschnitt werden zentrale L\u00f6sungsans\u00e4tze vorgestellt, die diesen Herausforderungen begegnen und Agilit\u00e4t mit einer stabilen Architektur verbinden.<\/p>\n\n\n\n

3. L\u00f6sungsans\u00e4tze: Der Weg zur agilen Architektur<\/h2>\n\n\n\n

Um sowohl die kurzfristige Flexibilit\u00e4t als auch die langfristige Stabilit\u00e4t der IT-Landschaft zu gew\u00e4hrleisten, haben sich verschiedene Ma\u00dfnahmen bew\u00e4hrt. Unternehmen sollten insbesondere ihre traditionelle Architekturpraxis anpassen und folgende Aspekte ber\u00fccksichtigen:<\/p>\n\n\n\n

Leitplanken f\u00fcr autonome Teams<\/h3>\n\n\n\n

Anstatt Teams starre Vorgaben zu machen, empfiehlt es sich, flexible Leitplanken einzuf\u00fchren. Diese Leitplanken definieren zentrale Standards \u2013 zum Beispiel grundlegende Technologien, Sicherheitsanforderungen oder Schnittstellenkonzepte \u2013 und bieten damit einen gemeinsamen Rahmen f\u00fcr alle. Gleichzeitig bleibt gen\u00fcgend Spielraum, um eigene L\u00f6sungen zu entwickeln. So lassen sich Einzell\u00f6sungen oder \u201eSchattenarchitekturen\u201c vermeiden, die sp\u00e4ter nur schwer zusammenpassen w\u00fcrden. [5]<\/p>\n\n\n\n

Kontinuierliche Architekturentwicklung<\/h3>\n\n\n\n

Mit Continuous Architecture l\u00e4sst sich die Balance zwischen schnellen Ergebnissen und langfristiger Robustheit wahren. Regelm\u00e4\u00dfige Architektur-Reviews sowie fortlaufende Anpassungen stellen sicher, dass neues Wissen aus den agilen Entwicklungszyklen schnell in die Gesamtarchitektur einflie\u00dfen kann. Auf diese Weise werden veraltete Strukturen Schritt f\u00fcr Schritt abgebaut und die IT-Landschaft bleibt wartbar und skalierbar. [6]<\/p>\n\n\n\n

Integration agiler Frameworks<\/h3>\n\n\n\n

Frameworks wie das Scaled Agile Framework (SAFe) und das TOGAF-Framework bieten strukturierte Ans\u00e4tze, um Agilit\u00e4t und EAM zu kombinieren. W\u00e4hrend SAFe auf die Skalierung agiler Methoden \u00fcber mehrere Teams oder Abteilungen abzielt, legt TOGAF den Fokus auf langfristige Konsistenz und Governance.<\/strong> Beide Herangehensweisen k\u00f6nnen synergetisch wirken und Unternehmen dabei unterst\u00fctzen, die Vorteile agiler Entwicklung mit der strategischen Planung einer Enterprise-Architektur in Einklang zu bringen. [7][8]<\/p>\n\n\n\n

TOGAF – Governance und Stabilit\u00e4t<\/h3>\n\n\n\n

Was ist TOGAF?<\/h4>\n\n\n\n

TOGAF (The Open Group Architecture Framework) ist ein verbreitetes Framework, das Unternehmen dabei unterst\u00fctzen soll, stabile und konsistente IT-Architekturen zu entwickeln und zu verwalten. Das Framework bietet eine strukturierte Methode, um langfristige Stabilit\u00e4t, Konsistenz und Governance der IT-Landschaft effektiv zu sichern. Das Hauptziel von TOGAF ist es, IT-Architekturen zu schaffen, die sowohl aktuelle Gesch\u00e4ftsziele unterst\u00fctzen als auch flexibel genug sind, um k\u00fcnftige Anforderungen zu stellen. [8]<\/p>\n\n\n\n

Ein Schl\u00fcsselaspekt von TOGAF ist der sogenannte Architecture Development Method (ADM) Zyklus, der auf einem iterativen Ansatz basiert. Dieser Zyklus deckt die wichtigsten Schritte der Architekturentwicklung ab: von der Entwicklung einer klaren Vision \u00fcber die Ausarbeitung von Gesch\u00e4fts- und Technologiearchitekturen bis hin zur fortlaufenden Anpassung an neue Anforderungen. Mit diesem Ansatz unterst\u00fctzt das Framework Unternehmen dabei, klare Richtlinien festzulegen, die eine konsistente und effektive IT-Architektur gew\u00e4hrleisten. [8]<\/p>\n\n\n\n

Unternehmen stehen vor der Herausforderung, IT-Systeme stabil und zugleich anpassungsf\u00e4hig zu gestalten. TOGAF liefert hier eine strukturierte Methode, die mittleren und gro\u00dfen Organisationen hilft, langfristige Konsistenz mit Innovationsf\u00e4higkeit zu verbinden. [8]<\/p>\n\n\n\n

Der ADM-Zyklus: Das Herzst\u00fcck von TOGAF<\/h4>\n\n\n\n

Ein zentraler Bestandteil von TOGAF ist der Architecture Development Method (ADM) Zyklus, der als iterativer Prozess die schrittweise Entwicklung und Anpassung von Unternehmensarchitekturen unterst\u00fctzt. Der ADM-Zyklus gliedert sich in mehrere Phasen, die von der Definition einer Architekturvision \u00fcber die detaillierte Planung von Gesch\u00e4fts-, Daten-, Applikations- und Technologiearchitekturen bis hin zur Implementierung und kontinuierlichen Optimierung reichen.<\/p>\n\n\n\n

Der Zyklus setzt sich wie folgt zusammen (vgl. Abb. 1):<\/p>\n\n\n\n

Vorbereitungsphase (Preliminary Phase)<\/strong>
Hier gilt es die organisatorischen Rahmenbedingungen und Vorbereitungen f\u00fcr die Architekturarbeit festzulegen. [9][8]<\/p>\n\n\n\n

\"\"<\/figure>
\n

Vorbereitungsphase (Preliminary Phase)<\/strong>
Hier gilt es die organisatorischen Rahmenbedingungen und Vorbereitungen f\u00fcr die Architekturarbeit festzulegen. [9]<\/p>\n\n\n\n

    \n
  1. Architekturvision (Architecture Vision)
    <\/strong>In dieser Phase wird eine erste Vision f\u00fcr die Architektur, die die Anforderungen und das Zielbild beschreibt entwickelt. [9][8]<\/li>\n\n\n\n
  2. Gesch\u00e4ftsarchitektur (Business Architecture)
    <\/strong>Ziel ist es eine detaillierte Architektur sowohl f\u00fcr Gesch\u00e4ftsprozesse und Funktionen als auch f\u00fcr die gesamte Organisation zu entwickeln. [9][8]<\/li>\n\n\n\n
  3. Informationssystemarchitektur (Information Systems Architecture)
    <\/strong>An dieser Stelle werden die Datenfl\u00fcsse, Datenbanken und weitere Informationsobjekte definiert. Des Weiteren definiert man die verwendeten Anwendungen und wie sie miteinander interagieren. [9][8]<\/li>\n\n\n\n
  4. Technologiearchitektur (Technology Architecture)
    <\/strong>Um die Technologiel\u00fccken zu meiden und ein Zielbild f\u00fcr die Technologiearchitektur zu erhalten, wird die technische Infrastruktur und die Plattformen definiert. [9][8]<\/li>\n<\/ol>\n<\/div><\/div>\n\n\n\n

    Abb. 1: Der Architecture Development Method (ADM) Zyklus des TOGAF-Frameworks.<\/em>[8]<\/p>\n\n\n\n

      \n
    1. Chancen und L\u00f6sungen (Opportunities and Solutions)
      <\/strong>Im n\u00e4chsten Schritt wird die Implementierung geplant, sowie Ans\u00e4tze gesucht, um die genannten Technologiel\u00fccken zu schlie\u00dfen.[9][8]<\/li>\n\n\n\n
    2. Migrationsplanung (Migration Planning)
      <\/strong>Die detaillierte Planung der Architekturumsetzung und Migrationsstrategie umfasst die Erstellung eines umfassenden Plans mit Projekten, Abh\u00e4ngigkeiten und Ressourcen.[9][8]<\/li>\n\n\n\n
    3. Umsetzung der Architektur (Implementation Governance)
      <\/strong>Ziel hierbei ist es, sicherzustellen, dass die Implementierung den definierten Architekturen entspricht.[9][8]<\/li>\n\n\n\n
    4. Architekturver\u00e4nderungen verwalten (Architecture Change Management)
      <\/strong>In der letzten Phase werden \u00c4nderungen an der Architektur \u00fcberwacht, gesteuert und dokumentiert, um die langfristige Stabilit\u00e4t und Anpassungsf\u00e4higkeit sicherzustellen.[9][8]<\/li>\n<\/ol>\n\n\n\n

      Anforderungsmanagement (Requirement Management)
      <\/strong>Das Requirements Management ist eine \u00fcbergreifende Komponente des Zyklus, die sicherstellt, dass alle Anforderungen w\u00e4hrend des gesamten Prozesses ber\u00fccksichtigt werden. Die Pfeile aus allen Phasen des ADM-Zyklus auf das Requirement Management verdeutlichen dessen zentrale Rolle als Steuerungs- und Kontrollfunktion. [8]<\/p>\n\n\n\n

      Mit dem ADM-Zyklus bietet TOGAF eine Art Werkzeugkasten f\u00fcr Unternehmen, die ihre IT-Architekturen nicht nur stabil, sondern auch zukunftsf\u00e4hig gestalten wollen. Der iterative Ansatz sorgt daf\u00fcr, dass neue Erkenntnisse und ver\u00e4nderte Rahmenbedingungen jederzeit integriert werden k\u00f6nnen. F\u00fcr Unternehmen, die Stabilit\u00e4t mit Agilit\u00e4t vereinen m\u00fcssen, ist der ADM-Zyklus damit unverzichtbar \u2013 er gibt Struktur und Flexibilit\u00e4t zugleich. [8]<\/p>\n\n\n\n

      SAFe – Agil auf Unternehmensniveau skalieren<\/h3>\n\n\n\n

      Was ist SAFe und wie unterscheidet es sich von TOGAF?<\/h4>\n\n\n\n

      Das Scaled Agile Framework (SAFe) ist eine m\u00f6gliche Antwort auf eine entscheidende Frage: Wie kann Agilit\u00e4t in gro\u00dfen Organisationen gelebt werden, ohne den \u00dcberblick zu verlieren? W\u00e4hrend TOGAF eine solide Grundlage f\u00fcr Stabilit\u00e4t und Governance bietet, geht SAFe einen anderen Weg: Es fokussiert sich darauf, agile Methoden \u00fcber Teams hinaus auf Unternehmensniveau zu skalieren. Agile Praktiken wie Scrum funktionieren hervorragend in kleinen Einheiten, doch sobald mehrere Teams und Abteilungen eingebunden werden, entsteht oft Chaos. Hier setzt SAFe an, indem es bew\u00e4hrte Prinzipien der Agilit\u00e4t mit strategischer Planung und klaren Strukturen verbindet, um Organisationen auf allen Ebenen flexibel zu machen. [7]<\/p>\n\n\n\n

      Hauptelemente von SAFe<\/h4>\n\n\n\n

      SAFe bietet insgesamt vier Konfigurationen, die auf unterschiedliche Bed\u00fcrfnisse und Komplexit\u00e4tsgrade von Unternehmen abgestimmt sind:<\/p>\n\n\n\n

      Konfiguration<\/strong><\/td>Beschreibung<\/strong><\/td>Zielgruppe \/ Einsatzzweck<\/strong><\/td><\/tr>
      Essential SAFe<\/strong><\/td>Kern des Frameworks mit Basis-Elementen und Prinzipien f\u00fcr agile Teams<\/td>Kleine Organisationen, die Agilit\u00e4t einf\u00fchren wollen<\/td><\/tr>
      Large Solution SAFe<\/strong><\/td>F\u00fcr komplexe Systeme, die von mehreren teams entwickelt werden<\/td>Unternehmen, die gro\u00dfe, integrierte L\u00f6sungen erstellen<\/td><\/tr>
      Portfolio SAFe<\/strong><\/td>Verbindet strategische Ziele mit agiler Umsetzung durch Lean Portfolio Management, das Strategien, Budgets und agile Prozesse versucht in Einklang zu bringen<\/td>Organisationen, die Strategie und Umsetzung praktisch zusammenbringen wollen<\/td><\/tr>
      Full SAFe<\/strong><\/td>Umfasst alle Ebenen f\u00fcr komplexe, umfassende Organisationen<\/td>Gro\u00dfe Unternehmen mit umfangreichen Anforderungen<\/td><\/tr><\/tbody><\/table>
      Tabelle 1: Konfigurationen von SAFe und deren Zielgruppe [10]<\/figcaption><\/figure>\n\n\n\n

      Prinzipien und Werte<\/h4>\n\n\n\n

      SAFe basiert auf vier wichtigen Werten: Abstimmung, Qualit\u00e4tssicherung, Transparenz und Programmumsetzung. Diese sorgen daf\u00fcr, dass Teams sich auf gemeinsame Ziele ausrichten, kontinuierlich hochwertige Ergebnisse liefern und dabei offen kommunizieren. Begleitet werden diese Werte von Prinzipien wie der Nutzung von Systemdenken, iterativen Entwicklungszyklen und dem Setzen von objektiven Meilensteinen. So stellt SAFe sicher, dass Unternehmen wirtschaftlich arbeiten und gleichzeitig flexibel auf neue Herausforderungen reagieren k\u00f6nnen. [7]<\/p>\n\n\n\n

      Vorteile der Anwendung von SAFe<\/h4>\n\n\n\n

      Die Einf\u00fchrung von SAFe bringt Unternehmen vielf\u00e4ltige Vorteile. Einer der gr\u00f6\u00dften Vorz\u00fcge ist die M\u00f6glichkeit, agile Methoden effektiv auf gro\u00dfe Teams und Programme auszuweiten, ohne an Flexibilit\u00e4t einzub\u00fc\u00dfen. Gleichzeitig verbessert das Framework die bereichs\u00fcbergreifende Zusammenarbeit, indem es klare Leitplanken setzt und gemeinsame Ziele definiert. Dar\u00fcber hinaus sorgt SAFe f\u00fcr eine enge Verzahnung der Entwicklungsarbeit mit den strategischen Unternehmenszielen, wodurch eine gezieltere Ausrichtung erm\u00f6glicht wird. Ein weiterer entscheidender Vorteil ist die erh\u00f6hte Transparenz: Fortschritte sind auf allen Ebenen nachvollziehbar, was fundierte Entscheidungen erleichtert und das Vertrauen innerhalb der Organisation st\u00e4rkt.[1]<\/p>\n\n\n\n

      4. Das beste aus zwei Welten<\/h2>\n\n\n\n
      \"\"<\/figure>
      \n

      Die erfolgreiche Kombination von Agilit\u00e4t und Enterprise Architecture Management bringt eine ganze Reihe an Vorteilen mit sich, die Organisationen nutzen k\u00f6nnen, um ihre strategischen Ziele zu erreichen und gleichzeitig die angesprochene Flexibilit\u00e4t zu wahren. Werden beide Ans\u00e4tze sinnvoll verkn\u00fcpft, profitieren Teams von klaren Leitplanken, effizienten Prozessen und einer insgesamt robusteren, zukunftsf\u00e4higen IT-Landschaft.<\/p>\n<\/div><\/div>\n\n\n\n

      Flexibilit\u00e4t und Stabilit\u00e4t in Balance<\/h3>\n\n\n\n

      Durch die Integration agiler Prinzipien in das EAM k\u00f6nnen Unternehmen sowohl flexibel auf neue Anforderungen reagieren als auch langfristige Stabilit\u00e4t sicherstellen. Agile Methoden erlauben es Teams schnell und selbst\u00e4ndig Entscheidungen zu treffen, w\u00e4hrend das EAM gleichzeitig sicherstellt, dass diese Entscheidungen innerhalb einer \u00fcbergeordneten Struktur erfolgen. Dies reduziert die Gefahr von Silobildung und sorgt gleichzeitig f\u00fcr die notwendige Geschwindigkeit in der Entwicklung. Unternehmen ben\u00f6tigen stabile, standardisierte Prozesse, d\u00fcrfen jedoch nicht so starr sein, dass sie auf Ver\u00e4nderungen nicht mehr reagieren k\u00f6nnen. [11]<\/p>\n\n\n\n

      Reduzierung der Komplexit\u00e4t<\/h3>\n\n\n\n

      Mit Hilfe einer kontinuierlichen Weiterentwicklung der Architektur, k\u00f6nnen veraltete Strukturen abgebaut und die IT-Landschaft schrittweise vereinfacht werden. Agile Teams profitieren von klaren Standards und wieder verwendbaren Bausteinen, w\u00e4hrend das EAM sicherstellt, dass diese nachhaltig sinnvoll bleiben.[11]<\/p>\n\n\n\n

      Verbesserung der Zusammenarbeit und Innovationsbooster<\/h3>\n\n\n\n

      Die Kombination aus Agilit\u00e4t und EAM f\u00f6rdert die Zusammenarbeit zwischen Teams und Abteilungen. Gemeinsame Leitplanken und ein einheitliches Verst\u00e4ndnis von Zielen schaffen eine solide Grundlage f\u00fcr Innovationen. Agile Teams k\u00f6nnen neue Ideen schneller testen, w\u00e4hrend EAM sicherstellt, dass erfolgreiche L\u00f6sungen nahtlos in die Gesamtarchitektur eingebaut werden.[11]<\/p>\n\n\n\n

      Erh\u00f6hte Kundenorientierung<\/h3>\n\n\n\n

      Eine IT-Landschaft, die sowohl flexibel als auch robust ist, unterst\u00fctzt Unternehmen dabei, ihren Kunden kontinuierlich Mehrwert zu bieten. So k\u00f6nnen Organisationen nicht nur kurzfristige Bed\u00fcrfnisse bedienen, sondern auch langfristig Vertrauen und Zufriedenheit aufbauen. [11][13]<\/p>\n\n\n\n

      Bessere Entscheidungsfindung<\/h3>\n\n\n\n

      Die Integration von Agilit\u00e4t und EAM f\u00fchrt zu einer verbesserten Entscheidungsfindung auf allen Ebenen. Agile Teams profitieren von klaren Leitplanken und Standards, die schnelle Entscheidungen erleichtern, w\u00e4hrend EAM einen \u00dcberblick \u00fcber langfristige Auswirkungen sicherstellt. Regelm\u00e4\u00dfige Architektur-Reviews tragen dazu bei, Entscheidungen auf der Grundlage aktueller Daten und strategischer Zielsetzungen zu treffen, was die Qualit\u00e4t und Konsistenz erh\u00f6ht. [11]<\/p>\n\n\n\n

      5. Der Schl\u00fcssel zur Zukunftsf\u00e4higkeit<\/h2>\n\n\n\n

      Die gelungene Verbindung von Agilit\u00e4t und Enterprise Architecture Management (EAM) ist kein theoretisches Konzept, sondern eine konkrete Chance f\u00fcr Unternehmen, in einer dynamischen Welt erfolgreich zu bleiben. Mit der richtigen Balance aus Flexibilit\u00e4t und Stabilit\u00e4t k\u00f6nnen Organisationen schneller auf Ver\u00e4nderungen reagieren, ohne dabei die langfristige Konsistenz ihrer IT-Landschaft zu gef\u00e4hrden.<\/p>\n\n\n\n

      Zentrale Erfolgsfaktoren sind dabei flexible Leitplanken, die den Teams Raum f\u00fcr Eigenverantwortung lassen, und Frameworks wie TOGAF und SAFe, die Stabilit\u00e4t und Agilit\u00e4t methodisch vereinen. Eine kontinuierliche Architekturentwicklung sorgt daf\u00fcr, dass neue Anforderungen und innovative Ideen schnell integriert werden k\u00f6nnen.<\/p>\n\n\n\n

      Die Vorteile liegen auf der Hand: Weniger Komplexit\u00e4t, bessere Entscheidungen und eine st\u00e4rkere Kundenorientierung. Unternehmen, die Agilit\u00e4t und EAM intelligent verbinden, schaffen eine IT-Landschaft, die nicht nur den aktuellen Bed\u00fcrfnissen gerecht wird, sondern auch die Basis f\u00fcr zuk\u00fcnftige Erfolge legt. Flexibilit\u00e4t und Stabilit\u00e4t sind keine Gegens\u00e4tze \u2013 sie sind gemeinsam der Schl\u00fcssel zur Zukunftsf\u00e4higkeit.<\/p>\n\n\n\n

      Literaturverzeichnis<\/h2>\n\n\n\n
        \n
      1. cplace. Scaled Agile Framework \u2013 Definition, Vorteile und Beispiele. Onlinequelle. [10.02.2025]. Verf\u00fcgbar unter: https:\/\/www.cplace.com\/glossar\/safe\/<\/a><\/li>\n\n\n\n
      2. Ballinari S. Agiles Enterprise Architecture Management.<\/em> Onlinequelle. Zugriff am 17.02.2025. Verf\u00fcgbar unter: https:\/\/www.atrete.ch\/news\/agiles-enterprise-architecture-management\/<\/a>.<\/li>\n\n\n\n
      3. Schellinger J, Tokarski KO, Kissling-N\u00e4f I, Hrsg. Resilienz durch Organisationsentwicklung: Forschung und Praxis.<\/em> Wiesbaden: Springer Gabler; 2022.<\/li>\n\n\n\n
      4. Ozkaya I, Kruchten P, Nord RL, Brown N. Managing Technical Debt in Software Development.<\/li>\n\n\n\n
      5. Bain & Company. A modern enterprise architecture is essential for scaling agile.<\/em> Onlinequelle. Zugriff am 17.02.2025. Verf\u00fcgbar unter: https:\/\/www.bain.com\/insights\/a-modern-enterprise-architecture-is-essential-for-scaling-agile\/<\/a>.<\/li>\n\n\n\n
      6. Erder M, Pureur P, Woods E. Continuous Architecture in Practice: Software Architecture in the Age of Agility and DevOps<\/em>. 1. Auflage. Addison-Wesley Professional; 2021.<\/li>\n\n\n\n
      7. Piikkila J. Was ist ein Scaled Agile Framework? (SAFe). Onlinequelle. Zugriff am 07.01.2025. Verf\u00fcgbar unter: https:\/\/www.atlassian.com\/de\/agile\/agile-at-scale\/what-is-safe<\/a>.<\/li>\n\n\n\n
      8. The Open Group. The TOGAF Standard, 10th Edition. Onlinequelle. Zugriff am 07.01.2025. Verf\u00fcgbar unter: https:\/\/www.opengroup.org\/togaf<\/a>.<\/li>\n\n\n\n
      9. BOC Group. EAM Services \u2013 TOGAF leicht gemacht.<\/em> Onlinequelle. Zugriff am 17.02.2025. Verf\u00fcgbar unter: https:\/\/www.boc-group.com\/de\/blog\/ea\/eam-services-togaf-leicht-gemacht\/<\/a>.<\/li>\n\n\n\n
      10. Kleczewski C. SAFe (Scaled Agile Framework) f\u00fcr Dummies. Onlinequelle. Zugriff am 07.01.2025. Verf\u00fcgbar unter: https:\/\/agilescrumgroup.de\/safe-scaled-agile-framework\/#4-ebenen<\/a>.<\/li>\n\n\n\n
      11. Hoogervorst JAP. Enterprise Architecture: Enabling Integration, Agility and Change. Int J Cooperative Inf Syst. 2004<\/li>\n\n\n\n
      12. Cammarano B. Facing the Challenges of Enterprise Transformation. IBM Software Group. 2004.<\/li>\n\n\n\n
      13. P\u00fctter C. Die Zukunft der Enterprise Architecture. Onlinequelle. Zugriff am 08.01.2025. Verf\u00fcgbar unter: https:\/\/www.cio.de\/a\/die-zukunft-der-enterprise-architecture,3576521<\/a>.<\/li>\n<\/ol>\n\n\n\n

        <\/p>\n","protected":false},"excerpt":{"rendered":"

        Anmerkung:\u00a0Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst. 1. Einleitung: Agil oder robust –  warum nicht beides? Die digitale Transformation fordert Unternehmen heraus, schneller auf Ver\u00e4nderungen zu reagieren und gleichzeitig langfristig tragf\u00e4hige IT-Landschaften zu gestalten. Agile Methoden haben sich etabliert, um Flexibilit\u00e4t, Geschwindigkeit und Kundenorientierung zu f\u00f6rdern. Im selben Atemzug bleibt jedoch die […]<\/p>\n","protected":false},"author":1225,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[1],"tags":[],"ppma_author":[1048],"class_list":["post-26769","post","type-post","status-publish","format-standard","hentry","category-allgemein"],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack-related-posts":[{"id":27464,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/02\/28\/low-code-no-code-in-der-enterprise-software-entwicklung-fluch-oder\/","url_meta":{"origin":26769,"position":0},"title":"Low-Code\/No-Code in der Enterprise-Software-Entwicklung \u2013 Fluch oder Segen?","author":"Antonia Herdtner","date":"28. February 2025","format":false,"excerpt":"Anmerkung:\u00a0Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst. 1. Einleitung Die fortschreitende digitale Transformation erfordert von Unternehmen eine stetige Anpassung ihrer IT-Strategien, um wettbewerbsf\u00e4hig zu bleiben. Traditionelle Softwareentwicklung erfordert jedoch umfangreiche Programmierkenntnisse, lange Entwicklungszyklen und erhebliche finanzielle Ressourcen. Angesichts des Fachkr\u00e4ftemangels in der IT-Branche und des steigenden Bedarfs\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":26912,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/02\/25\/vom-laptop-bis-zum-mainframe-warum-betriebssysteme-je-nach-einsatzzweck-unterschiedlich-sind\/","url_meta":{"origin":26769,"position":1},"title":"Vom Laptop bis zum Mainframe: Warum Betriebssysteme je nach Einsatzzweck unterschiedlich sind","author":"Konstantinos Gimoussiakakis","date":"25. February 2025","format":false,"excerpt":"Ob Laptop, Desktop oder Server \u2013 jedes dieser Ger\u00e4te ben\u00f6tigt ein Betriebssystem, um zu funktionieren. W\u00e4hrend dein pers\u00f6nlicher Computer mit Windows, macOS oder einer Linux-Distribution auskommt, setzen Unternehmen auf spezialisierte Systeme, die f\u00fcr hohe Verf\u00fcgbarkeit, Skalierbarkeit und Sicherheit ausgelegt sind. [1] Doch warum reicht ein Standard-Betriebssystem f\u00fcr gro\u00dfe Unternehmen nicht\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":27388,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/02\/27\/nixos-betriebssystem-fur-den-enterprise-einsatz\/","url_meta":{"origin":26769,"position":2},"title":"NixOS – Betriebssystem f\u00fcr den Enterprise-Einsatz?","author":"Fabian Zeisberger","date":"27. February 2025","format":false,"excerpt":"Anmerkung: Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst. W\u00e4hrend Linux f\u00fcr Endnutzer-Ger\u00e4te nur eine untergeordnete Rolle spielt, ist es aus der Server-Welt nicht wegzudenken. Im Jahr 2024 verwendeten global mehr als 60 % der Server Linux als Betriebssystem [1]. Die genaue Verteilung der Distributionen ist schwer zu\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/02\/map_repo_size_fresh.png?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/02\/map_repo_size_fresh.png?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/02\/map_repo_size_fresh.png?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/02\/map_repo_size_fresh.png?resize=700%2C400&ssl=1 2x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2025\/02\/map_repo_size_fresh.png?resize=1050%2C600&ssl=1 3x"},"classes":[]},{"id":27453,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2025\/02\/28\/passwortdiebstahl-gefahren-und-konsequenzen-fur-unternehmen\/","url_meta":{"origin":26769,"position":3},"title":"Passwortdiebstahl: Gefahren und Konsequenzen f\u00fcr Unternehmen","author":"Lian Krabel","date":"28. February 2025","format":false,"excerpt":"Anmerkung:\u00a0Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst. Einleitung In der heutigen Zeit, in der die Welt zunehmend digitalisiert wird und pers\u00f6nliche sowie berufliche Informationen vermehrt online gespeichert werden, spielen Passw\u00f6rter eine zentrale Rolle bei der Benutzer-Authentifizierung. Sie fungieren als prim\u00e4rer Schutzmechanismus gegen unbefugten Zugriff und sind somit\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":25295,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2023\/08\/05\/optimierung-der-investitionen-in-cyber-security\/","url_meta":{"origin":26769,"position":4},"title":"Optimierung der Investitionen in Cyber-Security","author":"Nikolai Schmidt","date":"5. August 2023","format":false,"excerpt":"Vier Millionen und dreihunderttausend Euro - dies ist der durchschnittliche Preis, den deutsche Unternehmen f\u00fcr ein einzelnes Datenleck zahlen m\u00fcssen. Und dies ist nur der monet\u00e4re Schaden. Der Vertrauensverlust der Kunden und der potenzielle Verlust von Gesch\u00e4ftsgeheimnissen k\u00f6nnen einen bleibenden Schaden verursachen, der weit \u00fcber die unmittelbaren Kosten hinausgeht. Dies\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2023\/08\/adi-goldstein-EUsVwEOsblE-unsplash.jpg?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2023\/08\/adi-goldstein-EUsVwEOsblE-unsplash.jpg?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2023\/08\/adi-goldstein-EUsVwEOsblE-unsplash.jpg?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2023\/08\/adi-goldstein-EUsVwEOsblE-unsplash.jpg?resize=700%2C400&ssl=1 2x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2023\/08\/adi-goldstein-EUsVwEOsblE-unsplash.jpg?resize=1050%2C600&ssl=1 3x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2023\/08\/adi-goldstein-EUsVwEOsblE-unsplash.jpg?resize=1400%2C800&ssl=1 4x"},"classes":[]},{"id":28288,"url":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2026\/02\/08\/open-source-ai-how-open-are-they-really\/","url_meta":{"origin":26769,"position":5},"title":"Open-Source AI: How open are they really?","author":"Vadim Dolgopolov","date":"8. February 2026","format":false,"excerpt":"Dieser Blogpost wurde f\u00fcr das Modul Enterprise IT (113601a) verfasst Abstract Die Demokratisierung der K\u00fcnstlichen Intelligenz ist so aktuell wie noch nie. Um sich von \"Black Box\"-Anbietern wie OpenAI unabh\u00e4ngig zu machen, setzen immer mehr Unternehmen auf vermeintlich offene Modelle wie LLaMA oder Mistral. Doch Vorsicht: Wo \"Open Source\" draufsteht,\u2026","rel":"","context":"In "Allgemein"","block_context":{"text":"Allgemein","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/category\/allgemein\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2026\/02\/open-diagram_3_small.png?resize=350%2C200&ssl=1","width":350,"height":200,"srcset":"https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2026\/02\/open-diagram_3_small.png?resize=350%2C200&ssl=1 1x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2026\/02\/open-diagram_3_small.png?resize=525%2C300&ssl=1 1.5x, https:\/\/i0.wp.com\/blog.mi.hdm-stuttgart.de\/wp-content\/uploads\/2026\/02\/open-diagram_3_small.png?resize=700%2C400&ssl=1 2x"},"classes":[]}],"jetpack_sharing_enabled":true,"authors":[{"term_id":1048,"user_id":1225,"is_guest":0,"slug":"luca_breh","display_name":"Luca Breh","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/fadd234b2c5f55365d7484ae0bf2e9fd5f7684909d2a66ddba854f1ae91a6ac5?s=96&d=mm&r=g","0":null,"1":"","2":"","3":"","4":"","5":"","6":"","7":"","8":""}],"_links":{"self":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts\/26769","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/users\/1225"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/comments?post=26769"}],"version-history":[{"count":11,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts\/26769\/revisions"}],"predecessor-version":[{"id":27352,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/posts\/26769\/revisions\/27352"}],"wp:attachment":[{"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/media?parent=26769"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/categories?post=26769"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/tags?post=26769"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/wp-json\/wp\/v2\/ppma_author?post=26769"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}