Paano magsimulang gumamit ng mga ADR
Para magsimulang gumamit ng mga ADR, makipag-usap sa iyong mga kasamahan sa koponan tungkol sa mga sumusunod na larangan.
Pagtukoy ng desisyon:
Gaano kaapurahan at gaano kahalaga ang AD?
Kailangan ba itong gawin ngayon, o maaari bang maghintay hanggang mas marami nang nalalaman?
Parehong makatutulong sa pagtukoy ng desisyon ang personal at sama-samang karanasan, pati ang mga kinikilalang pamamaraan at gawi sa disenyo.
Mainam na magpanatili ng decision todo list na kumukumpleto sa product todo list.
Paggawa ng desisyon:
Maraming pamamaraan sa paggawa ng desisyon, mga pangkalahatan man at mga tiyak sa software architecture, halimbawa, ang dialogue mapping.
Ang sama-samang paggawa ng desisyon ay isang aktibong paksa ng pananaliksik.
Pagpapatupad at pagpapatibay ng desisyon:
Ginagamit ang mga AD sa disenyo ng software; kaya kailangan itong ipaalam sa, at tanggapin ng, mga stakeholder ng sistemang nagpopondo, bumubuo, at nagpapatakbo nito.
Ang architecturally evident na istilo ng pag-code at ang mga code review na nakatuon sa mga alalahanin at desisyon sa arkitektura ay dalawang magkaugnay na gawi.
Kailangan ding (muling) isaalang-alang ang mga AD kapag nire-modernize ang isang software system sa software evolution.
Pagbabahagi ng desisyon (opsyonal):
Maraming AD ang umuulit sa iba't ibang proyekto.
Kaya, ang mga karanasan sa mga nakaraang desisyon, mabuti man o masama, ay maaaring maging mahahalagang magagamit-muling asset kapag gumagamit ng tahasang estratehiya sa knowledge management.
Dokumentasyon ng desisyon:
Maraming template at tool para sa pagtatala ng desisyon.
Tingnan ang mga agile community, hal. ang mga ADR ni M. Nygard.
Tingnan ang tradisyonal na software engineering at mga proseso sa disenyo ng arkitektura, hal. ang mga layout ng talahanayang iminungkahi ng IBM UMF at nina Tyree at Akerman ng CapitalOne.
Para sa karagdagang impormasyon:
- Ang mga hakbang sa itaas ay hango sa entry ng Wikipedia tungkol sa Architectural Decision