Architecture Decision Record
← dokumenter

Wéi een mat ADR ufänkt

Fir mat ADR unzefänken, schwätzt mat Ären Teamkollegen iwwer dës Beräicher.

Decisiounsidentifikatioun:

  • Wéi dringend a wéi wichteg ass d'AD?

  • Muss si elo geholl ginn, oder kann se waarden, bis méi bekannt ass?

  • Souwuel perséinlech a kollektiv Erfahrung wéi och unerkannt Designmethoden a -praktike kënnen d'Identifikatioun vun Decisioune ënnerstëtzen.

  • Am Idealfall féiert een eng Decisiounslëscht, déi d'Produktlëscht ergänzt.

Decisiounsfannung:

  • Et gëtt eng Rei Techniken zur Decisiounsfannung, souwuel allgemeng wéi och speziell fir Softwarearchitektur, zum Beispill Dialogue Mapping.

  • D'Decisiounsfannung a Gruppen ass en aktivt Fuerschungsthema.

Duerchsetzung an Ëmsetzung vun Decisiounen:

  • AD ginn am Softwaredesign benotzt; dofir musse si de Stakeholder vum System, déi et finanzéieren, entwéckelen an bedreiwen, matgedeelt a vun hinnen akzeptéiert ginn.

  • Architektonesch evident Coding-Stiler a Code-Reviews, déi sech op Architekturthemen an -decisiounen konzentréieren, sinn zwou verwandte Praktiken.

  • AD musse bei der Moderniséierung vun engem Softwaresystem an der Softwareevolutioun och nei ënnersicht ginn.

Decisiounen deelen (optional):

  • Vill AD widderhuele sech a Projeten.

  • Dofir kënnen Erfahrungen mat fréieren Decisiounen, gutt wéi schlecht, wäertvoll wiederverwendbar Ressource sinn, wann ee mat enger explizitter Wëssensmanagement-Strategie schafft.

Decisiounsdokumentatioun:

  • Et gëtt vill Virlagen an Tools fir Decisiounen z'erfaassen.

  • Kuckt déi agil Gemeinschaften, z.B. d'ADR vum M. Nygard.

  • Kuckt traditionell Prozesser vun der Softwareentwécklung a vum Architekturdesign, z.B. Tabelleformater, déi vum IBM UMF a vum Tyree an Akerman vu CapitalOne virgeschloe ginn.

Fir méi: