Lean-Architektur-Prinzip Nr. 6: Iterative Architekturentwicklung

Dies ist der sechste Beitrag in einer Reihe von Blogbeiträgen über die Prinzipien der Lean Architecture. Jeder Beitrag befasst sich mit einem Prinzip. Die Anwendung dieser Prinzipien führt zu einer Architektur (Prozess), die ist besser mit dem Unternehmen verbunden, kann besser mit Veränderungen umgehen und hat mehr Zusammenhalt. Das sechste Prinzip, das wir besprechen, bezieht sich auf den Prozess der Architekturentwicklung und heißt "Iterative Architekturentwicklung".

Das Ziel der Architektur ist es, das Unternehmen zu unterstützen, indem sie Artefakte wie Anwendungen bereitstellt, die für das Unternehmen von Nutzen sind und die strategischen Ziele des Unternehmens unterstützen. Eine der großen Fallstricke der Architektur besteht darin, einen großen Plan zu entwerfen, der aus einer schönen Anwendungslandschaft besteht. Bis diese ganze Landschaft implementiert ist, hat sich das Geschäft weiterentwickelt und die Landschaft ist nicht mehr auf die Bedürfnisse abgestimmt.

Lean Architecture konzentriert sich auf die Wertschöpfung durch die Erstellung von Artefakten, die dem Unternehmen helfen, und durch die Reduzierung von Verschwendung. Das Prinzip der iterativen Architekturentwicklung konzentriert sich auf den Prozess der Architektur. Verschwendung entsteht u.a. dadurch, dass große, ausgefeilte Pläne gemacht werden und versucht wird, den gesamten Plan auf einmal umzusetzen. Während der Entwicklung und Umsetzung des Plans entsteht für das Unternehmen keinerlei Nutzen. Aus der Lean-Perspektive ist es am besten, sich auf verwertbare Teilergebnisse zu konzentrieren, Ergebnisse, die einen Mehrwert für das Unternehmen darstellen.

Das Prinzip der iterativen Architekturentwicklung schlägt vor, durch die Einführung von Iterationen den Fokus auf verwertbare Teilergebnisse zu verlagern. Eine Iteration ist eine Prozessphase, die, wenn sie abgeschlossen ist, ein fertiges Artefakt liefert. Dieses Artefakt sollte dem Unternehmen helfen. Ein Artefakt könnte zum Beispiel ein Infrastrukturelement für sichere Backups sein, das die Stabilität des Unternehmens unterstützt. Die effektivste Art, Iterationen zu nutzen, ist, sie zeitlich zu begrenzen oder in Timeboxen einzuteilen. Das hilft dabei, sich zu konzentrieren.

Während einer Iteration wenden wir eine modifizierte Version des Deming-Zirkels an: Plan, Do, Check, Act. Als Architekt lernen wir ständig neue Dinge über unsere Architektur: wir gewinnen neues Geschäftswissen, wir müssen uns an veränderte Geschäftsanforderungen anpassen usw. Deshalb schlagen wir einen etwas anderen Zyklus vor: Spekulieren, Zusammenarbeiten, Lernen. Zu Beginn einer Timebox-Iteration spekulieren wir darüber, was wir wissen und wie das Artefakt aufgebaut sein sollte. Während der Iteration arbeiten wir mit Beteiligten wie Analysten, Entwicklern und Infrastrukturspezialisten zusammen, um die beste Lösung zu finden. Am Ende der Iteration evaluieren wir, lernen wir. Dies tun wir, indem wir neue Situationen, das Feedback von Kunden und andere Beiträge von Interessengruppen berücksichtigen.

Dies bringt uns zum dritten Element dieses Grundsatzes. Die Anwendung von Iterationen zur Entwicklung der Architektur bedeutet, dass sich Komponenten oder Teilbereiche über mehrere Iterationen hinweg ändern können sollten. Die Architektur der Artefakte, die bei jeder Iteration geliefert werden, sollte in der Lage sein, mit der sich ändernden Struktur umzugehen. Wir lernen, während wir vorankommen, und daher sind Änderungen an früheren Artefakten unvermeidlich.

Bei der Durchführung dieser Iterationen ist es wichtig, das große Ganze im Auge zu behalten. Siehe Prinzip #2: Groß denken, klein handeln.

Wie lässt sich dieses Prinzip nun mit den 3 K's der Architektur? Ein höherer Zusammenhalt wird dadurch erreicht, dass der Architekt keine riesige monolithische Struktur von Anwendungen und Systemen aufbaut, sondern sich stattdessen auf den Aufbau von nutzbaren Teilbereichen konzentriert. Diese Teilbereiche (Anwendungen oder Komponenten oder andere Artefakte) konzentrieren sich auf die Wertschöpfung für das Unternehmen. Die Teilbereiche haben eine höhere interne Kohäsion und erhöhen diese im Laufe der Zeit, wenn der iterative Charakter dieses Prinzips befolgt wird. Neu gewonnenes Wissen kann genutzt werden, um den Zusammenhalt innerhalb der Anwendung oder des Teilbereichs zu erhöhen.

Verbindung für das Unternehmen wird verbessert, da das Unternehmen ein besseres Bild davon hat, was die Architektur wirklich für es leistet. Das Unternehmen sieht die Ergebnisse früher und kann daher auch früher wertvolles Feedback geben. Dies trägt dazu bei, den Plan-Do-Check-Act-Zyklus zu straffen.

Veränderbarkeit wird verbessert, da die Architektur kleinere "Bausteine" liefert. Auch das Unternehmen erhält häufiger Gelegenheit, Beiträge zur Steuerung der Architekturentwicklung zu leisten. Die Architektur wird agiler und kann auf Änderungen reagieren.

Dies war der sechste in einer Reihe von Blogbeiträgen über die Prinzipien der Lean Architecture. Der nächste folgt in etwa einer Woche.

• Lean Architecture Prinzip 1: Immer involviert
• Prinzip 2 der schlanken Architektur: Mit leichtem Gepäck reisen
• Lean Architecture Prinzip 3: Groß denken, klein handeln
• Prinzip 4 der schlanken Architektur: Frühzeitig alle Mann an Deck
• Lean-Architektur-Prinzip 5: Gerade zur rechten Zeit, gerade genug
• Prinzip 6 der schlanken Architektur: Iterative Architekturentwicklung
• Lean Architecture Prinzip 8: Konzentration auf den Wertstrom
• Grundsatz 9 der schlanken Architektur: Verständlichkeit geht vor Vollständigkeit
• Lean Architecture Prinzip 10: Architektur, die aus Projekten entsteht
• Prinzip 11 der schlanken Architektur: Freiheit, wo möglich, Standardisierung, wo nötig