หมวดที่ 1เรื่องที่ 35 จาก 38หน้า 064
ใช้วงจร PDCA เขียนรายงานสรุปอย่างมีประสิทธิภาพ
รายงานสรุปส่วนใหญ่เล่าแค่ว่า “ทำอะไรไปบ้าง” แต่ผู้อ่านอยากรู้ว่า ได้ผลแค่ไหน และจะทำอะไรต่อ ใช้ PDCA เป็นโครงรายงานหน้าเดียว แล้วให้น้ำหนักที่ C กับ A มากที่สุด
ข้อสรุปบรรทัดเดียว
ร้านเปิดใช้มัดจำเกินเป้า 40% แต่การยกเลิกนาทีสุดท้ายลดเหลือ 8% ยังไม่ถึงเป้า 5% · ขอยืมนักพัฒนาจากทีมโปรเจกต์ลูกค้า 1 คน นาน 1 สปรินต์
P ตั้งใจอะไรPlan
- ร้านเปิดใช้มัดจำ 300 ร้าน
- ยกเลิกนาทีสุดท้ายลดจาก 12% เหลือ 5%
- แผน: รับมัดจำผ่าน QR เสริมด้วยไลฟ์สอนร้าน
D ทำอะไรไปDo
- ปล่อยฟีเจอร์ภายใน 2 สปรินต์
- ไลฟ์สอนร้าน 4 ครั้ง
- ทีมซัพพอร์ตโทรหา 150 ร้าน
C ได้แค่ไหน เพราะอะไรCheck
- ร้านเปิดใช้ 420 ร้าน = 140% ของเป้า
- ยกเลิกนาทีสุดท้าย 8% ยังไม่ถึงเป้า 5%
- ไลฟ์สอนร้านทำให้ร้านเปิดใช้เร็วกว่าที่คาด
- ร้านที่ตั้งมัดจำ 20% ของราคา ยกเลิกเหลือ 4% แต่ร้านที่ตั้ง 50 บาทเท่ากันทุกบริการยังยกเลิก 11% ภาพรวมจึงไม่ถึงเป้า
A ต่อไปอย่างไรAct
- ปรับค่าเริ่มต้นเป็นมัดจำ 20% ของราคา · น้องอุ้ม (UX/UI) · เริ่ม 8 เม.ย.
- ยืมนักพัฒนาจากทีมโปรเจกต์แอปสะสมแต้มของเครือค้าปลีกที่เพิ่งขึ้นระบบจริง · Engineering Manager · เริ่ม 8 เม.ย.
- สิ่งที่ขอ: อนุมัติการยืมคนภายใน 5 เม.ย.
ตัวอย่าง: PO แอปจองคิวสรุปไตรมาสแรกของฟีเจอร์รับมัดจำออนไลน์
เขียนให้หัวหน้าอ่านจบ
หัวข้อที่มีชื่อว่า “เขียนให้หัวหน้าอ่านจบ”- ข้อสรุปขึ้นก่อนเสมอ หัวหน้าอาจอ่านแค่บรรทัดแรก บรรทัดนั้นจึงต้องมีทั้งผลที่สำคัญที่สุดและสิ่งที่คุณขอ
- ตัวเลขทุกตัวต้องมีเป้าให้เทียบ “ยกเลิกนาทีสุดท้าย 8%” ยังไม่บอกอะไร จนกว่าจะรู้ว่าเดิมอยู่ที่ 12% และเป้าคือ 5%
- C ต้องบอกสาเหตุ ไม่ใช่แค่ผล อะไรได้ผลจะได้ทำต่อ อะไรไม่ได้ผลจะได้แก้ถูกจุด
- ทุกข้อใน A มีเจ้าของงานและวันที่ ไม่อย่างนั้นแผนรอบหน้าจะจบอยู่บนกระดาษ
อ่านต่อ: วงจร PDCA · รายงานรายวัน–สัปดาห์–เดือน · รายงานให้ได้รับความสำคัญ