ให้ทีมลองวิธีใหม่ในขอบเขตที่รับผลได้

สมมติว่าทีม ERP เขียนสคริปต์ช่วยจับคู่ใบแจ้งหนี้กับรายการรับสินค้า ถ้าทำได้จะช่วยลดงานตรวจมือ แต่ตัวอย่างแรกไม่มีใบส่งของหลายงวดและไม่มีการคืนสินค้า หากรันกับระบบจริงทันที รายการที่จับคู่ผิดอาจสร้างงานตามแก้ให้ฝ่ายบัญชีอีกหลายคน

ในฐานะหัวหน้าทีม ผมจะให้คนเสนอวิธีทดลองพร้อมตอบว่า ถ้าเดาผิดจะเกิดอะไร ใครเห็นผลได้ และเราหยุดตรงไหน การกำหนดขอบเขตให้ชัดช่วยให้ทีมเสนอไอเดียได้พร้อมกับรับผิดชอบความเสี่ยงที่มองเห็น

ตกลงวิธีทดลองก่อนเปิดให้ระบบทำงาน

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

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

ทบทวนข้อผิดพลาดโดยยังระบุคนรับผิดชอบงานแก้

สมมติว่าทีมพบว่าสคริปต์จับคู่ใบคืนสินค้าเข้ากับใบรับสินค้าผิดใบ แทนที่จะเริ่มด้วยคำถามว่าใครเขียนเงื่อนไขผิด ให้ไล่ดูว่าทีมรู้อะไรตอนเลือกชุดทดสอบ เหตุใดเคสคืนสินค้าจึงไม่อยู่ในตัวอย่างแรก และอะไรจะตรวจเจอถ้าเกิดซ้ำ วิธีทบทวนแบบ blameless ของ Google SRE เน้นทำความเข้าใจเงื่อนไขที่ทำให้คนตัดสินใจเช่นนั้น และใช้เหตุการณ์มาปรับระบบพร้อมกำหนดเจ้าของงานแก้ Google SRE เรื่องการทบทวนเหตุการณ์

หัวหน้าอาจพูดว่า “ตอนอนุมัติ เรามีตัวอย่างแบบไหนบ้าง? ขอให้ทีมข้อมูลเพิ่มกรณีคืนสินค้าลงชุดทดสอบภายในวันพฤหัส แล้วให้ฝ่ายบัญชีตรวจผลก่อนพิจารณารอบต่อไป” บันทึกผู้รับผิดชอบ วันส่ง และหลักฐานที่ใช้ปิดงาน เช่น ผลทดสอบที่ตรวจซ้ำได้ ถ้าผลยังไม่ผ่าน ให้คงสคริปต์ไว้ในโหมดแสดงผลและทบทวนอีกครั้งเมื่อพร้อม

ในรอบถัดไป ให้ดูว่าทีมหยุดตามเกณฑ์ที่ตั้งไว้ได้ไหม คนรายงานผลผิดพลาดได้ทันหรือเปล่า และงานแก้มีหลักฐานว่าช่วยตรวจปัญหาเดิมได้จริงหรือยัง ข้อมูลสามส่วนนี้ช่วยตัดสินใจว่าจะให้สคริปต์รับงานเพิ่มหรือเก็บไว้ใช้ตรวจเบื้องต้น