點樣開始用 ADR
想開始用 ADR,可以同你嘅隊友傾下以下幾方面。
決策識別:
呢個 AD 有幾緊急、幾重要?
要而家就做決定,定係可以等多啲資料先決定?
個人同集體嘅經驗,以及公認嘅設計方法同實踐,都可以幫助識別決策。
最理想係維持一份決策待辦清單,同產品待辦清單互相補足。
決策制定:
現時有好多決策制定技巧,有通用嘅,亦有針對軟件架構嘅,例如對話圖譜(dialogue mapping)。
群體決策係一個活躍嘅研究課題。
決策落實同執行:
AD 係用喺軟件設計入面,所以必須傳達畀出資、開發同營運系統嘅持份者,並且獲佢哋接受。
架構上一目了然嘅編碼風格,以及專注於架構關注點同決策嘅程式碼審閱,係兩種相關嘅做法。
喺軟件演進過程中將軟件系統現代化嗰陣,亦要(重新)考慮 AD。
決策分享(可選):
好多 AD 會喺唔同項目之間重複出現。
因此,採用明確嘅知識管理策略嗰陣,過往決策嘅經驗(無論好定壞)都可以成為寶貴嘅可重用資產。
決策記錄:
現時有好多用嚟記錄決策嘅範本同工具。
可以睇敏捷社群,例如 M. Nygard 嘅 ADR。
可以睇傳統嘅軟件工程同架構設計流程,例如 IBM UMF 以及 CapitalOne 嘅 Tyree 同 Akerman 所建議嘅表格版面。
更多資料:
- 以上步驟採用自維基百科嘅 Architectural Decision 條目