Hogyan kezdjünk hozzá az ADR-ek használatához

Az ADR-ek használatának megkezdéséhez beszélgessen a csapattársaival az alábbi területekről.

A döntések azonosítása:

Mennyire sürgős és mennyire fontos az architekturális döntés?
Most kell meghozni, vagy várhat, amíg többet tudunk?
A személyes és a közös tapasztalat, valamint az elismert tervezési módszerek és gyakorlatok egyaránt segíthetnek a döntések azonosításában.
Ideális esetben vezessen döntési teendőlistát, amely kiegészíti a termék teendőlistáját.

A döntéshozatal:

Számos döntéshozatali technika létezik, általánosak és a szoftverarchitektúrára jellemzőek is, például a párbeszédtérképezés (dialogue mapping).
A csoportos döntéshozatal aktív kutatási téma.

A döntések életbe léptetése és érvényesítése:

Az architekturális döntéseket a szoftvertervezés használja; ezért közölni kell őket a rendszert finanszírozó, fejlesztő és üzemeltető érdekelt felekkel, és el kell fogadtatni velük.
Két kapcsolódó gyakorlat az architekturálisan érthető kódolási stílus, valamint az architekturális szempontokra és döntésekre összpontosító kódellenőrzés.
Az architekturális döntéseket a szoftverrendszer korszerűsítésekor, a szoftver fejlődése során is (újra) át kell gondolni.

A döntések megosztása (nem kötelező):

Sok architekturális döntés ismétlődik a projektek között.
Ezért a korábbi döntésekkel kapcsolatos tapasztalatok, jók és rosszak egyaránt, értékes újrahasznosítható eszközök lehetnek, ha kifejezett tudásmenedzsment-stratégiát alkalmazunk.

A döntések dokumentálása:

Számos sablon és eszköz létezik a döntések rögzítésére.
Lásd az agilis közösségeket, pl. M. Nygard ADR-jeit.
Lásd a hagyományos szoftverfejlesztési és architektúratervezési folyamatokat, pl. az IBM UMF és a CapitalOne-os Tyree és Akerman által javasolt táblázatos elrendezéseket.

További információ: