Architecture Decision Record
← dokumente

Erste Schritte mit ADRs

Um mit ADRs zu beginnen, sprechen Sie mit Ihren Teamkollegen über diese Bereiche.

Entscheidungsidentifikation:

  • Wie dringend und wie wichtig ist die AD?

  • Muss sie jetzt getroffen werden, oder kann sie warten, bis mehr bekannt ist?

  • Sowohl persönliche als auch kollektive Erfahrung sowie anerkannte Entwurfsmethoden und -praktiken können bei der Entscheidungsidentifikation helfen.

  • Pflegen Sie idealerweise eine Entscheidungs-Aufgabenliste, die die Produkt-Aufgabenliste ergänzt.

Entscheidungsfindung:

  • Es gibt eine Reihe von Entscheidungstechniken, sowohl allgemeine als auch solche speziell für Softwarearchitektur, zum Beispiel Dialogue Mapping.

  • Gruppenentscheidungen sind ein aktives Forschungsthema.

Umsetzung und Durchsetzung von Entscheidungen:

  • ADs werden im Softwareentwurf verwendet; daher müssen sie den Stakeholdern des Systems, die es finanzieren, entwickeln und betreiben, vermittelt und von ihnen akzeptiert werden.

  • Architektonisch erkennbare Programmierstile und Code-Reviews, die sich auf architektonische Belange und Entscheidungen konzentrieren, sind zwei verwandte Praktiken.

  • ADs müssen auch (erneut) berücksichtigt werden, wenn ein Softwaresystem in der Softwareevolution modernisiert wird.

Entscheidungsaustausch (optional):

  • Viele ADs wiederholen sich in Projekten.

  • Daher können Erfahrungen mit früheren Entscheidungen, gute wie schlechte, wertvolle wiederverwendbare Assets sein, wenn eine explizite Wissensmanagementstrategie eingesetzt wird.

Entscheidungsdokumentation:

  • Es gibt viele Vorlagen und Werkzeuge zur Erfassung von Entscheidungen.

  • Siehe agile Communities, zum Beispiel die ADRs von M. Nygard.

  • Siehe traditionelle Softwareentwicklungs- und Architekturentwurfsprozesse, zum Beispiel die von IBM UMF und von Tyree und Akerman von CapitalOne vorgeschlagenen Tabellenlayouts.

Weitere Informationen: