Quarterly OKR planning meeting ส่วนใหญ่กินเวลา 4-8 ชั่วโมงในวันเดียว แต่สิ่งที่ออกมาคือชุด Key Results ที่ทีมไม่เชื่อจริง เพราะมันไม่ใช่ planning มันคือ brainstorming ผสม negotiation ที่จบลงเพราะหมดเวลา ไม่ใช่เพราะได้คำตอบที่ดี การวาง quarterly OKR planning ที่ใช้งานได้จริงต้องเริ่มจากความเข้าใจว่า meeting เพียงครั้งเดียวไม่พอ และ pre-work สำคัญกว่าการนั่งคุยในห้อง บทความนี้จะวาง agenda ที่ copy ลง Google Calendar ได้ทันที พร้อมโครงสร้างที่ใช้กับทีมจริงในไตรมาสถัดไป
ทำไม Quarterly Planning Meeting ส่วนใหญ่ล้มเหลว
ถ้าเคยจัดประชุมวาง OKR แล้วรู้สึกว่าทีมเหนื่อย แต่ผลลัพธ์ไม่ชัด นี่คือ failure pattern ที่เจอบ่อย
- ไม่มี pre-work หรือ data review — ทุกคนเข้าห้องประชุมโดยไม่รู้ว่าไตรมาสที่แล้ว OKR ได้คะแนนเท่าไร KR ตัวไหน miss และเพราะอะไร เลยเริ่มต้นจากศูนย์ทุกครั้ง
- Top-down dump — ผู้บริหารเปิดประชุมด้วยการประกาศ Objective สำเร็จรูป ทีมที่ต้อง execute ไม่ได้มีส่วนร่วมในการ shape KR ทำให้ commitment ปลอม
- KR ไม่ผ่าน “วัดได้จริงไหม” test — มี KR แบบ “ปรับปรุงคุณภาพ service” หรือ “เพิ่ม brand awareness” ที่ไม่มีตัวเลข ไม่มี baseline ไม่มี data source
- ไม่มี alignment review ระหว่างทีม — Marketing ตั้ง KR ที่ต้องพึ่ง Product, Product ตั้ง KR ที่ต้องพึ่ง Engineering แต่ทั้งสามทีมไม่เคยมา cross-check dependency กันก่อน commit
- Last-quarter retrospective ถูกข้าม — ทีมรีบ “ตั้งใหม่” โดยไม่ถามว่า ไตรมาสที่แล้วทำไม Objective นี้ถึง miss แล้วจะแก้ pattern อะไรในไตรมาสนี้
- Marathon meeting แบบ 6 ชั่วโมงรวด — พลังสมอง 2 ชั่วโมงสุดท้ายไม่มีคุณภาพ KR ที่ตั้งในชั่วโมงที่ 5 มักจะถูก revise ใน Week 2
ปัญหารวบยอดคือ planning meeting ถูกออกแบบเหมือน workshop ที่ “ต้องจบในวันเดียว” ไม่ใช่ process ที่ต้อง iterate งานวาง OKR ที่ดีเหมือนการวาง budget — ต้องมี draft, review, alignment แล้วค่อย commit
โครงสร้าง Quarterly OKR Planning Meeting (ใช้งานได้จริง)
แทนที่จะอัด planning ทั้งหมดในวันเดียว ให้แตกเป็น 3 sessions กระจายในช่วง 5-10 วัน วิธีนี้เปิด space ให้ pre-work, draft cooling, และ cross-team alignment ทำงานได้จริง
| Session | เวลา | ผู้เข้าร่วม | Output |
|---|---|---|---|
| 1. Pre-work + Retrospective Session (Day 1 — ก่อนสิ้นไตรมาส 5-7 วัน) |
60 นาที | Department head + ทีม core (3-5 คน) | คะแนน OKR ไตรมาสที่แล้ว, top 3 learning, business priority shortlist |
| 2. Drafting Session (Day 3-4 — ต้นไตรมาสใหม่) |
90 นาที | ทีมเต็ม | Draft Objectives + KRs (ยังไม่ commit), KR quality checklist ผ่านแล้ว |
| 3. Alignment + Commit Session (Day 7-10) |
60-75 นาที | Department head + ทีมที่มี dependency + ตัวแทน leadership | OKR ที่ commit แล้ว, dependency map, ตัว owner ของ KR แต่ละข้อ |
รวมเวลา 3.5-4 ชั่วโมง — น้อยกว่า marathon meeting แบบเดิม แต่ output มี quality สูงกว่ามาก เพราะมี cooling period ระหว่าง draft กับ commit ทีมมีเวลากลับไปคิด ไม่ใช่ตัดสินใจตอนเหนื่อย แนวคิดนี้สอดคล้องกับ การตั้งและติดตาม OKRs อย่างมีประสิทธิภาพ ที่เน้นว่า OKR ที่ดีต้องผ่านการกลั่นกรอง ไม่ใช่ตั้งครั้งเดียวจบ
Pre-work ที่ต้องเตรียมก่อนประชุม
ถ้า Drafting Session เริ่มโดยไม่มี pre-work ทีมจะเสียเวลา 30 นาทีแรกแค่อัปเดต context ให้ตรงกัน Pre-work ที่ดีทำให้ session เริ่มจากจุดที่ “ตัดสินใจ” ไม่ใช่ “รวบรวมข้อมูล” นี่คือ checklist
- ผลคะแนน OKR ไตรมาสที่แล้ว — ทุก Objective + KR ต้องมีคะแนน 0.0-1.0 พร้อมสาเหตุที่ miss หรือ overshoot ใช้วิธีจาก OKR Scoring Method เพื่อให้ทีมพูดภาษาเดียวกัน
- Business priority จาก leadership — top 3-5 priorities ของบริษัทในไตรมาสนี้ (revenue target, product launch, market expansion ฯลฯ) ต้องมีเอกสาร 1 หน้าจาก CEO/COO ก่อนประชุม
- Customer / market signal — feedback จาก CS ticket, churn data, NPS, sales objection top 3, competitor move ที่ส่งผลต่อทีม
- Capacity constraint — headcount ที่ลาออก, hiring plan, งบประมาณที่อนุมัติ, project ที่ค้างจากไตรมาสก่อน — ตัวเลขจริง ไม่ใช่ความรู้สึก
- Last-quarter learning summary — 3 ข้อที่ทีมเห็นพ้องว่า “ไตรมาสนี้ต้องไม่ทำซ้ำ”
- Dependency list เบื้องต้น — ทีมไหนที่เราต้องพึ่ง และทีมไหนพึ่งเรา
Pre-work ทั้งหมดนี้ต้องส่งให้ทุกคนอ่านก่อน Drafting Session อย่างน้อย 48 ชั่วโมง ถ้าส่งคืนวันเดียวกัน = pre-work ปลอม
Agenda Template — Drafting Session (90 นาที)
นี่คือ minute-by-minute breakdown ที่ copy ลง Google Calendar ได้ทันที — ออกแบบให้ Drafting Session จบใน 90 นาทีโดยมี draft OKR ที่ผ่าน quality gate
| เวลา | หัวข้อ | กิจกรรม | Output |
|---|---|---|---|
| 0:00 – 0:10 (10 นาที) | Review last quarter | Department head สรุปคะแนน OKR ไตรมาสที่แล้ว + 3 learning หลัก ห้ามเกิน 10 นาที | ทีมตรงกันว่า “ไตรมาสนี้แก้อะไร” |
| 0:10 – 0:30 (20 นาที) | Business priority alignment | อ่าน priority จาก leadership + capacity constraint แล้ว vote ว่าทีมควรโฟกัสกี่ Objective (แนะนำ 2-3) | Objective theme shortlist 2-3 หัวข้อ |
| 0:30 – 1:10 (40 นาที) | Draft Objectives + KRs | แตกเป็น breakout 2 กลุ่ม กลุ่มละ 1-2 Objective ร่าง KR 3-4 ข้อต่อ Objective ห้ามเกิน 4 KR | Draft Objective + KR list บน whiteboard / doc |
| 1:10 – 1:30 (20 นาที) | KR quality review | ผ่านทุก KR ผ่าน 3 คำถาม: (1) วัดได้ด้วยตัวเลขไหม (2) เป็น outcome หรือ output (3) มี baseline + target ที่ชัดเจนไหม KR ที่ตอบไม่ได้ = mark revise | KR ที่ผ่าน gate + KR ที่ต้องแก้ก่อน Alignment Session |
หัวใจของ session นี้คือ 20 นาทีสุดท้าย — KR quality review ถ้าข้ามขั้นตอนนี้ จะได้ KR ประเภท “เพิ่มความพึงพอใจของลูกค้า” ที่ดูดีในห้องประชุมแต่ track ไม่ได้จริงในสัปดาห์ที่ 3
Alignment Session — ตรวจสอบกับทีมอื่น
นี่คือ session ที่ทีมส่วนใหญ่ข้าม และเป็นเหตุผลหลักที่ OKR cross-team ล้มเหลวกลางไตรมาส อ่านเพิ่มเรื่อง failure pattern ใน ทำไม OKR ล้มเหลว — alignment คือหนึ่งใน root cause
โครงสร้าง Alignment Session 60-75 นาที
- 0:00 – 0:15 — แต่ละทีม present draft OKR (3 นาที/ทีม) แค่ headline ไม่ลงรายละเอียด
- 0:15 – 0:35 — Dependency mapping ใช้ matrix ง่าย ๆ: KR ของเราพึ่งทีมไหน, KR ของทีมไหนพึ่งเรา ถ้ามี dependency ที่ไม่ตรงกัน — flag ไว้ทันที
- 0:35 – 0:55 — Conflict resolution ถ้า Marketing ขอ Engineering 30% capacity แต่ Engineering แบ่งให้ได้แค่ 10% — ตกลงกันตอนนี้ ไม่ใช่ตอน Week 4 ที่งานเริ่มชน
- 0:55 – 1:15 — Final commit + KR owner ทุก KR ต้องมีชื่อคน 1 คนที่รับผิดชอบ ไม่ใช่ “ทีม Marketing” แต่เป็น “คุณ A”
Output ที่ต้องได้คือ dependency map ที่เห็นภาพรวมว่าทีมไหนต้อง deliver อะไรให้ทีมไหน และเมื่อไร ถ้าไม่มีเอกสารนี้ — ไตรมาสจะกลายเป็นการโยนความรับผิดชอบกันใน week 8
5 ข้อผิดพลาดที่ทำให้ planning meeting พัง
- ไม่มี pre-work — ทีมเข้าห้องโดยไม่มีคะแนนไตรมาสก่อน ไม่มี business priority เป็นเอกสาร เลยใช้ครึ่งชั่วโมงแรกแค่ “ทำความเข้าใจ context”
- Marathon meeting วันเดียว 6 ชั่วโมง — KR ที่ตั้งในชั่วโมงสุดท้ายมักไม่ผ่าน quality gate และต้อง revise ภายใน 2 สัปดาห์
- Top-down dump — leadership ประกาศ Objective สำเร็จรูปโดยไม่ให้ทีมร่วม shape KR ทำให้ commitment เป็นพิธีกรรม ไม่ใช่ ownership
- ไม่มี KR quality gate — ปล่อย KR แบบ “ปรับปรุง process” หรือ “เพิ่ม engagement” ผ่านโดยไม่ถามว่าวัดด้วยตัวเลขอะไร baseline เท่าไร target เท่าไร
- ไม่มี alignment check ระหว่างทีม — แต่ละทีม commit OKR ของตัวเองโดยไม่รู้ว่า KR นั้นต้องพึ่ง capacity ของอีกทีม จนกระทั่ง Week 6 ที่งานเริ่มชน
ทุกข้อนี้แก้ได้ด้วยโครงสร้างที่กระจายเป็น 3 sessions และ pre-work checklist ที่ส่งล่วงหน้า ไม่ใช่ “จัดประชุมให้ดีขึ้น”
สรุป — Planning ที่ดีคือ process ไม่ใช่ event
การวาง quarterly OKR planning ที่ใช้งานได้จริงไม่ได้วัดที่ความหรูของ workshop หรือ slide ที่สวย แต่วัดที่ “KR ที่ commit ไปแล้ว สัปดาห์ที่ 4 ยังเชื่ออยู่ไหม” และนั่นคือเหตุผลว่าทำไม weekly check-in คือจุดที่ planning ถูก validate จริง — ลองใช้ Weekly OKR Check-in Template ต่อจาก planning session เพื่อปิด loop ของ goal setting → tracking → review
คำถามชวนคิด: ทีมของคุณใช้เวลาวาง OKR แต่ละไตรมาสกี่ชั่วโมง — และกี่ % กลายเป็น KR ที่วัดได้จริง?