Im Laufe der Jahre haben unsere IT-Architektinnen und -Architekten vier Schlüsselprinzipien entwickelt und validiert, die unseren RCDA-Ansatz ausmachen und unseren Kunden dabei helfen, agile IT-Architektur effektiv einzusetzen.
- Verkürzen Sie den Feedback-Loop
-
Je schneller Sie Feedback zu Ihren IT-Architekturen erhalten, desto eher wissen Sie, wie sie sich in einem bestimmten Lösungskontext auswirken.
Bei IT-Architekturen geht es darum, Sicherheit zu gewinnen: durch das Sammeln von Wissen und Treffen von Entscheidungen. Je kürzer die Feedback-Schleifen, desto rascher kann dies geschehen und desto besser werden die Architekturen.
Darüber hinaus ermöglichen kürzere Loops eine unmittelbarere Reaktion, wenn Veränderungen eintreten: die optimale Voraussetzung für Business Agility.
- Priorisieren Sie im Hinblick auf Ihr Business
-
Wenn viele architektonische Belange auf einmal bearbeitet werden müssen, bietet ein kurzer Feedback-Zyklus einen entscheidenden Vorteil: Ändern sich die Umstände, lassen sich schnell neue Prioritäten setzen!
Dabei sollten Sie die größte Aufmerksamkeit immer auf den Part legen, der den meisten Einfluss auf Ihr Business hat. Diese Auswirkungen können zum Beispiel darin bestehen, dass sich Ihnen neue Geschäftswerte und -möglichkeiten erschließen. Sehr oft geht es jedoch auch um die Risiko- und Kostenkontrolle.
- Antizipieren Sie nur das Notwendige
-
Wie bestimmen Sie das richtige Maß an IT-Architektur?
Bei RCDA handelt es sich um eine Abfolge architektonischer Entscheidungen, die im Rahmen einer kurzen Feedback-Schleife getroffen werden. Der Lösungsentwicklung und -bereitstellung sollte daher nur im absolut notwendigen Maß vorweggegriffen werden.
Das Scaled Agile Framework® (SAFe) verwendet zur Veranschaulichung die Metapher einer Landebahn, die während des Betriebs kontinuierlich verlängert wird: So ist sie immer gerade ausreichend, um die jeweilig angekündigten Flugzeuge aufnehmen zu können. Die Flugzeuge in der Metapher entsprechen dabei den kommenden Lösungsanforderungen. Neue, größere Flugzeuge können erst nach der Anpassung der Rollstrecke landen. Wie lange diese für welches Flugzeug sein muss, zeigt sich in der Abhängigkeitsanalyse. Manchmal kann es auch notwendig sein, die Landebahn vorübergehend mit einem minderen Material zu verlängern, um sie rechtzeitig zur Verfügung zu haben. Um Unfälle zu vermeiden, muss diese technische Schuld irgendwann zurückgezahlt werden – es wird dann sozusagen notwendig, sie richtig zu „asphaltieren“.
Treffen Sie die Entscheidungen darüber, wie Sie Ihre „Architectural Runways“ gestalten, auf der Basis zuverlässiger wirtschaftlicher Überlegungen.
- Gestalten Sie IT-Architekturen im Team
-
Der Bedarf an zentraler Koordination ist nicht immer gleich groß – er ist zum Beispiel davon abhängig, wie komplex die jeweiligen digitalen Anforderungen sind. Aus diesem Grund haben die Verantwortlichen auch manchmal spezielle IT-Architektenrollen inne und manchmal nicht.
Doch unabhängig davon, ob Sie nun über IT-Architekten oder IT-Architektur-Verantwortliche in Ihrem Team verfügen oder Ihre Entscheidungen crowdsourcen: Sie haben in jedem Fall die Möglichkeit, RCDA-Praktiken anzuwenden, indem Sie die Prinzipien der agilen IT-Architektur in Ihre Arbeitsweise einbetten.
Ein entscheidender Aspekt dabei ist, dass die Entscheidungen bezüglich der IT-Architektur relevant für die agilen Teams oder DevOps-Teams sind und dass es sich nicht um Befehle einer „höheren Instanz“ handelt, sondern um den Input von Nutzerinnen und Nutzern. In jedem Fall sollte gewährleistet sein, dass die „Architectural Runways“ immer nur jeweils um das notwendige Stück verlängert werden.