เมื่อทีมรับงานเกินกำลัง คุณใช้เกณฑ์อะไรในการตัดสินว่าจะทำอะไรก่อน?

Question

Accepted Answer

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

## เกณฑ์ที่ผมใช้

- **ผลกระทบเทียบความพยายาม** ผมจัดอันดับงานตามคุณค่าที่ส่งมอบเทียบกับต้นทุน งานผลกระทบสูง ความพยายามต่ำมาก่อน; งานความพยายามสูง ผลกระทบต่ำถูกตัดหรือเลื่อนอย่างเปิดเผย
- **ความย้อนกลับได้และความเร่งด่วน** อะไรที่ย้อนกลับไม่ได้หรือมีกรอบเวลา (security fix, deadline ตามสัญญา, dependency ของการ launch) ลัดคิว
- **ต้นทุนของการล่าช้า** งานบางอย่างแพงขึ้นยิ่งรอนาน (**tech debt** ที่ทบต้น ค่าปรับจาก deadline); บางอย่างเดือนหน้าก็เท่าเดิม ผมจัด priority ตามว่าต้นทุนโตเร็วแค่ไหน
- **การบล็อกคนอื่น** งานที่ปลดบล็อกคนหรือทีมอื่นมีตัวคูณเกินกว่าคุณค่าของตัวมันเอง
- **ความเสี่ยง** ต้นทุนเป็นเท่าไรหากสิ่งนี้ผิดหรือล่าช้า? ปกป้องจากความล้มเหลวที่แพงก่อน

## กรอบความคิดง่าย ๆ

| กลุ่ม | ตัวอย่าง | การดำเนินการ |
|---|---|---|
| สำคัญ + เร่งด่วน | production incident, ช่องโหว่ security | ทำทันที วางงานอื่น |
| คุณค่าสูง ไม่เร่งด่วน | feature สำคัญใน roadmap | จัดตารางและปกป้อง |
| คุณค่าต่ำ เร่งด่วน | คำขอเสียงดังแต่เล็กน้อย | ผลักกลับหรือ delegate |
| คุณค่าต่ำ ไม่เร่งด่วน | สิ่งที่มีก็ดี | ปฏิเสธ ตัดออกอย่างชัดเจน |

## ผมจัดการมันอย่างไร

- ทำ **รายการจัดอันดับเดียว** ไม่ใช่ priority-one ห้าอันขนานกัน ถ้าทุกอย่างเป็น priority ก็ไม่มีอะไรเป็น priority
- สื่อสาร trade-off ต่อ **stakeholder** ด้วยภาษาเรียบง่าย: "sprint นี้เราทำ A หรือ B ได้ ไม่ใช่ทั้งคู่ อันไหนสำคัญกว่า?"
- ปกป้องโฟกัส: จำกัด work in progress ลดการสลับบริบท และปกป้องทีมจาก interrupt ใหม่กลาง sprint

## กับดัก

- ปล่อยให้ stakeholder ที่เสียงดังที่สุดกำหนด priority แทนข้อมูล
- ตอบรับทุกอย่าง ซึ่งจริง ๆ คือการพูดว่า "ผมจะปล่อยให้ความสุ่มตัดสิน"
- ตัดคุณภาพอย่างเงียบ ๆ เพื่อให้พอดีกับขอบเขต นั่นแค่ย้ายต้นทุนไปที่ production

## ทำไมจึงสำคัญ

ภายใต้ภาวะงานล้น การจัด priority อย่างเด็ดขาดและโปร่งใสคือสิ่งที่เปลี่ยนทีมที่เครียดและสะบัดไปมาให้เป็นทีมที่ ship สิ่งที่สำคัญจริง ๆ และมันรักษาความไว้วางใจกับ stakeholder ด้วยการซื่อสัตย์เรื่อง trade-off แทนที่จะพลาดทุกอย่างอย่างเงียบ ๆ

กลุ่ม	ตัวอย่าง	การดำเนินการ
สำคัญ + เร่งด่วน	production incident, ช่องโหว่ security	ทำทันที วางงานอื่น
คุณค่าสูง ไม่เร่งด่วน	feature สำคัญใน roadmap	จัดตารางและปกป้อง
คุณค่าต่ำ เร่งด่วน	คำขอเสียงดังแต่เล็กน้อย	ผลักกลับหรือ delegate
คุณค่าต่ำ ไม่เร่งด่วน	สิ่งที่มีก็ดี	ปฏิเสธ ตัดออกอย่างชัดเจน