เขียนการตัดสินใจที่กลับมาทบทวนได้
เรียนจบแล้วบันทึกปัญหา ทางเลือก หลักฐาน ข้อจำกัดที่ยอมรับ และเงื่อนไขทบทวน ทำให้เข้าใจการตัดสินใจสร้างหรือซื้อได้หลังจบประชุม
เผยแพร่โดย Taigaวิธีเขียนเนื้อหาของเรา
ตรวจความเข้าใจข้อความใดให้เงื่อนไขทบทวนที่มีประโยชน์ที่สุด?ทำแบบฝึกหัด
สิ่งที่จะได้เรียนรู้
- แยกข้อกำหนด สมมติฐาน และข้อสังเกตในการตัดสินใจ
- เปรียบเทียบทางเลือกที่เป็นไปได้จริงด้วยขอบเขตเดียวกัน
- ระบุเงื่อนไขทบทวนที่อาจเปลี่ยนการตัดสินใจ
เก็บรักษาเหตุผล
การประชุมตัดสินใจให้ทางเลือกที่เลือก บันทึกการตัดสินใจเก็บเหตุผลว่าทำไมทางเลือกนั้นจึงสมเหตุผล
หากไม่มีเหตุผล ทีมภายหลังอาจเข้าใจข้อจำกัดชั่วคราวผิดว่าเป็นหลักการถาวร และอาจประเมินเรื่องที่องค์กรประเมินเสร็จแล้วซ้ำ
AWS อธิบาย architectural decision record ว่าเป็นวิธีบันทึกการตัดสินใจและบริบท โครงสร้างกระชับเดียวกันช่วยเรื่องรูปแบบการดำเนินงานพัฒนาด้วย AI ได้ ทำบันทึกให้สั้นพอที่ผู้รับผิดชอบจะอ่าน
เปรียบเทียบทางเลือกที่เป็นไปได้จริง
บริษัทสมมติต้องบำรุงรักษาแอปพลิเคชันสัญญา พิจารณาสามทางเลือก:
| ทางเลือก | หน้าที่หลักที่ยังรับผิดชอบ | คำถามที่อาจเปลี่ยนการตัดสินใจ |
|---|---|---|
| ใช้ workflow เดิมพร้อมเครื่องมือ AI รายตัว | เชื่อมบริบท การตรวจทาน release และหลักฐานภายใน | ทีมรับงานประสานต่อเนื่องไหวหรือไม่? |
| สร้างแพลตฟอร์มพัฒนาภายใน | ออกแบบ ผสาน และดำเนินงานความสามารถนั้น | องค์กรจัดสรรเงินสำหรับผู้รับผิดชอบระยะยาวแล้วหรือไม่? |
| ใช้บริการโรงงานซอฟต์แวร์ | กำกับการใช้และผสานหน้าที่ที่ยังเหลือ | บริการตรงตามมาตรการควบคุมและ interface ที่ต้องการหรือไม่? |
ใช้ขอบเขตแอปพลิเคชัน ช่วงเวลา สมมติฐานข้อมูล และความคาดหวังบริการเดียวกัน หลีกเลี่ยงการเปรียบเทียบบริการที่ซื้อซึ่งพร้อมแล้วกับเพียงต้นทุนต้นแบบของระบบภายใน
การผสมกันอาจเหมาะสมด้วย แพลตฟอร์มเดิมอาจให้สภาพแวดล้อมและ deployment ขณะที่โรงงานซอฟต์แวร์ประสานการพัฒนา อธิบาย interface และผู้รับผิดชอบ แทนการบังคับให้เลือกทั้งหมดอย่างใดอย่างหนึ่งโดยไม่จำเป็น
เขียนหกส่วน
- บริบท ระบุปัญหาและผลของการปล่อยไว้
- ข้อกำหนด ระบุเงื่อนไขที่ทางเลือกต้องผ่าน
- ทางเลือก บันทึกทางเลือกที่พิจารณาจริงและข้อแลกเปลี่ยนหลัก
- หลักฐาน เชื่อมลิงก์การประเมิน สมมติฐานต้นทุน และคำถามที่ยังไม่คลี่คลาย
- การตัดสินใจ ระบุทางเลือกที่เลือก ขอบเขต ผู้รับผิดชอบ และข้อจำกัดที่ยอมรับ
- การทบทวน กำหนดวันที่หรือเหตุการณ์ที่สังเกตได้ซึ่งต้องประเมินอีกครั้ง
แยกสิ่งที่สังเกตจากสิ่งที่คาด “ระหว่างการประเมิน ทำการเปลี่ยนแปลงเพื่อบำรุงรักษารายการนี้เสร็จแล้ว” เป็นข้อสังเกต ส่วน “บริการจะลดต้นทุนบำรุงรักษารายปีลงครึ่งหนึ่ง” เป็นคำพยากรณ์ที่ต้องมีหลักฐานและสมมติฐานชัดเจน
รวมข้อคัดค้านที่หนักแน่นที่สุด
สำหรับแอปพลิเคชันสัญญา บริการที่ซื้ออาจลดงานเชื่อมระบบ แต่สร้าง dependency กับผู้ให้บริการภายนอก บันทึกข้อคัดค้านนั้นและการฝึกส่งออกที่ตอบได้บางส่วน อย่าลบข้อคัดค้านเพียงเพราะทีมชอบทางเลือกนั้น
ระบุว่ารายการที่ยังไม่คลี่คลายใดขัดขวางการเปิดใช้งาน มอบหมายที่เหลือให้ผู้รับผิดชอบพร้อมวันที่ การตัดสินใจเดินหน้าต่อไม่ได้เปลี่ยนคำถามเรื่องมาตรการควบคุมที่ยังไม่มีคำตอบให้เป็นผลที่ตรวจสอบแล้ว
ทบทวนบันทึกเมื่อข้อกำหนดหรือหลักฐานเปลี่ยน เพิ่มการตัดสินใจใหม่เมื่อเปลี่ยนทางเลือก และเก็บเหตุผลเดิม เรียนต่อเรื่องสถานการณ์ใช้ Taiga ในทางปฏิบัติ เพื่อนำหลักการเหล่านี้ไปใช้กับ workflow ของผลิตภัณฑ์
ทำแบบฝึกหัด
เขียนบันทึกการตัดสินใจหนึ่งหน้าสำหรับแอปพลิเคชันสัญญาสมมติในบทเรียน เปรียบเทียบสามทางเลือก รวมเหตุผลหนึ่งข้อที่จะปฏิเสธทางเลือกที่คุณชอบ สมมติฐานที่ยังไม่คลี่คลายหนึ่งข้อ และเงื่อนไขทบทวนที่วัดได้
ดาวน์โหลดใบงาน (Markdown)การยกเลิกตัวเลือกนี้จะลบความคืบหน้าทั้งหมดที่บันทึกใน browser นี้
ความคืบหน้าอยู่ใน browser นี้ ไม่ใช้บัญชีและไม่ติดตามการใช้งาน