วิธีเขียน OKR: คู่มือยุคใหม่สำหรับการจัดทิศทางแบบเรียลไทม์

OKR ถูกออกแบบมาเพื่อจัดทิศทางทั้งองค์กรให้มุ่งสู่ลำดับความสำคัญที่สำคัญที่สุดเพียงไม่กี่อย่าง แต่ในบริษัทส่วนใหญ่ OKR กลายเป็นพิธีกรรมรายไตรมาสที่ไม่มีใครหยิบมาดูระหว่าง kickoff กับ retrospective เป้าหมายถูกตั้งในเดือนมกราคม ถูกปัดฝุ่นในเดือนเมษายน และถูกลืมในเดือนพฤษภาคม

นี่ไม่ใช่ความล้มเหลวของกรอบแนวคิด แต่คือความล้มเหลวของวิธีที่กรอบแนวคิดถูกนำไปใช้

Andy Grove สร้าง OKR ขึ้นที่ Intel เพื่อให้ทุกคนในบริษัทมีคำตอบที่ชัดเจนสำหรับสองคำถาม: เรากำลังจะไปที่ไหน? และ เราจะรู้ได้อย่างไรว่าเรากำลังก้าวหน้า? John Doerr นำระบบนี้มาสู่ Google ซึ่งทำให้ขยายตัวไปพร้อมกับบริษัทได้ เพราะ OKR ถูกใช้เป็นสัญญาณที่มีชีวิตของโฟกัส ไม่ใช่เอกสารนิ่ง เมื่อ OKR ทำงาน มันจะตอบสองคำถามนั้นทุกวัน เมื่อ OKR ล้มเหลว มันจะตอบเพียงไตรมาสละครั้ง และเฉพาะกับคนที่บังเอิญอยู่ในห้องประชุม

คู่มือนี้สำหรับผู้นำที่ต้องการให้ OKR ทำในสิ่งที่มันถูกออกแบบมาให้ทำ ครอบคลุมวิธีเขียน Objective ที่ดี วิธีออกแบบ Key Result ที่ทนต่อความเป็นจริง วิธีใช้ AI เพื่อทำให้ทุก Key Result วัดผลตัวเองได้ และวิธีใช้ OKR เป็นระบบจัดทิศทางแบบเรียลไทม์ ไม่ใช่พิธีกรรมรายไตรมาส

OKR คืออะไร (และไม่ใช่อะไร)

OKR ย่อมาจาก Objectives and Key Results Objective คือคำอธิบายเชิงคุณภาพของสิ่งที่คุณต้องการบรรลุในช่วงเวลาหนึ่ง Key Results คือตัววัดเชิงปริมาณที่พิสูจน์ว่าคุณบรรลุเป้าหมายนั้น

โครงสร้างดูเรียบง่าย:

Objective: [เป้าหมายที่ชัดเจน ท้าทาย และมีกรอบเวลา]Key Result 1: [ผลลัพธ์ที่วัดผลได้]Key Result 2: [ผลลัพธ์ที่วัดผลได้]Key Result 3: [ผลลัพธ์ที่วัดผลได้]

OKR ไม่ใช่รายการ to-do ไม่ใช่รายงานสถานะ และไม่ใช่สิ่งทดแทนกลยุทธ์ OKR เป็นกลไกที่แปลงกลยุทธ์เป็นโฟกัส และแปลงโฟกัสเป็นความก้าวหน้าที่วัดผลได้

ความสับสนที่พบบ่อยที่สุดคือระหว่าง OKR กับ KPI KPI วัดสุขภาพต่อเนื่องของกระบวนการ (เปรียบเหมือนความดันโลหิต) OKR อธิบายการเปลี่ยนแปลงที่คุณกำลังพยายามขับเคลื่อน (เปรียบเหมือนการฝึกซ้อมเพื่อวิ่งมาราธอน) คุณต้องการทั้งสองอย่าง และทั้งสองอย่างตอบคำถามคนละข้อ เราได้อธิบายเรื่องนี้อย่างละเอียดในคู่มือ ความแตกต่างระหว่าง OKR กับ KPI

ทำไมโปรแกรม OKR ส่วนใหญ่ถึงล้มเหลว

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

หน้าผารายไตรมาส OKR ถูกตั้งในสัปดาห์วางแผนที่หนักหน่วง แล้วถูกเพิกเฉยจนกระทั่งการรีวิวสิ้นไตรมาส ครั้งแรกที่พนักงานส่วนใหญ่หันกลับมาดู Key Results ของตัวเองคือเมื่อผู้จัดการขออัปเดตสถานะสามสัปดาห์ก่อนเส้นตาย ถึงตอนนั้น ไตรมาสก็ถูกเขียนไปเกือบหมดแล้ว

งานเงา คนทำงานในสิ่งที่เร่งด่วน ไม่ใช่สิ่งที่อยู่ใน OKR ของพวกเขา เมื่อเวลาผ่านไป เอกสาร OKR กับงานจริงค่อยๆ แยกห่างกันออก เมื่อถูกถาม พนักงานสามารถอธิบายงานในสัปดาห์ของตัวเองได้อย่างละเอียด แต่ไม่สามารถอธิบายว่างานเหล่านั้นเชื่อมโยงกับลำดับความสำคัญที่บริษัทประกาศไว้อย่างไร

กิจกรรมที่ปลอมตัวเป็นผลลัพธ์ Key Results ดูเหมือนรายการงาน "เปิดตัวหน้าราคาใหม่" คือผลผลิต ไม่ใช่ผลลัพธ์ มันบอกว่ามีอะไรเกิดขึ้น ไม่ได้บอกว่ามันได้ผลหรือไม่

การวัดที่ต้องการประชุม Key Result แต่ละตัวต้องการให้ผู้จัดการกับนักวิเคราะห์ตกลงกันเรื่องตัวเลข ต้นทุนของการวัดผลกลายเป็นสูงกว่าต้นทุนของการเพิกเฉย

แต่ละข้อสามารถแก้ไขได้ การแก้ไขไม่ใช่เทมเพลตที่ดีกว่า แต่คือโมเดลการดำเนินงานที่แตกต่างออกไป ที่ OKR เป็นจุดอ้างอิงรายวัน ไม่ใช่สิ่งประดิษฐ์รายไตรมาส เราจะไปถึงตรงนั้น แต่เริ่มจากการเขียนก่อน

วิธีเขียน Objective ที่ดี

Objective คือประโยคหนึ่งประโยค มันมีน้ำหนักมากกว่าที่ความยาวของมันบ่งบอก เพราะ Key Result ทุกตัวต้องเชื่อมโยงขึ้นไปหามัน Objective ที่อ่อนแอจะผลิต Key Result ที่อ่อนแอ และไม่มีทางกู้กลับมาได้

Objective ที่ดีมีคุณสมบัติสี่อย่าง:

โหมดความล้มเหลวสองแบบที่ควรหลีกเลี่ยง:

Objective ที่จริงๆ แล้วเป็นโปรเจค "เปิดตัวขั้นตอน onboarding ใหม่" คือโปรเจค Objective ที่อยู่เบื้องหลังอาจเป็น "ลดเวลา time-to-value ของลูกค้าใหม่ลงครึ่งหนึ่ง" โปรเจคคือเส้นทางหนึ่ง Objective คือปลายทาง

Objective ที่จริงๆ แล้วเป็นเมตริก "เพิ่ม MRR 30%" คือ Key Result ไม่ใช่ Objective Objective ที่อยู่เบื้องหลังอาจเป็น "สร้างเครื่องยนต์การเติบโตที่ยั่งยืนในกลุ่มหลักของเรา" เมตริกคือสัญญาณหนึ่งที่บอกว่าคุณไปถึงแล้ว

การทดสอบที่ใช้ได้: อ่าน Objective ของคุณโดยไม่อ่าน Key Results มันยืนได้ด้วยตัวเองในฐานะสิ่งที่ควรค่าแก่การไล่ตามหรือไม่? ถ้ามันฟังดูไม่สมบูรณ์เมื่อไม่มีตัวเลข มันอาจเป็น Key Result ที่ปลอมตัวมา

วิธีเขียน Key Result ที่ดี

Key Results คือจุดที่ OKR ส่วนใหญ่ผิดพลาด เพราะเป็นจุดที่ทีมส่วนใหญ่สับสนระหว่างกิจกรรมกับผลลัพธ์ กฎสามข้อแยกของดีออกจากของอ่อนแอ

กฎ 1: วัดผลลัพธ์ ไม่ใช่ผลผลิต

ผลผลิตคือสิ่งที่คุณทำ ผลลัพธ์คือสิ่งที่เปลี่ยนแปลง

ถ้า Key Result สามารถถูกขีดออกได้ในวันที่งานชิ้นเดียวเสร็จ มันคือผลผลิต ผลผลิตอยู่ใน roadmap ไม่ใช่ใน OKR

กฎ 2: เจาะจงเรื่องการวัดผล

Key Result ทุกตัวควรตอบสามคำถาม: เมตริกคืออะไร? แหล่งข้อมูลคืออะไร? เกณฑ์คืออะไร? หากข้อใดคลุมเครือ Key Result จะกลายเป็นการถกเถียงในตอนสิ้นไตรมาส

กฎ 3: ตั้งเป้าที่ขอบของความเป็นไปได้

กฎทั่วไปจาก Google: หากคุณบรรลุ Key Results 100% แสดงว่าคุณตั้งต่ำเกินไป เป้าหมายที่ถูกต้องคือเป้าที่คุณยังไม่แน่ใจว่าจะทำได้ การบรรลุ 70% บน Key Result ที่ท้าทายสร้างความก้าวหน้าได้มากกว่าการบรรลุ 100% บนเป้าที่ปลอดภัย

กฎสองข้อในทางปฏิบัติ การทดสอบ 50/50: คุณจะวางเดิมพันที่อัตราเสมอกันว่าจะบรรลุตัวเลขนี้หรือไม่? ถ้าใช่ เป้าหมายอยู่ในโซนที่ถูกต้อง การทดสอบเชิงอาชีพ: การบรรลุ Key Result นี้จะเป็นหนึ่งในผลงานที่มีความหมายที่สุดของคุณในปีนี้หรือไม่? ถ้าไม่ คุณตั้งเป้าต่ำเกินไป

ตัวอย่าง OKR แยกตามฟังก์ชัน

ตัวอย่างที่เป็นรูปธรรมทำให้กฎต่างๆ นำไปใช้ง่ายขึ้น นี่คือ OKR ที่เขียนไว้ดีในแต่ละฟังก์ชันที่พบบ่อย

Marketing

Objective: ทำให้ organic search เป็นช่องทางการได้มาซึ่งลูกค้าที่น่าเชื่อถือที่สุดของเราKey Result 1: เพิ่มผู้เข้าชม organic ที่อยู่บนเว็บไซต์เกิน 30 วินาที จาก 22,000 เป็น 50,000 ต่อเดือนKey Result 2: ขยับคีย์เวิร์ดสำคัญ 25 คำ จากอันดับ 11-30 ขึ้นสู่ top 10Key Result 3: สร้าง marketing-qualified leads 600 รายจาก organic traffic เพิ่มจาก 240

Product

Objective: ทำให้ลูกค้าใหม่ประสบความสำเร็จในสัปดาห์แรกKey Result 1: ลด median time-to-first-value จาก 11 วันเหลือ 4 วันKey Result 2: เพิ่มการใช้งาน active ในสัปดาห์แรกจาก 38% เป็น 65%Key Result 3: ลด support tickets ต่อบัญชีใหม่จาก 3.1 เหลือ 1.0

Sales

Objective: ชนะในกลุ่ม mid-marketKey Result 1: ปิด ARR กลุ่ม mid-market 3.2 ล้านเหรียญ เพิ่มจาก 1.4 ล้านเหรียญในไตรมาสที่แล้วKey Result 2: เพิ่ม win rate ของ mid-market จาก 18% เป็น 30%Key Result 3: ลด sales cycle เฉลี่ยจาก 62 วันเหลือ 40 วัน

People & Culture

Objective: สร้างที่ทำงานที่ผู้ที่มีผลงานยอดเยี่ยมเลือกที่จะอยู่ต่อKey Result 1: ลด regrettable attrition จาก 14% เหลือ 6% ต่อปีKey Result 2: เพิ่ม eNPS จาก 28 เป็น 50Key Result 3: ทำให้มีการเข้าร่วม manager check-in รายสัปดาห์ที่ 90%

สังเกตสิ่งที่ตัวอย่างเหล่านี้มีร่วมกัน Objective คือสภาวะของโลก ไม่ใช่โปรเจค Key Results เป็นเชิงปริมาณ มีแหล่งข้อมูล และท้าทาย ไม่มีตัวใดที่ต้องการการประชุมเพื่อตีความ

ชั้นที่ขาดหายไป: คำสั่ง AI สำหรับแต่ละ Key Result

ตรงนี้คือจุดที่ OKR ยุคใหม่ทิ้ง playbook เก่าไว้เบื้องหลัง ระบบ OKR ส่วนใหญ่พังในจุดเดียวกัน: การวัดผล Key Result แต่ละตัวต้องการตัวเลข และตัวเลขแต่ละตัวต้องการคนคำนวณ ต้นทุนของการวัดผลเงียบๆ กลายเป็นต้นทุนของทั้งระบบ พอถึงสัปดาห์ที่หก การข้ามอัปเดตเริ่มง่ายกว่าการตามหามัน

ทางแก้คือออกแบบการวัดผลพร้อมกับการออกแบบ Key Result โดยเฉพาะ Key Result ทุกตัวควรถูกจับคู่กับ คำสั่งวัดผล (measurement prompt): คำอธิบายในภาษาธรรมชาติว่าเมตริกถูกคำนวณอย่างไร เขียนละเอียดพอที่ AI agent หรือนักวิเคราะห์รุ่นน้องสามารถสร้างตัวเลขซ้ำได้โดยไม่ต้องถาม

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

ตัวอย่างคำสั่งวัดผล

นำ Key Result จากตัวอย่าง marketing ข้างต้น:

Key Result: เพิ่มผู้เข้าชม organic ที่อยู่บนเว็บไซต์เกิน 30 วินาที จาก 22,000 เป็น 50,000 ต่อเดือน

คำสั่งวัดผลสำหรับ Key Result นี้อาจเขียนว่า:

ดึงข้อมูลจาก Google Analytics 4 สำหรับ 30 วันที่ผ่านมา กรอง sessions ที่ source/medium คือ google / organic หรือ bing / organic ภายในชุดที่กรองแล้ว นับ sessions ที่มี engagement time บนหน้า landing page มากกว่า 30 วินาที รายงานจำนวน การเปลี่ยนแปลงเทียบกับ 30 วันก่อนหน้า และ landing page 10 อันดับแรกที่มีส่วนช่วยตัวเลขนี้

คำสั่งนั้นกลายเป็นข้อกำหนดที่รันได้ มันสามารถส่งให้นักวิเคราะห์ marketing เสียบเข้ากับ analytics agent หรือตั้งเวลาเป็นการอัตโนมัติรายสัปดาห์ มันทนต่อการเปลี่ยนแปลงพนักงาน ไม่ต้องการประชุมเพื่อตีความ

ตัวอย่างที่สอง

Key Result: ลด median time-to-first-value จาก 11 วันเหลือ 4 วัน

คำสั่งวัดผล: จาก product analytics warehouse ระบุบัญชีทั้งหมดที่ลงทะเบียนใน 60 วันที่ผ่านมา สำหรับแต่ละบัญชี คำนวณเวลาระหว่างการลงทะเบียนกับ event แรกที่ติดแท็ก value_event (ตามที่กำหนดในแคตตาล็อก events) คำนวณค่ามัธยฐานข้ามทั้ง cohort รายงานรายสัปดาห์ แยกตาม plan tier และแหล่งที่มา

ทำไมแนวทางนี้จึงได้ผล

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

นี่ไม่ใช่การอัปเกรดเล็กๆ มันคือความแตกต่างระหว่าง OKR ในฐานะสิ่งประดิษฐ์รายไตรมาสกับ OKR ในฐานะสัญญาณแบบเรียลไทม์

[PRODUCT SCREENSHOT: หน้าจอการตั้งค่า Key Result ของ Happily.ai แสดงเป้าหมายเชิงปริมาณคู่กับช่อง "Measurement prompt" ที่ผู้ใช้เขียนคำอธิบายภาษาธรรมชาติว่าเมตริกควรถูกคำนวณอย่างไร คำบรรยาย: "Key Result แต่ละตัวใน Happily.ai จับคู่เป้าหมายกับคำสั่งวัดผลภาษาธรรมชาติ ทำให้เมตริกอัตโนมัติได้ตั้งแต่นาทีที่เขียน"]

จากการรีวิวรายไตรมาสสู่การจัดทิศทางรายวัน

การเขียน OKR ที่ดีคือส่วนที่ง่าย การใช้ OKR ให้จัดทิศทางองค์กรได้จริงคือส่วนที่ยาก ตรงนี้พฤติกรรมศาสตร์สำคัญกว่ากรอบแนวคิด

เหตุผลที่โปรแกรม OKR ส่วนใหญ่ยุบลงเป็นพิธีกรรมรายไตรมาสคือ กรอบแนวคิดขอให้คนจดจำเป้าหมายข้าม 90 วันของลำดับความสำคัญที่แข่งขันกัน ความจำเป็นกลไกการจัดทิศทางที่ไม่ดี พฤติกรรมเป็นกลไกที่ดีกว่ามาก

สามหลักการ ที่ดึงมาจากพฤติกรรมศาสตร์ เปลี่ยน OKR ให้เป็นจังหวะการดำเนินงานรายวัน

หลักการ 1: ทำให้เป้าหมายมองเห็นได้ในช่วงเวลาที่ตัดสินใจ

คนปรับตัวเข้ากับสิ่งที่อยู่ตรงหน้า หาก OKR ของคุณอยู่ในสไลด์ที่ไม่มีใครเปิด OKR จะแพ้ทุกการแข่งขันกับสิ่งที่อยู่ในกล่องอีเมล ทางแก้คือนำ Objective ที่กำลังดำเนินการและ Key Result ที่เกี่ยวข้องขึ้นมาให้เห็นในช่วงเวลาที่คนตัดสินใจว่าจะทำอะไร ไม่ใช่ในการประชุม "OKR review" แยกต่างหาก

ในทางปฏิบัติ หมายถึงการ check-in รายสัปดาห์ที่สมาชิกทีมแต่ละคนระบุสิ่งที่กำลังโฟกัสในสัปดาห์นั้น และมันเชื่อมโยงขึ้นไปยัง Key Result ตัวใด การกระทำของการเขียนการเชื่อมโยงนั้นออกมาดังๆ ปิดช่องว่างระหว่างความตั้งใจกับพฤติกรรม

หลักการ 2: ใช้คำเตือนเล็กๆ ที่บ่อยครั้ง แทนการรีวิวใหญ่ที่นานๆ ครั้ง

นิสัยถูกสร้างจากการทำซ้ำ ไม่ใช่จากความเข้มข้น การรีวิวรายไตรมาสนาน 60 นาทีไม่เปลี่ยนพฤติกรรมในเช้าวันถัดไป คำเตือนรายวัน 60 วินาทีที่ถามว่า "อะไรคือโฟกัสสูงสุดของคุณวันนี้ และมันขยับ Key Result ตัวไหน?" ปรับวิธีที่คนจัดสรรความสนใจใหม่

ต้นทุนของคำเตือนรายวันต่ำ ต้นทุนของการรีวิวรายไตรมาสสูง คำเตือนรายวันสร้างการจัดทิศทาง การรีวิวรายไตรมาสสร้างเพียงบันทึกการประชุม

หลักการ 3: ทำให้ความก้าวหน้ามองเห็นได้ ไม่ใช่แค่ผลลัพธ์สุดท้าย

แรงจูงใจมาจากการรู้สึกถึงความก้าวหน้า ไม่ใช่จากการเปรียบเทียบกับเป้าหมายที่ห่างไกล งานวิจัยของ Teresa Amabile ที่ Harvard Business School ("หลักการแห่งความก้าวหน้า") พบว่าตัวขับเคลื่อนเดียวที่ใหญ่ที่สุดของอารมณ์เชิงบวกในที่ทำงานคือประสบการณ์ของการสร้างความก้าวหน้าในงานที่มีความหมาย แม้จะเป็นความก้าวหน้าเล็กๆ ระยะห่างจากเส้นชัยทำให้หมดกำลังใจ ระยะทางที่เดินมาแล้วสร้างแรงจูงใจ

ระบบดำเนินงาน OKR ที่ดีแสดงให้คนเห็นความชันของการเคลื่อนไหวของพวกเขา ไม่ใช่แค่ช่องว่างถึงเป้าหมาย Key Result ที่ขยับจาก 22,000 เป็น 31,000 จากเป้าหมาย 50,000 ควรรู้สึกเป็นโมเมนตัม 9,000 ไม่ใช่ขาดอีก 19,000

วิธีที่ Happily.ai ใช้ OKR เป็นการจัดทิศทางแบบเรียลไทม์

นี่คือช่องว่างที่เราสร้าง Happily.ai ขึ้นมาเพื่อปิด OKR ควรจะจัดทิศทางโฟกัสทั่วทั้งองค์กร แต่ในทางปฏิบัติ สัญญาณโฟกัสอยู่ในหัวคน สัญญาณเป้าหมายอยู่ในเอกสาร และไม่มีอะไรเชื่อมทั้งสองจนกว่าจะมีคนเรียกประชุม Happily.ai เชื่อมโยงทั้งสองโดยอัตโนมัติ

มีสามชิ้นส่วน

1. สัญญาณโฟกัสรายวัน ผ่าน check-in สั้นๆ แบบ gamified Happily.ai นำสิ่งที่แต่ละคนกำลังทำงานในสัปดาห์นั้นขึ้นมาให้เห็น ไม่ใช่สิ่งที่พวกเขาถูกมอบหมาย ไม่ใช่สิ่งที่ตำแหน่งงานบอก แต่คือสิ่งที่อยู่ตรงหน้าพวกเขาตอนนี้

2. การประเมินการจัดทิศทาง พื้นที่โฟกัสแต่ละพื้นที่ถูกแมปกับ Objective ที่กำลังดำเนินการของบริษัท แพลตฟอร์มแสดงให้ผู้นำเห็นแบบเรียลไทม์ว่าความสนใจของทีมกำลังไหลไปยังลำดับความสำคัญที่สำคัญมากแค่ไหน และโฟกัสกำลังเบี่ยงเบนตรงไหน การไม่จัดทิศทางจะมองเห็นได้ในสัปดาห์เดียวกับที่มันเกิดขึ้น ไม่ใช่ในไตรมาสเดียวกัน

3. Key Results พร้อมคำสั่งวัดผล Key Result แต่ละตัวอยู่ข้างคำสั่งวัดผลภาษาธรรมชาติของมัน เมตริกอัปเดตอัตโนมัติจากแหล่งข้อมูลที่เชื่อมต่อ (analytics, CRM, ระบบ support, product warehouse) สมาชิกทีมทุกคนเห็นการเคลื่อนไหวของ Key Results ที่งานของพวกเขาผูกอยู่ ทุกวัน โดยไม่ต้องมีใครขออัปเดตสถานะ

ชั้นพฤติกรรมศาสตร์คือสิ่งที่ทำให้ระบบติดทน คำเตือนรายวันตอกย้ำการเชื่อมโยงระหว่างความสนใจกับผลลัพธ์ ความก้าวหน้าที่มองเห็นได้พาทีมไปข้างหน้า การชื่นชมไหลไปยังการมีส่วนร่วมที่ขยับ Key Results ไม่ใช่การมีส่วนร่วมที่ดูยุ่ง ในงานวิจัยของเราจาก 250+ บริษัท ทีมที่ใช้ OKR ในแบบนี้รายงานอัตราการ check-in รายสัปดาห์สูงขึ้น 23% และเวลาในการระบุการเบี่ยงเบนของการจัดทิศทางเร็วขึ้น 31% เมื่อเทียบกับทีมที่ใช้ OKR เป็นกระบวนการรายไตรมาส

ข้อผิดพลาด OKR ที่พบบ่อย (และวิธีหลีกเลี่ยง)

รายการสั้นๆ ของรูปแบบที่เราเห็นบ่อยที่สุด พร้อมการแก้ไขที่ง่ายที่สุดสำหรับแต่ละข้อ

ข้อผิดพลาดที่ค่อยๆ ทำลายโปรแกรม OKR มากกว่าข้ออื่นใดคือข้อสุดท้าย หากทีมไม่สามารถพลาด Key Result โดยไม่รู้สึกไม่ปลอดภัย พวกเขาจะเริ่มเขียน Key Results ที่บรรลุได้ เมื่อนั้นเกิดขึ้น OKR ไม่ใช่สัญญาณอีกต่อไป มันคือพิธีกรรม

จังหวะการดำเนินงานรายไตรมาสในทางปฏิบัติ

รวมทั้งหมดเข้าด้วยกัน นี่คือจังหวะที่เราแนะนำสำหรับทีมที่ใช้ OKR เป็นระบบจัดทิศทางแบบเรียลไทม์

ครั้งหนึ่งต่อไตรมาส (2 ชั่วโมง) ตั้ง 1-3 Objectives ต่อทีม เขียน 3-5 Key Results ต่อ Objective จับคู่ Key Result แต่ละตัวกับคำสั่งวัดผล เชื่อมต่อคำสั่งแต่ละตัวกับแหล่งข้อมูลของมัน

ครั้งหนึ่งต่อสัปดาห์ (15 นาทีต่อคน) สมาชิกทีมแต่ละคนระบุพื้นที่โฟกัสสูงสุด 1-3 พื้นที่สำหรับสัปดาห์ และ Key Result ที่แต่ละพื้นที่เชื่อมโยงไปถึง ระบบนำการเบี่ยงเบนของการจัดทิศทางขึ้นให้ผู้จัดการและผู้นำเห็น

รายวัน (น้อยกว่า 60 วินาทีต่อคน) check-in สั้นๆ นำโฟกัสในขณะนั้นขึ้นมาให้เห็น Key Results อัปเดตอัตโนมัติจากคำสั่งวัดผลของพวกเขา ความก้าวหน้ามองเห็นได้ การชื่นชมไหลไปยังการมีส่วนร่วมที่ขยับเมตริกที่สำคัญ

ครั้งหนึ่งต่อเดือน (30 นาที) ผู้นำรีวิวการเบี่ยงเบนของการจัดทิศทาง ตัดสินใจว่า Objective ยังสะท้อนความเป็นจริงหรือไม่ และปรับเมื่อจำเป็น OKR ไม่ใช่สิ่งศักดิ์สิทธิ์ ความเป็นจริงชนะ

ครั้งหนึ่งต่อไตรมาส อีกครั้ง (90 นาที) Retrospective ของรอบ เราเรียนรู้อะไร? โฟกัสไปจริงที่ไหน? อะไรเปลี่ยนสำหรับไตรมาสถัดไป?

จังหวะนี้แลกการประชุมรีวิวรายไตรมาส (ต้นทุนสูง ความถี่ต่ำ) กับคำเตือนรายวันและ check-in รายสัปดาห์ (ต้นทุนต่ำ ความถี่สูง) เวลารวมที่ใช้ใกล้เคียงกัน การเปลี่ยนแปลงพฤติกรรมยิ่งใหญ่

สรุปประเด็นสำคัญ

OKR ถูกสร้างมาเพื่อจัดทิศทางองค์กรแบบเรียลไทม์ บริษัทส่วนใหญ่ใช้มันเป็นเอกสารรายไตรมาส แล้วสงสัยว่าทำไมกรอบแนวคิดถึงให้ผลน้อยกว่าที่คาด ทางแก้คือทั้งโครงสร้างและพฤติกรรม

เขียน Objective ที่อธิบายสภาวะของโลก เขียน Key Results ที่วัดผลลัพธ์ ไม่ใช่ผลผลิต จับคู่ Key Result ทุกตัวกับคำสั่งวัดผลภาษาธรรมชาติเพื่อให้เมตริกอัตโนมัติได้ตั้งแต่วันแรก ใช้ OKR ผ่านคำเตือนเล็กๆ ที่บ่อยครั้งซึ่งนำโฟกัสและความก้าวหน้าขึ้นมา แทนการรีวิวที่นานๆ ครั้งซึ่งนำเพียงเส้นตายขึ้นมา

หาก OKR ของคุณอยู่ในเอกสารที่คนเปิดเพียงไตรมาสละครั้ง คุณไม่ได้มีระบบจัดทิศทาง คุณมีบันทึกของความตั้งใจ บริษัทที่จะนำหน้าในทศวรรษถัดไปคือบริษัทที่ OKR ดำเนินงานทุกวัน

พร้อมใช้ OKR เป็นระบบจัดทิศทางแบบเรียลไทม์หรือยัง? ขอ demo Happily.ai เพื่อดูวิธีที่ daily focus check-ins, alignment views และ Key Results ที่วัดผลตัวเองได้ทำงานร่วมกัน หรืออ่านคู่มือคู่กันของเรา ต้นทุนที่ซ่อนอยู่ของการไม่จัดทิศทาง สำหรับข้อมูลเบื้องหลังว่าทำไมเรื่องนี้ถึงสำคัญตอนนี้