Jak zacząć korzystać z ADR

Aby zacząć korzystać z rejestrów ADR, porozmawiaj ze współpracownikami o poniższych obszarach.

Identyfikacja decyzji:

Jak pilna i jak ważna jest decyzja architektoniczna?
Czy trzeba ją podjąć teraz, czy może poczekać, aż będzie wiadomo więcej?
W identyfikacji decyzji pomagają zarówno doświadczenia osobiste i zespołowe, jak i uznane metody oraz praktyki projektowania.
Najlepiej prowadzić listę decyzji do podjęcia, która uzupełnia listę zadań produktu.

Podejmowanie decyzji:

Istnieje wiele technik podejmowania decyzji, zarówno ogólnych, jak i właściwych dla architektury oprogramowania, na przykład mapowanie dialogu (ang. dialogue mapping).
Grupowe podejmowanie decyzji jest aktywnym tematem badań.

Wdrażanie i egzekwowanie decyzji:

Decyzje architektoniczne są stosowane w projektowaniu oprogramowania, dlatego trzeba je przekazać interesariuszom systemu, którzy go finansują, tworzą i obsługują, i uzyskać ich akceptację.
Dwie pokrewne praktyki to style kodowania, w których architektura jest widoczna w kodzie, oraz przeglądy kodu skupiające się na kwestiach i decyzjach architektonicznych.
Decyzje architektoniczne trzeba też (ponownie) rozważać podczas modernizacji systemu oprogramowania w ramach jego ewolucji.

Dzielenie się decyzjami (opcjonalnie):

Wiele decyzji architektonicznych powtarza się w różnych projektach.
Dlatego doświadczenia z podjętymi decyzjami, zarówno dobre, jak i złe, mogą być cennymi zasobami do ponownego wykorzystania, gdy stosuje się jawną strategię zarządzania wiedzą.

Dokumentowanie decyzji:

Istnieje wiele szablonów i narzędzi do zapisywania decyzji.
Zobacz społeczności zwinne, na przykład rejestry ADR M. Nygarda.
Zobacz tradycyjne procesy inżynierii oprogramowania i projektowania architektury, na przykład układy tabel zaproponowane przez IBM UMF oraz przez Tyree’a i Akermana z CapitalOne.

Więcej informacji: