Cum să începi să folosești ADR-uri

Pentru a începe să folosești ADR-uri, discută cu colegii tăi despre următoarele domenii.

Identificarea deciziilor:

Cât de urgentă și cât de importantă este decizia de arhitectură?
Trebuie luată acum sau poate aștepta până când se știe mai mult?
Atât experiența personală și colectivă, cât și metodele și practicile de proiectare recunoscute pot ajuta la identificarea deciziilor.
În mod ideal, ține o listă de decizii de luat, care o completează pe cea a sarcinilor produsului.

Luarea deciziilor:

Există numeroase tehnici de luare a deciziilor, atât generale, cât și specifice arhitecturii software, de exemplu maparea dialogului (engl. dialogue mapping).
Luarea deciziilor în grup este un subiect activ de cercetare.

Punerea în aplicare și impunerea deciziilor:

Deciziile de arhitectură sunt folosite în proiectarea software; de aceea trebuie comunicate părților interesate ale sistemului care îl finanțează, îl dezvoltă și îl operează, și acceptate de acestea.
Stilurile de codare în care arhitectura este evidentă și analizele de cod axate pe aspecte și decizii arhitecturale sunt două practici conexe.
Deciziile de arhitectură trebuie, de asemenea, (re)luate în considerare la modernizarea unui sistem software în cadrul evoluției software.

Partajarea deciziilor (opțional):

Multe decizii de arhitectură se repetă de la un proiect la altul.
De aceea, experiențele cu deciziile anterioare, bune sau rele, pot fi active reutilizabile valoroase atunci când se aplică o strategie explicită de management al cunoștințelor.

Documentarea deciziilor:

Există multe șabloane și instrumente pentru consemnarea deciziilor.
Vezi comunitățile agile, de exemplu ADR-urile lui M. Nygard.
Vezi procesele tradiționale de inginerie software și de proiectare a arhitecturii, de exemplu structurile de tabele propuse de IBM UMF și de Tyree și Akerman de la CapitalOne.

Pentru mai multe informații: