Trap #16 Nur das Architekturdiagramm

Wir haben alle eine gesehen Praktiker zeigen Sie sich mit einem sorgfältig entworfenen Architekturdiagramm, das zeigte, wie einige Elemente eines Systems in Zukunft zusammenhängen sollten. Wir betrachten das Bild andächtig, schätzen die Eleganz. Dann machen wir uns daran, ein System zu schaffen, das nur oberflächliche Beziehungen zum Diagramm aufweist.

Wieso den? Alles, was ein umfasst nützliche Architektur fehlte:

• Lücken, die angeben, welche Änderung erforderlich ist
• Kontrollen, die Risiken für das Unternehmen mindern
• Spezifikationen, die Designer, Implementierer, Betreiber und zukünftige Architekten einschränken
• alles, was hervorhebt, wie das zukünftige Ökosystem einen besseren Wert liefern wird als das, was wir heute haben

Diese sorgfältig erstellten Diagramme repräsentieren normalerweise einen Teil des gesamten Ökosystems. Zu oft ist das Diagramm voller willkürlicher Designentscheidungen, die getroffen wurden, um die Vorurteile des Praktikers zu unterstützen.

Eine gute Architektur unterstützt fundierte Entscheidungen während des Architekturentwicklungsprozesses und schränkt Design, Implementierung und operative Auswahl ein. Ein Diagramm könnte diese Dinge tun.

Sie können nicht von einer Box & Line aus regieren

In der Regel wird durch die bildbasierte Bereitstellung das reiche Verständnis in den Köpfen von Stakeholdern, Entscheidungsträgern und wichtigen Mitwirkenden, das sich während der Entwicklung entwickelt, kurzgeschlossen. Dieser Schaden tritt auf, weil nur wenige Diagramme mehr als ein einzelnes Anliegen darstellen können. Wenn wir uns auf diese Diagramme konzentrieren, vermeiden wir implizit komplexe Kompromisse und werden auf eine einzelne Optimierung fixiert.

Diagramme, die sich als Architektur tarnen, sind vollgestopft mit ungerechtfertigter Spezifikation und Kontrolle. Ungerechtfertigt, weil die Regel nur „allein steht“. Kontextfrei steht das Diagramm für einen Dienstanbieter, eine Software oder einen Betriebsstandort. Gute Architekten sehen das ein und müssen sich den Schrei „Warum?“ verkneifen.

Best Practice verknüpft eine Spezifikation ausdrücklich mit einem Ziel, einer Zielsetzung oder einer anderen Anforderung und die Designentscheidung mit der Spezifikation. Wie können wir ohne diese Verknüpfung die Eignung der Designwahl für das Ziel beurteilen?

Wir haben alle die Ausrede gehört, „aber das Diagramm ist nur eine Ansicht“. In unserer EA-Fähigkeitspraxis rollen unsere Augen. Wenn es ein Architekturansicht Wo ist das Repository, das die Informationen enthält, die Bedenken, Anforderungen, Präferenzen, Beziehungen und Analysen hervorheben? Sie haben im Kopf des Praktikers erraten, wo Peer-Review und Wiederverwendung unmöglich sind.

Conexiam navigieren verwendet das Solution Development Notebook oder SDN, um die Änderungs- und Implementierungsteams aktiv zu unterstützen und es Portfoliomanagern zu erleichtern, Änderungsinitiativen zu kontrollieren und den Wert zu messen. In jedem SDN muss der Architekt die wesentlichen Leitlinien für den Implementierer, den Eigentümer und den Portfoliomanager identifizieren.