คำตอบสั้น ๆ
- การเปลี่ยนอาจเร่งด่วนได้ แม้คำอธิบายเบื้องหลังยังไม่ครบ การทำให้การตัดสินใจชัดขึ้นไม่ใช่การถ่วงเวลา แต่ช่วยไม่ให้องค์กรต้องจ่ายซ้ำกับ tension เดิม.
- ก่อนเพิ่มคน ปรับโครงสร้าง เพิ่มขั้นอนุมัติ หรือซื้อระบบ ควรระบุให้ได้ว่าการเปลี่ยนจะช่วยอะไร กำลังย้ายภาระไปที่ใคร และหลักฐานอะไรอาจทำให้ต้องทบทวนคำอธิบายเดิม.
- การตัดสินใจถัดไปอาจเป็นการเดินต่อ ทดลองในขอบเขตเล็ก ลดขอบเขต หรืออ่านปัญหาจริงหนึ่งเรื่องก่อนผูกคนและงบประมาณเพิ่ม.
การเปลี่ยนอาจดูชัดเจน ก่อนที่เราเห็นเรื่องครบ
เมื่องานเริ่มตึง ทางออกบางอย่างมักดูเป็นเรื่องสามัญสำนึก: เพิ่มคน ปรับผังองค์กร เพิ่มขั้นอนุมัติ หรือซื้อระบบใหม่ ความกดดันนั้นมีอยู่จริง อาจมีคนทำงานล้น ลูกค้ารอ ความผิดพลาดเริ่มปรากฏ หรือผู้นำต้องถือความเสี่ยงมากเกินไป.
ความเสี่ยงไม่ใช่ว่าการเปลี่ยนแปลงผิดเสมอไป แต่คือการขอให้การเปลี่ยนหนึ่งอย่างแก้ปัญหาที่เราไม่ได้ออกแบบมาเพื่อมันจริง ๆ แล้วองค์กรก็ได้ต้นทุน การประชุม และจุดส่งต่องานเพิ่ม ก่อนพบว่า tension เดิมเพียงย้ายไปอยู่กับคนหรือทีมอื่น.
ถามให้ชัดว่า การเปลี่ยนนี้ควรช่วยอะไร
ก่อนตัดสินว่าจำเป็นต้องเปลี่ยนหรือไม่ ลองทำให้ความคาดหวังตรวจสอบได้ การตัดสินใจที่ชัดไม่จำเป็นต้องรู้ทุกอย่างแน่นอน แต่ต้องมีความเข้าใจร่วมกันว่าอะไรควรดีขึ้น และองค์กรยอมรับผลตามมาแบบใด.
- สิ่งที่คาดว่าจะคลี่คลาย: ความล่าช้า ความเสี่ยง งานแก้ซ้ำ หรือภาระการตัดสินใจเรื่องใดควรเบาลง
- ภาระที่อาจถูกย้าย: หากการเปลี่ยนทำงานตามที่หวัง งาน อำนาจ เวลาในการตรวจ หรือความเสี่ยงต่อลูกค้าจะเพิ่มขึ้นกับใคร
- หลักฐานที่ยังขาด: อะไรอาจทำให้เราต้องทบทวนคำอธิบายนี้ก่อนผูกมัดมากขึ้น
ขั้นอนุมัติที่เพิ่มขึ้น อาจย้ายปัญหาแทนที่จะแก้
ลองนึกถึงองค์กรที่เห็นความผิดพลาดบางอย่างมีต้นทุนสูง การเพิ่มขั้นอนุมัติดูเป็นเรื่องรับผิดชอบ มันอาจลดข้อผิดพลาดที่มองเห็นหนึ่งแบบ แต่ก็อาจทำให้การตัดสินใจช้าลง ทำให้ผู้จัดการคนหนึ่งกลายเป็นคอขวด และทำให้คนรอแทนที่จะแก้กรณีที่ตัวเองเห็นบริบทดีที่สุด.
คำถามจึงไม่ใช่ว่าการอนุมัติดีหรือไม่ดี แต่คือความผิดพลาดนั้นเกิดจากการตรวจไม่พอ อำนาจไม่ชัด ข้อมูลไม่พอ ข้อยกเว้นไม่มีทางไป หรือไม่มีใครใช้เกณฑ์รับผลลัพธ์ได้ตรงกัน แต่ละคำอธิบายต้องการการแก้ที่ต่างกัน.
| แรงกดดันที่มองเห็น | ทางออกที่ดูชัด | คำถามที่ควรตรวจก่อน |
|---|---|---|
| ผู้นำคนหนึ่งทำงานล้น | เพิ่มผู้จัดการ | นี่เป็นปัญหาปริมาณงาน หรือการตัดสินใจสำคัญยังไม่มีที่ลงจอด? |
| ความผิดพลาดเริ่มชัด | เพิ่มขั้นอนุมัติ | การตัดสินใจ หลักฐาน หรือข้อยกเว้นเรื่องใดที่กำลังล้มเหลว? |
| ทีมเห็นไม่ตรงกัน | ปรับสายรายงาน | trade-off ใดไม่มีเจ้าของข้ามจุดส่งต่องานเดิม? |
ความเร่งด่วนไม่ได้ทำให้เราไม่ต้องใช้ judgment
บางการตัดสินใจรอไม่ได้ ความเสี่ยงด้านความปลอดภัย ผลกระทบทางการเงิน หรือปัญหาลูกค้าสำคัญอาจต้องลงมือทันที แม้เช่นนั้น องค์กรยังบอกได้ว่าอะไรคือสิ่งที่รู้ อะไรคือสิ่งที่ตั้งสมมติฐาน และหลังเปลี่ยนแล้วจะสังเกตอะไรต่อ นี่ทำให้การตัดสินใจรับผิดชอบขึ้น ไม่ได้ทำให้ช้าลง.
ไม่จำเป็นต้องเปลี่ยนเรื่องนี้ให้กลายเป็นการวิเคราะห์ไม่จบ หากหลักฐานพอ ก็เดินต่อได้ หากยังไม่พอ อาจลดการลงมือครั้งแรกให้สังเกตได้และย้อนกลับได้เท่าที่ทำได้ เป้าหมายไม่ใช่หลบการเปลี่ยน แต่ไม่ปล่อยให้คำอธิบายที่ยังไม่ครบกลายเป็นโครงสร้างราคาแพง.
เริ่มจากการตัดสินใจจริงหนึ่งเรื่อง ไม่ใช่คำสัญญาว่าจะแก้ทั้งองค์กร
หากกำลังมีการเปลี่ยนสำคัญ และคำอธิบายเบื้องหลังยังมีหลายฝ่ายเห็นต่าง ลองเริ่มจากการอ่านการตัดสินใจหนึ่งเรื่องในบริบทจริง Problem First Read จะแยกสิ่งที่มองเห็น สิ่งที่อาจกำลังก่อปัญหา สิ่งที่หลักฐานยังพิสูจน์ไม่ได้ และการตัดสินใจถัดไปที่สมเหตุสมผล.
งานนี้ไม่ได้ตัดสินใจแทนผู้นำ หรือผูกองค์กรให้ต้องซื้อบริการต่อ การตัดสินใจยังเป็นสิทธิ์ของลูกค้า หน้าที่ของงานคือช่วยให้เงื่อนไขและผลตามมาชัดขึ้น ก่อนที่สิ่งเหล่านั้นจะย้อนกลับได้ยาก.
อ่านต่อจากคำถามนี้
พาคำถามถัดไปยังจุดที่เหมาะสม
ไปต่อในจังหวะที่เหมาะกับคุณ
ยังไม่ต้องติดต่อก็ได้ เริ่มจากคำถามที่ใกล้กับสิ่งที่กำลังเกิดขึ้น
เมื่อมีการตัดสินใจจริงที่ต้องถืออยู่ คุณจึงค่อยเล่าสถานการณ์เพื่อให้ SE Ocean ประเมินจุดเริ่มที่รับผิดชอบได้
คำถามที่เกี่ยวข้อง
ควรชะลอการปรับโครงสร้างจนกว่าจะมีหลักฐานสมบูรณ์หรือไม่
ไม่จำเป็น หลักฐานสมบูรณ์มักไม่มี สิ่งที่รับผิดชอบกว่าคือระบุว่าการเปลี่ยนคาดว่าจะช่วยอะไร อาจย้ายภาระอะไร และจะดูอะไรต่อหลังลงมือ การตัดสินใจเร่งด่วนก็พูดความไม่แน่ใจให้ชัดได้.
การเพิ่มคนช่วยแก้ปัญหาผู้นำงานล้นได้หรือไม่
ช่วยได้ หากเป็นช่องว่างด้าน capacity จริง แต่จะไม่แก้ปัญหาอำนาจตัดสินใจหรือข้อยกเว้น หากบทบาทใหม่ยังไม่มีข้อมูล อำนาจ และเงื่อนไขยอมรับผลลัพธ์ที่จำเป็นต่อการถือเรื่องนั้น.
SE Ocean ส่งมอบอะไรก่อนการเปลี่ยนแปลงองค์กรครั้งสำคัญ
Problem First Read เป็นการอ่านปัญหาหรือการตัดสินใจจริงหนึ่งเรื่องแบบมีขอบเขต พร้อมบันทึกสิ่งที่มองเห็น สมมติฐาน หลักฐานที่สนับสนุนและยังขาด คำถามที่ยังไม่จบ และการตัดสินใจถัดไปที่สมเหตุสมผล ไม่ใช่การอ้างว่าวินิจฉัยทั้งองค์กรได้จากการคุยครั้งเดียว.
