คำแนะนำด้านการทำงานเป็นทีมสำหรับ ADR

หากคุณกำลังพิจารณาใช้บันทึกการตัดสินใจในทีมของคุณ นี่คือคำแนะนำที่เราเรียนรู้จากการทำงานกับหลายทีม

มีโอกาสที่จะนำสมาชิกทีมด้วยการพูดถึง "ทำไม" แทนที่จะบังคับ "อะไร" ตัวอย่างเช่น บันทึกการตัดสินใจเป็นวิธีที่ทีมจะคิดอย่างชาญฉลาดขึ้นและสื่อสารได้ดีขึ้น หากบันทึกการตัดสินใจเป็นเพียงข้อกำหนดด้านเอกสารที่บังคับทำย้อนหลัง ก็ไม่มีคุณค่า

บางทีมชอบชื่อ "การตัดสินใจ" มากกว่าตัวย่อ "ADR" อย่างมาก เมื่อบางทีมใช้ "decisions" เป็นชื่อไดเรกทอรี ก็เหมือนหลอดไฟสว่างขึ้น และทีมเริ่มใส่ข้อมูลเพิ่มเติมในไดเรกทอรี เช่น การตัดสินใจเกี่ยวกับผู้ขาย การตัดสินใจเกี่ยวกับแผน การตัดสินใจเกี่ยวกับกำหนดการ และอื่น ๆ คุณใช้แม่แบบเดียวกันสำหรับข้อมูลทุกประเภทเหล่านี้ได้ เราสันนิษฐานว่าผู้คนเรียนรู้ได้เร็วกว่าด้วยคำ ("การตัดสินใจ") มากกว่าตัวย่อ ("ADR") ว่าการละคำว่า "บันทึก" ให้แรงจูงใจมากขึ้นในการเขียนงานที่ยังทำอยู่ และว่านักพัฒนาและผู้จัดการบางคนไม่ชอบคำว่า "สถาปัตยกรรม"

ในทางทฤษฎี การแก้ไขไม่ได้เป็นอุดมคติ ในทางปฏิบัติ การแก้ไขได้ทำงานได้ดีกว่าสำหรับทีมของเรา เราแทรกข้อมูลใหม่ลงใน ADR ที่มีอยู่พร้อมตราวันที่และหมายเหตุว่าข้อมูลนั้นมาหลังการตัดสินใจ แนวทางนี้นำไปสู่ "เอกสารที่มีชีวิต" ที่เราทุกคนอัปเดตได้ การอัปเดตทั่วไปมาจากการได้ข้อมูลเพราะสมาชิกทีมใหม่ ข้อเสนอใหม่ ผลจริงจากการใช้งานของเรา หรือหลังการเปลี่ยนแปลงของบุคคลภายนอกในภายหลัง เช่น ฟีเจอร์ของผู้ขาย แผนราคา และสัญญาอนุญาตใช้สิทธิ