วิศวกรรมซอฟต์แวร์
วางแผนการตัดสินใจด้านสถาปัตยกรรมซอฟต์แวร์
บันทึกการตัดสินใจด้านสถาปัตยกรรม โดยเปรียบเทียบตัวเลือกกับข้อจำกัดที่ระบุชัด บันทึกผลกระทบ และกำหนดจุดตรวจสอบก่อนเริ่มทำงาน
กระบวนการ
ทำตามลำดับนี้
- ระบุการตัดสินใจ บริบท ผู้ใช้ที่ได้รับผลกระทบ ข้อกำหนดเชิงสถาปัตยกรรม ช่วงเวลา และผู้ที่อนุมัติการเลือกได้
- รวบรวมข้อจำกัดด้านผลิตภัณฑ์ คลังโค้ด ความเชื่อถือ ความปลอดภัย ต้นทุน และการปฏิบัติตามที่เกี่ยวข้อง แยกข้อเท็จจริงที่ตรวจแล้วออกจากสมมติฐานและสิ่งที่ไม่รู้
- กำหนดตัวเลือกที่ทำได้อย่างน้อยสองตัว รวมถึงการไม่ทำอะไร แล้วเปรียบเทียบด้วยเกณฑ์ที่ระบุชัด ไม่เลือกเพราะคุ้นเคย
- ทดสอบแต่ละตัวเลือกเรื่องโหมดความล้มเหลว ปริมาณงานย้าย ภาระดำเนินงาน ความย้อนกลับ การเปิดเผยด้านความปลอดภัย และต้นทุนการเปลี่ยนแปลงระยะยาว
- เลือกข้อเสนอหรือบันทึกการเลื่อนอย่างตั้งใจ พร้อมเหตุผล ข้อคัดค้าน ทางเลือกที่ปฏิเสธ และเงื่อนไขที่จะเปลี่ยนการตัดสินใจ
- เขียนบันทึกการตัดสินใจก่อนเริ่มทำงาน ประกอบด้วยสถานะ บริบท การตัดสินใจ ผลกระทบ ลิงก์หลักฐาน เจ้าของงาน และตัวกระตุ้นการทบทวน
- ทบทวนบันทึกกับเจ้าของงานที่รับผิดชอบ บันทึกการอนุมัติหรือเงื่อนไขที่ต้องมี แล้วส่งผลงาน หลักฐาน และความเสี่ยงที่ยังไม่ได้แก้ไขกลับผู้ขอ
เตรียมสิ่งนี้
ข้อมูลที่แมวจะขอ
- การตัดสินใจด้านสถาปัตยกรรมและเจ้าของการตัดสินใจ
- ข้อกำหนดและข้อจำกัด
- ระบบปัจจุบันและการแก้ไข
- หลักฐานที่มีและผู้มีส่วนได้ส่วนในการทบทวน
เราเตอร์ + playbook เดียว
จัดเส้นทางก่อน เลือกอันเดียว
Cat Paw โหลด playbook เดียวต่องาน ไม่ผสมหลายอัน เริ่มที่เราเตอร์นี้ เส้นทางที่เหลือเป็นตัวเลือกเฉพาะ workflow
- เราเตอร์:
software-delivery-pack skills/software-delivery-pack/software-architecture-decision-gate/SKILL.md
เส้นเขต
ขอบเขตเดินทางไปกับพรอมต์
- ก่อนเริ่ม ให้ตรวจสอบเครื่องมือ บัญชี สิทธิ์ และพื้นที่ทำงานจริง ห้ามอ้างว่ามีเครื่องมือ บัญชี แหล่งข้อมูล หรือความสามารถที่ไม่พร้อมใช้งาน
- ใช้ Latch/target-workspace สำหรับโค้ดส่วนตัว ผลงาน การตรวจสอบสด หรือข้อมูลที่ไม่เป็นสาธารณะ หากไม่มีสิทธิ์เข้าถึง ให้หยุดที่ขอบเขตและรายงานสิ่งกีดขัด แทนการเดา
- หยุดเพื่อขออนุมัติอย่างชัดเจนก่อนการดำเนินการภายนอกที่มีผลกระทบ แล้วส่งกลับหลักฐาน ความเสี่ยงที่ยังไม่ได้แก้ไข สมมติฐาน และการดำเนินการใดที่ยังรอการอนุมัติ
เสร็จหมายถึง
จุดจบที่ตรวจได้
บันทึกการตัดสินใจด้านสถาปัตยกรรมที่อนุมัติแล้วหรือเลื่อนอย่างชัดเจน มีบริบท ตัวเลือก เหตุผล ผลกระทบ เจ้าของงาน หลักฐาน และตัวกระตุ้นการทบทวน
แหล่งที่มา
กระบวนการนี้มาจากไหน
แหล่งที่มาตั้งรูปแบบของ workflow โพสต์ Reddit และชุมชน ถ้ามี ให้ถือเป็นเรื่องเล่าจากผู้ปฏิบัติ ไม่ใช่ข้อเท็จจริงสากล
