เรียนรู้ทีละขั้น · 8 MIN
สำรวจวงจรชีวิตซอฟต์แวร์
ติดตาม feature export ตั้งแต่ข้อกำหนดถึงการดำเนินงาน ตรวจผู้รับผิดชอบ หลักฐาน และการตัดสินใจในแต่ละขั้น
สถานการณ์
คุณรับผิดชอบบริการจัดการลูกค้า ผู้จัดการขอไฟล์รายชื่อลูกค้าที่ยังใช้งานอยู่ในองค์กรของตน ติดตาม feature สมมตินี้ตั้งแต่คำขอจนถึงการดำเนินงาน
สิ่งที่ต้องทำ
- เริ่มที่ ความต้องการ ใช้ ขั้นถัดไป เพื่อติดตาม feature เดียวกันตลอดทั้งเจ็ดขั้น
- ในแต่ละขั้น อ่านตัวอย่างหลักฐาน ตัดสินใจว่าหลักฐานตอบคำถามสำหรับการตัดสินใจหรือไม่ แล้วเปิดคำอธิบาย
สถานการณ์: EXPORT ข้อมูลลูกค้า
หลักฐานคือเอกสารหรือผลการตรวจที่สนับสนุนการตัดสินใจ แต่ละขั้นด้านล่างมีตัวอย่าง ทำตามลำดับหรือเลือกขั้นโดยตรง
ขั้น 1 / 7
ความต้องการ
ผู้จัดการต้องการ export ข้อมูลลูกค้าที่ยังใช้งานอยู่ในองค์กรของตน
- ผู้รับผิดชอบ
- เจ้าของผลิตภัณฑ์
- หลักฐาน
- ผลลัพธ์ที่ยอมรับแล้วและ field ที่อนุญาต
ผู้จัดการใช้เวลาหนึ่งชั่วโมงต่อสัปดาห์รวบรวมข้อมูลลูกค้าที่ยังใช้งานอยู่ ความต้องการที่ยอมรับแล้ว: export ชื่อและ customer ID จากองค์กรของตนเป็น CSV
ขั้น 2 / 7
ข้อกำหนด
กำหนดผู้ใช้ที่อนุญาต ข้อมูล พฤติกรรมเมื่อผิดพลาด และเกณฑ์การยอมรับ
- ผู้รับผิดชอบ
- เจ้าของผลิตภัณฑ์และผู้รับผิดชอบความปลอดภัย
- หลักฐาน
- การไหลของข้อมูลและข้อกำหนดสิทธิ์
เกณฑ์การยอมรับ: ผู้จัดการจากองค์กร A ไม่ได้รับระเบียนจากองค์กร B แม้เปลี่ยนตัวระบุในคำขอ
ขั้น 3 / 7
พัฒนา
Agent เตรียมการเปลี่ยนแปลงขนาดเล็กใน feature branch
- ผู้รับผิดชอบ
- ทีมพัฒนา
- หลักฐาน
- Diff ที่เชื่อมกับข้อกำหนด
PR เพิ่มตัวกรององค์กรใน query ฐานข้อมูล และ test สำหรับคำขอขององค์กรอื่น โดยไม่เปลี่ยนการเข้าสู่ระบบและการเรียกเก็บเงิน
ขั้น 4 / 7
ตรวจสอบ
ตรวจการบังคับใช้สิทธิ์จริงและคำขอที่ต้องถูกปฏิเสธ
- ผู้รับผิดชอบ
- ผู้ตรวจทานอิสระ
- หลักฐาน
- Test และการตรวจทาน commit สุดท้าย
Test บน commit สุดท้ายแสดงว่าผู้ใช้จากองค์กร A รับระเบียนของ B ไม่ได้ ผู้ตรวจทานตรวจลำดับการบังคับใช้สิทธิ์
ขั้น 5 / 7
ออก release
Deploy artifact ที่ยอมรับแล้วด้วย role สำหรับ deploy ที่อนุญาต
- ผู้รับผิดชอบ
- ผู้รับผิดชอบ release
- หลักฐาน
- ตัวระบุ artifact การอนุมัติ และแผนกู้คืน
ผู้รับผิดชอบ release ตรวจว่า commit ของ artifact ตรงกับ commit ที่ตรวจทานแล้ว คำแนะนำกู้คืนระบุเวอร์ชันก่อนหน้าและผู้ที่เริ่ม rollback ได้
ขั้น 6 / 7
ดำเนินงาน
ติดตามการ export ที่ล้มเหลว มาตรการควบคุมการเข้าถึง และพฤติกรรมบริการ
- ผู้รับผิดชอบ
- เจ้าของบริการ
- หลักฐาน
- Metric, audit log ที่จำกัดข้อมูล และคำแนะนำจัดการ incident
การแจ้งเตือน export ล้มเหลวถึงวิศวกร on-call Audit log ที่จำกัดข้อมูลบันทึกผู้กระทำและองค์กร โดยไม่คัดลอกรายชื่อลูกค้าทั้งหมด
ขั้น 7 / 7
เรียนรู้
ประเมินการใช้และปัญหาที่พบก่อนเปลี่ยนแปลงครั้งถัดไป
- ผู้รับผิดชอบ
- เจ้าของผลิตภัณฑ์และทีม
- หลักฐาน
- ข้อเสนอแนะและคิวงานที่อัปเดตแล้ว
คำขอความช่วยเหลือรายงานว่า export รายชื่อลูกค้าขนาดใหญ่ล้มเหลว ทีมเพิ่มข้อกำหนดด้านประสิทธิภาพและ test ในการเปลี่ยนแปลงครั้งถัดไป
ลำดับนี้ทำซ้ำได้ หลักฐานใหม่อาจทำให้งานกลับไปสู่ข้อกำหนดหรือการพัฒนา
ขั้นสุดท้าย
โค้ดทำงานได้แล้ว เหตุใดทีมจึงหยุดที่ขั้นพัฒนาไม่ได้
เปรียบเทียบคำตอบกับคำอธิบาย
โค้ดที่ทำงานได้ไม่ได้บอกว่าใครมีสิทธิ์เข้าถึงระเบียน หรือใครจัดการความล้มเหลว ขั้นตรวจสอบตรวจขอบเขตข้อมูล ขั้น release เชื่อมหลักฐานกับเวอร์ชันที่ deploy ขั้นดำเนินงานกำหนดผู้รับผิดชอบบริการที่กำลังรัน ขั้นเรียนรู้เปลี่ยนปัญหาที่สังเกตพบเป็นการเปลี่ยนแปลงถัดไป
นำไปใช้ในงาน
เลือก feature หนึ่งในทีม ระบุผู้รับผิดชอบ release และผู้ที่ได้รับการแจ้งเตือนเมื่อ feature ล้มเหลว
เลือกแบบฝึกหัดอื่น