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