ข้ามไปยังเนื้อหา

หมวดที่ 1เรื่องที่ 35 จาก 38หน้า 064

ใช้วงจร PDCA เขียนรายงานสรุปอย่างมีประสิทธิภาพ

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

ร้านเปิดใช้มัดจำเกินเป้า 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 · รายงานรายวัน–สัปดาห์–เดือน · รายงานให้ได้รับความสำคัญ