ควรบอกความคืบหน้าอย่างไร? ควรมีสถานะกี่แบบ และเปลี่ยนเมื่อไร

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

หมายเหตุ: บทความนี้เขียนโดยผู้พัฒนา GeckoFlag

ข้อสรุป: เริ่มที่ 3–5 สถานะ และกำหนดว่าใครเปลี่ยนเมื่อไร

เรื่องสถานะ สิ่งที่สำคัญกว่าจำนวนคือ “ทุกคนใช้ในความหมายเดียวกัน และเปลี่ยนอย่างสม่ำเสมอ” ถ้าเริ่มจากสถานะจำนวนน้อย แล้วกำหนดไว้ว่าใครเปลี่ยนเมื่อไร แค่ดูรายการก็จะรู้ความคืบหน้าได้

เหตุผลที่ควรเริ่มจากจำนวนน้อย

ถ้ามีสถานะมาก แต่ละคนจะตัดสินต่างกันว่าควรเลือกอันไหน การเปลี่ยนสถานะจะกลายเป็นเรื่องยุ่งยาก จนสุดท้ายก็ไม่มีใครอัปเดต ให้เริ่มจากจำนวนน้อยก่อน ถ้าเจอสถานการณ์ที่ “อยากแยกสถานะนี้ออกมา” ซ้ำหลายครั้ง จึงค่อยเพิ่ม

รูปแบบพื้นฐาน

ทีมส่วนใหญ่ใช้ 4 สถานะต่อไปนี้ก็ทำงานได้

1. ยังไม่เริ่ม
2. กำลังดำเนินการ
3. รอตรวจสอบ
4. เสร็จสิ้น

สถานะที่สำคัญคือ “รอตรวจสอบ” ถ้าแยกงานที่ทำเสร็จแล้วแต่กำลังรอคนที่ขอมาตรวจออกมา จะรู้ได้ว่า “ตอนนี้งานอยู่ในมือใคร” ถ้ารอตรวจทั้งที่สถานะยังเป็นกำลังดำเนินการ คนที่ขอจะเข้าใจว่ายังทำอยู่ แล้วงานก็หยุดนิ่ง

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

ตัวอย่างตามประเภทงาน

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

ใครเปลี่ยน และเปลี่ยนเมื่อไร

สถานะจะไม่ตรงกับความจริง เมื่อยังไม่ได้กำหนดว่า “ใครเป็นคนเปลี่ยน”

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

วิธีตัดสินว่างานจบแล้ว จะอธิบายโดยละเอียดในตอนที่ 8

วิธีเขียนรายงานความคืบหน้า

สิ่งที่สถานะอย่างเดียวบอกไม่ได้ ให้เสริมด้วยความคิดเห็น แทนที่จะบอกเป็นสัดส่วนอย่าง “เสร็จไปประมาณ 70%” การเขียน 3 เรื่องต่อไปนี้จะสื่อได้ชัดกว่า

ถ้าเขียนไม่ใช่แค่ “ที่เสร็จแล้ว” แต่เขียน “ที่เหลืออยู่” ด้วย จะเจอปัญหาได้เร็วขึ้น

จุดที่มักพลาด

1สถานะไม่ตรงกับความจริง

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

2“กำลังดำเนินการ” สะสมเพิ่มขึ้นเรื่อย ๆ

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

ตัวอย่างเช่น เคยมีเรื่องแบบนี้

ใช้แบบนี้ได้ใน GeckoFlag

• ตั้งชื่อและสีของสถานะได้ตามต้องการ สูงสุด 10 รายการ ซึ่งเพียงพอสำหรับ “การเริ่มจากจำนวนน้อย”
• มีสถานะที่ถือว่าเสร็จสิ้น งานที่เปลี่ยนเป็นสถานะนั้นจะหายไปจาก “งานของฉัน” บนแดชบอร์ด
• ดูงานที่เรียงตามสถานะได้บนกระดาน Kanban บน PC ท่านเปลี่ยนสถานะได้ด้วยการลากการ์ด จึงใช้ในการทบทวนสัปดาห์ละครั้งได้สะดวก
• ขณะโพสต์ความคิดเห็น เปลี่ยนสถานะและผู้รับผิดชอบไปพร้อมกันได้ “เปลี่ยนเป็นรอตรวจสอบแล้วเปลี่ยนผู้รับผิดชอบกลับไปเป็นคนที่ขอ” จึงจบได้ในการทำครั้งเดียว
• กรองรายการงานตามสถานะได้

ท่านสามารถลองใช้หน้าจอจริงได้ในเดโม

สรุป

เริ่มที่ 3–5 สถานะ และใส่ “รอตรวจสอบ” ไว้ด้วย จะรู้ได้ว่างานอยู่ในมือใคร กำหนดว่าใครเปลี่ยนเมื่อไร และในรายงานความคืบหน้า ให้เขียน “ที่เสร็จแล้ว ที่เหลืออยู่ ที่จะทำต่อ” ตอนหน้าจะอธิบายวิธีเขียนเมื่อติดต่อกับคนนอกบริษัท เช่น ลูกค้าหรือผู้รับจ้างภายนอก

ซีรีส์อ่านเพิ่มเติมได้ในตอนที่ 5 “วิธีตอบกลับความคิดเห็น”

ซีรีส์ตอนที่ 8 “วิธีปิดงานให้จบ” (เร็ว ๆ นี้)