วิธีเริ่มต้นใช้ ADR

เพื่อเริ่มต้นใช้ ADR ให้พูดคุยกับเพื่อนร่วมทีมเกี่ยวกับด้านต่อไปนี้

การระบุการตัดสินใจ:

• AD เร่งด่วนและสำคัญเพียงใด

• ต้องตัดสินใจตอนนี้ หรือรอจนกว่าจะรู้มากขึ้นได้

• ประสบการณ์ส่วนตัวและส่วนรวม รวมถึงวิธีการและแนวปฏิบัติด้านการออกแบบที่เป็นที่ยอมรับ ช่วยระบุการตัดสินใจได้

• ในอุดมคติ ให้มีรายการงานค้าง (backlog) ของการตัดสินใจที่เสริมรายการงานค้างของผลิตภัณฑ์

การตัดสินใจ:

• มีเทคนิคหลายอย่างสำหรับการตัดสินใจ ทั้งเทคนิคทั่วไปและเทคนิคเฉพาะสถาปัตยกรรมซอฟต์แวร์ ตัวอย่างหนึ่งคือ dialogue mapping

• การตัดสินใจเป็นกลุ่มเป็นหัวข้อวิจัยที่ยังคึกคัก

การบังคับใช้และการดำเนินการตามการตัดสินใจ:

• เนื่องจาก AD ใช้ในการออกแบบซอฟต์แวร์ จึงต้องสื่อสารไปยังผู้มีส่วนได้ส่วนเสียที่สนับสนุนเงินทุน พัฒนา และดำเนินงานระบบ และต้องได้รับการยอมรับจากพวกเขา

• รูปแบบการเขียนโค้ดที่คำนึงถึงสถาปัตยกรรมและการทบทวนโค้ดที่เน้นประเด็นและการตัดสินใจด้านสถาปัตยกรรมเป็นสองแนวปฏิบัติที่เกี่ยวข้อง

• ควรพิจารณา AD (ใหม่) เมื่อปรับปรุงระบบซอฟต์แวร์ให้ทันสมัยระหว่างวิวัฒนาการของซอฟต์แวร์ด้วย

การแบ่งปันการตัดสินใจ (ทางเลือก):

• AD จำนวนมากเกิดซ้ำข้ามโครงการ

• ดังนั้น ประสบการณ์จากการตัดสินใจในอดีต ทั้งดีและไม่ดี อาจเป็นทรัพย์สินที่นำกลับมาใช้ซ้ำได้อย่างมีค่าเมื่อใช้กลยุทธ์การจัดการความรู้ที่ชัดเจน

การบันทึกการตัดสินใจ:

• มีแม่แบบและเครื่องมือมากมายสำหรับบันทึกการตัดสินใจ

• ดูชุมชน agile เช่น ADR ของ M. Nygard

• ดูกระบวนการวิศวกรรมซอฟต์แวร์และการออกแบบสถาปัตยกรรมแบบดั้งเดิม เช่น IBM UMF และรูปแบบตารางที่ Tyree และ Akerman จาก CapitalOne เสนอ

อ่านเพิ่มเติม:

• ขั้นตอนข้างต้นนำมาจากบทความ Wikipedia Architectural Decision