Lean-Architektur-Prinzip #2: Mit leichtem Gepäck reisen

Dies ist der zweite Teil einer Reihe von Blog-Beiträgen, die sich mit den Prinzipien der Lean Architecture befassen. In jedem Beitrag wird ein Prinzip erörtert. Die Anwendung dieser Prinzipien führt zu einer Architektur (einem Prozess), der besser mit dem Unternehmen verbunden ist, besser mit Veränderungen umgehen kann und mehr Zusammenhalt bietet. Letzte Woche haben wir das erste Prinzip Always involved besprochen. In diesem Blogeintrag besprechen wir das zweite Prinzip, das sich auf die Rolle des Architekten und die architektonischen Artefakte bezieht und"Travel Light" heißt. Travel Light" ist wörtlich zu nehmen: Wie viel muss der Architekt mit sich herumtragen, wenn er von Stakeholder zu Stakeholder läuft? Wie viel Material braucht er, um dem Entwicklungsteam die geschäftlichen Anforderungen zu erläutern, was braucht er, um dem Unternehmen die Vision des Produkts zu erklären, um den Betrieb frühzeitig einzubeziehen, usw. usw. ?

Stellen Sie sich eine Architekturstudie vor, die sich über zwei Jahre hinzieht und nur ein Diskussionspapier hervorbringt, stellen Sie sich einen 500-seitigen High-Level-Architekturentwurf oder ein Projektstart-Architekturdokument mit Pseudocode vor. In den meisten Fällen werden diese Dokumente weggeworfen, sobald die Entwicklung beginnt. Diese Dokumente sind zu dick, um sie leicht zu lesen, und kosten zu viel Zeit und Mühe, um von Entwicklern oder Unternehmen verstanden zu werden. Dadurch geht all das Gute, das in diesen Dokumenten steckt, verloren. Wie erreichen wir Travel Light? Reduzieren Sie die Architektur Ihrer IT-Systeme auf das Wesentliche. Fassen Sie die Vision des Produkts in ein paar Zeilen und ein paar einfachen Diagrammen zusammen. Diskutieren Sie diese mit den Beteiligten, hören Sie sich ihr Feedback genau an und stellen Sie sicher, dass die Architekturvision und die Diagramme der IT-Systeme für die Geschäfts-, Betriebs- und Projektteams verständlich sind. Auf diese Weise erhalten Sie wertvollen Input von allen Stakeholdern und werden von diesen sofort akzeptiert. Unterschätzen Sie nicht die Herausforderung, eine Vision zu definieren und festzuhalten, die einfach und verständlich ist. Es ist viel einfacher, eine komplexe Vision und komplexe Diagramme zu erstellen. Nehmen Sie sich also Zeit und identifizieren Sie gemeinsam mit den Beteiligten das Wesentliche und halten Sie es in Diagrammen fest.Wie trägt das Prinzip zu den 3 K's der Architektur bei? Es wird ein besserer Zusammenhalt erreicht, weil jeder Beteiligte die Vision des Produkts in seiner Umgebung versteht, und da jeder sie versteht und unterstützt, kann und wird er sie in Projekten anwenden. Die Verbindung mit den Unternehmenszielen (sowohl für das Geschäft als auch für das Projekt) wird verbessert, weil der Architekt durch die Reise mit leichtem Gepäck in der Lage ist, sinnvolle Diskussionen über die Vision mit allen Beteiligten zu führen. Die Veränderbarkeit wird verbessert, weil sich die Vision auf das Wesentliche konzentriert und auf die Definition einfacher Architekturen abzielt. Einfache Architekturen sind zwar aufwändiger zu definieren, lassen sich aber leichter anpassen, wenn sich die Anforderungen ändern. Dies war der zweite 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