พิจารณาสถานการณ์นี้ (เปรียบเทียบใด ๆ กับสถานการณ์โลกแห่งความเป็นจริงโดยไม่ได้ตั้งใจ):
- 3:07 am : ฝ่ายสนับสนุนที่โทรเข้ามา " มีบางอย่างในการผลิตลดลงฉันต้องการความช่วยเหลือของคุณ! "
- 3:12 น. : เชื่อมต่อกับระบบ (ยอมรับการเข้าสู่ระบบ) ... และไม่มีเวลาดื่มกาแฟ
- 3:15 น. : โชคดีคุณทันทีคุณสามารถตรวจสอบปัญหาผ่านข้อความแสดงข้อผิดพลาดบางแห่ง
- 3:17 น. : ใช้กล่องเครื่องมือ SCM ของคุณเพื่อคว้ารหัสแก้ไขปัญหาทดสอบได้ดีมาก ... การแก้ไขของฉันใช้งานได้!
- 3:20 น. : ติดต่อกับทีม
DevOps เพื่อจัดส่งการแก้ไขและเพื่อให้การผลิตทำงานอีกครั้ง - 3:21 น. : ธงสีแดง ... " หากต้องการความเคารพต่อสี่ตาเราต้องมีอีก 2 ตาที่จะได้รับการอนุมัติสำหรับการแก้ไขนี้ "
- 3:22 am : ggggrrrreat ตอนนี้เราจะเรียกใครอีกแล้ว (= ปลุกผู้จัดการบางคน)?
หากคุณใช้ขั้นตอนการอนุมัติคล้ายกับคำตอบของฉัน " อะไรคือการใช้งานที่เป็นไปได้ (หรือตัวอย่าง) ของหลักการสี่ตา? " แล้วคุณโชคไม่ดี ... นี่คือตัวเลือกของคุณ:
- การแก้ไขของคุณจะติดอยู่ (อ่าน: การผลิตจะลดลง) จนกว่าจะมีดวงตาอีก 2 ตาเข้ามาเกี่ยวข้อง
- คุณหาวิธีที่จะหลีกเลี่ยงดวงตาที่หายไป
ดังนั้นวิธีการใช้หลักการสี่ตาสำหรับการแก้ไขฉุกเฉิน? ... เพื่อให้คุณได้รับการผลิตและทำงานโดยเร็วเช่นประมาณ 3:25 น. ... และเพื่อให้คุณสามารถปิดการโทร (และกลับไปที่ที่คุณมาจาก)