Kaip pradėti naudoti ADR

Norėdami pradėti naudoti ADR, pasikalbėkite su komandos nariais apie šias sritis.

Sprendimų nustatymas:

• Kiek skubus ir kiek svarbus yra AD?

• Ar jį reikia priimti dabar, ar galima palaukti, kol paaiškės daugiau?

• Sprendimams nustatyti gali padėti tiek asmeninė, tiek kolektyvinė patirtis, taip pat pripažinti projektavimo metodai ir praktikos.

• Idealiu atveju palaikykite sprendimų užduočių sąrašą, papildantį produkto užduočių sąrašą.

Sprendimų priėmimas:

• Yra daug sprendimų priėmimo būdų – tiek bendrųjų, tiek būdingų programinės įrangos architektūrai, pavyzdžiui, dialogų žemėlapiai.

• Grupinis sprendimų priėmimas yra aktyvi tyrimų tema.

Sprendimų įgyvendinimas ir užtikrinimas:

• AD naudojami programinės įrangos projektavime, todėl apie juos reikia informuoti sistemos suinteresuotuosius asmenis, kurie ją finansuoja, kuria ir eksploatuoja, ir jie turi juos pritarti.

• Dvi susijusios praktikos – architektūriškai aiškus kodavimo stilius ir kodo peržiūros, kuriose daugiausia dėmesio skiriama architektūriniams rūpesčiams ir sprendimams.

• AD taip pat reikia (iš naujo) apsvarstyti modernizuojant programinės įrangos sistemą jos evoliucijos metu.

Sprendimų dalijimasis (neprivaloma):

• Daugelis AD kartojasi įvairiuose projektuose.

• Todėl patirtis, susijusi su ankstesniais sprendimais, tiek gerais, tiek blogais, gali būti vertingas pakartotinai naudojamas turtas, kai taikoma aiški žinių valdymo strategija.

Sprendimų dokumentavimas:

• Yra daug sprendimų fiksavimo šablonų ir įrankių.

• Žr. lanksčiąsias bendruomenes, pvz., M. Nygardo ADR.

• Žr. tradicinius programinės įrangos inžinerijos ir architektūros projektavimo procesus, pvz., lentelių išdėstymus, kuriuos siūlo IBM UMF ir „CapitalOne“ atstovai Tyree ir Akermanas.

Daugiau:

• Pirmiau pateikti veiksmai perimti iš Vikipedijos straipsnio Architectural Decision