Architecture Decision Record
← dokument

Så kommer du igång med ADR:er

För att komma igång med ADR:er, prata med dina teamkamrater om följande områden.

Identifiering av beslut:

  • Hur brådskande och hur viktigt är AD:t?

  • Måste det fattas nu, eller kan det vänta tills mer är känt?

  • Både personlig och kollektiv erfarenhet, samt erkända designmetoder och praxis, kan hjälpa till vid identifiering av beslut.

  • Underhåll helst en att-göra-lista för beslut som kompletterar produktens att-göra-lista.

Beslutsfattande:

  • Det finns ett antal beslutstekniker, både generella och sådana som är specifika för programvaruarkitektur, till exempel dialogue mapping.

  • Gruppbeslut är ett aktivt forskningsämne.

Genomförande och upprätthållande av beslut:

  • AD:n används i programvarudesign; därför måste de kommuniceras till, och accepteras av, systemets intressenter som finansierar, utvecklar och driver det.

  • Arkitektoniskt tydliga kodstilar och kodgranskningar som fokuserar på arkitektoniska frågor och beslut är två relaterade metoder.

  • AD:n måste också (om)prövas när ett programvarusystem moderniseras i programvaruevolutionen.

Delning av beslut (valfritt):

  • Många AD:n återkommer i olika projekt.

  • Därför kan erfarenheter av tidigare beslut, både goda och dåliga, vara värdefulla återanvändbara tillgångar när man använder en explicit kunskapshanteringsstrategi.

Dokumentation av beslut:

  • Det finns många mallar och verktyg för att fånga beslut.

  • Se agila gemenskaper, till exempel M. Nygards ADR:er.

  • Se traditionella programvaruutvecklings- och arkitekturdesignprocesser, till exempel de tabelllayouter som föreslagits av IBM UMF och av Tyree och Akerman på CapitalOne.

För mer: