ที่ปรึกษาวางกลยุทธ์ไว้ครบ แต่ทำไมพอลงมือจริงกลับยุ่งกว่าเดิม? เพราะ Strategy ที่ดีบนกระดาษ ไม่ได้แปลว่าองค์กรมี “ระบบการทำงาน” ที่พร้อมทำตามกลยุทธ์นั้น

หลายองค์กรใช้เงินจำนวนไม่น้อยจ้างที่ปรึกษาภายนอกเข้ามาช่วยวาง Strategy, Operating Model, Organization Structure, KPI, Governance หรือ Transformation Roadmap ซึ่งในหลายกรณีงานที่ออกมาก็ดีมาก มีทั้งการวิเคราะห์ตลาด คู่แข่ง โอกาสทางธุรกิจ เป้าหมายระยะสามถึงห้าปี Initiative ที่ต้องทำ รวมถึงโครงสร้างการบริหารที่ดูครบถ้วน เมื่อดูบน Slide ทุกอย่างเชื่อมกันอย่างมีเหตุผล และผู้บริหารก็เห็นตรงกันว่า “ถ้าทำได้ตามนี้ องค์กรน่าจะไปได้ไกล” แต่เรื่องมักเริ่มยุ่งหลังจาก Consultant ส่งมอบงานแล้ว เมื่อ Strategy ถูกนำกลับเข้ามาอยู่ในองค์กร คำถามที่เกิดขึ้นไม่ได้เป็นคำถามใหญ่แบบในห้องประชุมอีกต่อไป แต่เป็นคำถามเล็ก ๆ จำนวนมาก เช่น ใครต้องเริ่มก่อน ใครเป็น Owner จริง งบประมาณอยู่ที่ฝ่ายไหน KPI เดิมต้องเปลี่ยนหรือไม่ คนที่รับผิดชอบมี Capacity พอหรือเปล่า ระบบข้อมูลรองรับไหม ถ้าสองฝ่ายมีเป้าหมายขัดกันใครเป็นคนตัดสิน และถ้า Initiative หนึ่งต้องพึ่งอีกสามทีม แต่ไม่มีใครมี KPI ร่วมกัน งานจะเดินอย่างไร ตรงนี้เองที่ Strategy ซึ่งดูเรียบง่ายบนกระดาษเริ่มเจอกับความจริงขององค์กร และผมคิดว่านี่คือเหตุผลที่คำถามว่า “ทำไม Consultant วางไว้ดีแล้ว แต่พอทำจริงกลับไม่เป็นอย่างที่วาง?” ไม่ควรถูกตอบง่าย ๆ ว่า Consultant ไม่ดี หรือคนในองค์กรไม่เก่ง เพราะหลายครั้งปัญหาไม่ได้เกิดจาก Strategy ผิด แต่เกิดจากช่องว่างระหว่าง Strategy Design กับ Execution System

Consultant สามารถออกแบบ “ภาพปลายทาง” ได้ แต่คนในองค์กรต้องอยู่กับรายละเอียดทุกวัน

ธรรมชาติของงานที่ปรึกษาคือเข้ามาช่วยองค์กรคิดเรื่องที่อาจติดอยู่กับวิธีเดิมมานาน ที่ปรึกษามักสามารถมองภาพกว้างได้ดี เพราะไม่ได้อยู่ในข้อจำกัดเดียวกับคนภายใน เขาสามารถถามคำถามที่คนในองค์กรอาจไม่กล้าถาม เปรียบเทียบ Benchmark จากหลายบริษัท และช่วยจัดโครงสร้างปัญหาให้เห็นชัดขึ้น นี่คือ Value สำคัญของ Consultant แต่ข้อจำกัดก็อยู่ในธรรมชาติเดียวกัน ที่ปรึกษาไม่ได้อยู่กับองค์กรทุกวัน เขาอาจรู้ว่าโครงสร้างแบบใหม่ควรมีหน่วยงาน A, B และ C แต่ไม่ได้สัมผัสทุก Informal Relationship ที่เกิดขึ้นจริง ไม่รู้ทุกประวัติความขัดแย้งระหว่างฝ่าย ไม่รู้ว่าระบบหนึ่งที่ดูเหมือนเปลี่ยนง่ายจริง ๆ แล้วมี Excel อีก 14 ไฟล์คอยประคองอยู่ข้างหลัง และอาจไม่รู้ว่าคนที่อยู่ในกล่อง Organization Chart บางกล่องมี Capability ไม่ตรงกับบทบาทที่ออกแบบไว้เลย ดังนั้น Strategy ที่ดีจึงเป็นเพียง Design Intent มันบอกว่าองค์กร “ควรไปทางไหน” แต่ยังไม่ได้บอกทุกอย่างว่าองค์กรจะ “เดินไปอย่างไรในทุกวัน” ช่วงที่ยากที่สุดจึงมักไม่ได้อยู่ตอนคิด Strategy แต่เกิดตอนเปลี่ยน Strategy ให้กลายเป็น Decision, Budget, Role, KPI, Workflow และพฤติกรรมของคนจริง ๆ

ปัญหาเริ่มเมื่อ Strategy ถูกส่งต่อเหมือนเป็น “โครงการ” แทนที่จะถูกเปลี่ยนเป็น “ระบบบริหาร”

สมมติ Consultant เสนอว่าองค์กรต้องเปลี่ยนจาก Product-led ไปสู่ Customer-centric Strategy แนวคิดนี้ฟังชัดเจนและทุกคนอาจเห็นด้วย แต่เมื่อกลับมาทำจริง Sales ยังมี KPI เป็นยอดขายรายผลิตภัณฑ์ Marketing ยังใช้งบตาม Product Business Unit, Operation ยังวัด Efficiency แยกตาม Function และ Technology ยังจัดลำดับ Project ตาม Request ของแต่ละฝ่าย ไม่มีใครทำอะไรผิด ทุกคนกำลังทำตามระบบเดิม แต่ Strategy ใหม่กำลังบอกให้ทุกคนทำงานอีกแบบหนึ่ง นี่คือ Strategy-to-Execution Gap ที่เกิดบ่อยมาก เพราะองค์กรประกาศ Strategy ใหม่ แต่ Management System ข้างใต้ยังเป็นระบบเดิม คนจึงได้รับสัญญาณสองชุดพร้อมกัน ผู้บริหารบอกว่า “เราต้องทำงานข้ามสายงาน” แต่ KPI ยังวัดแยกฝ่าย ผู้บริหารบอกว่า “ลูกค้าต้องมาก่อน” แต่ Budget ยังถูกจัดตาม Product ผู้บริหารบอกว่า “ต้อง Innovation” แต่ Approval ทุกอย่างยังต้องผ่านห้าชั้นเหมือนเดิม เมื่อสิ่งที่ผู้บริหารพูดกับสิ่งที่ระบบให้รางวัลไม่ตรงกัน คนส่วนใหญ่จะเลือกทำตามระบบ เพราะนั่นคือสิ่งที่มีผลกับงาน เงินเดือน และ Performance ของเขาจริง ดังนั้นปัญหาจึงไม่ได้อยู่ที่คนไม่เข้าใจ Strategy เสมอไป บางครั้งคนเข้าใจดีมาก แต่ ระบบองค์กรไม่ได้เปิดทางให้ทำตาม Strategy

Strategy มักดูเป็นเส้นตรงบน Slide แต่ชีวิตจริงขององค์กรเป็น Network

Roadmap ของ Strategy มักเขียนได้สวยว่า Quarter 1 ทำ A, Quarter 2 ทำ B และ Quarter 3 ขยาย C แต่การทำงานจริงไม่ค่อยเรียงเป็นเส้นตรงแบบนั้น การเปิด Product ใหม่อาจต้องพึ่ง Technology, Finance, Legal, Sales, Marketing และ Operation พร้อมกัน การปรับ Organization Structure กระทบ Job Grade, Career Path, Budget และระบบ Approval การเปลี่ยน KPI หนึ่งชุดอาจกระทบ Incentive และพฤติกรรมการขายโดยไม่ตั้งใจ สิ่งเหล่านี้คือ Dependency และ Dependency คือหนึ่งในสาเหตุหลักที่ Execution ซับซ้อนกว่า Strategy Design มาก ใน Presentation เราอาจเห็น Initiative 20 เรื่องเป็นกล่อง 20 กล่อง แต่ในชีวิตจริง Initiative เหล่านั้นเชื่อมกันเป็นใยแมงมุม บางเรื่องเริ่มไม่ได้จนกว่าอีกเรื่องจะเสร็จ บางเรื่องแย่งคนกลุ่มเดียวกัน บางเรื่องใช้ Budget ก้อนเดียวกัน และบางเรื่องมีเป้าหมายขัดกันเอง นี่เป็นเหตุผลว่าทำไมองค์กรบางแห่งมี Strategy ชัดมาก แต่พอเริ่มทำกลับรู้สึกว่า “ทำไมทุกอย่างติดกันหมด” เพราะความซับซ้อนที่แท้จริงไม่ได้อยู่ใน Strategy แต่ซ่อนอยู่ใน Interdependency ระหว่าง Strategy กับ Operating Model

อีกปัญหาคือ Consultant อาจออกแบบ Role ไว้ครบ แต่ไม่ได้หมายความว่าองค์กรมี “เจ้าของงาน” จริง

ในเอกสาร Strategy เรามักเห็นคำว่า Owner ชัดมาก เช่น Transformation Office เป็น Owner, Business Unit เป็น Owner หรือ Function หนึ่งเป็น Responsible Party แต่ Owner ใน Presentation กับ Owner ในชีวิตจริงต่างกันมาก Owner ที่แท้จริงต้องมีทั้ง Authority, Resource, Data และเวลาที่จะรับผิดชอบ ถ้าบอกให้ Manager คนหนึ่งเป็น Owner ของ Strategic Initiative แต่ KPI หลักของเขายังเป็นงานประจำ 100% และเขาไม่มี Budget ไม่มีทีม และไม่มีอำนาจสั่งอีกสาม Function ที่ต้องร่วมมือ สิ่งที่เราเรียกว่า Ownership ก็เป็นเพียงชื่อในตาราง นี่คือเหตุผลที่ Strategy Execution มักเริ่มช้าลงหลัง Kick-off ไปไม่กี่เดือน ช่วงแรกทุกคนมี Energy สูง ประชุมกันครบ แต่เมื่อกลับไปเจองานประจำ Strategic Initiative จะถูกผลักไปอยู่ลำดับท้าย เพราะคนยังถูกวัดผลจาก Business as Usual องค์กรจึงต้องแยกให้ได้ว่าอะไรคือ Accountability ที่มีอำนาจจริง กับอะไรคือเพียง Assignment ถ้าเรื่องนั้นสำคัญต่อ Strategy จริง ต้องตอบให้ได้ว่า Owner มีเวลาเท่าไร มีทรัพยากรอะไร ตัดสินใจอะไรได้เอง และ KPI ของเขาสะท้อนเรื่องนี้มากพอหรือไม่

Strategy ยังล้มเหลวได้ เพราะเราออกแบบ “โครงสร้าง” แต่ไม่ได้ออกแบบ “Decision Rights”

อีกสิ่งหนึ่งที่ Organization Chart บอกเราไม่หมดคือ ใครมีสิทธิ์ตัดสินใจอะไร บางบริษัทปรับ Structure ใหม่เรียบร้อย แต่ทุก Decision สำคัญยังไหลกลับไปหาคนเดิม บางบริษัทตั้ง Business Unit ให้รับผิดชอบ P&L แต่ Pricing ยังต้องขออนุมัติส่วนกลางเกือบทั้งหมด บางบริษัทบอกให้ Manager Empower ทีม แต่ Budget เล็กน้อยยังต้องผ่าน Director ผลคือ Structure ใหม่ แต่ Behavior แบบเดิม และเมื่อสิทธิ์ตัดสินใจไม่ชัด ปัญหาที่ตามมาคือ Meeting เพิ่มขึ้น เพราะทุกเรื่องต้องเอาคนหลายฝ่ายมานั่งตกลงกัน จากนั้น Strategy Execution ก็ช้าลง ผู้บริหารอาจมองว่าทีมไม่ Agile ทั้งที่ต้นเหตุคือไม่มีใครรู้ว่า Decision นี้ใครมีสิทธิ์ตัดสินขั้นสุดท้าย นี่จึงเป็นเหตุผลว่าทำไม Operating Model ต้องมีมากกว่า Organization Chart ต้องมี Decision Rights, Governance, Escalation และ Management Rhythm อยู่ด้วย

อีกเรื่องที่มักหายไปจาก Strategy คือ “Capability ที่คนต้องมีเพื่อทำสิ่งนั้นได้จริง”

เวลาวางกลยุทธ์ เรามักพูดว่าองค์กรจะไป Digital จะใช้ Data มากขึ้น จะทำ Customer Analytics จะใช้ AI จะขยายต่างประเทศ หรือจะเปลี่ยนจากขายสินค้าไปขาย Solution ทั้งหมดฟังดี แต่คำถามที่มักตามมาช้ากว่าที่ควรคือ แล้วคนปัจจุบันทำสิ่งนี้ได้หรือยัง? การเปลี่ยน Strategy มักหมายถึง Capability ใหม่เสมอ ถ้า Strategy เปลี่ยนแต่งานเปลี่ยน ขณะที่ Skill และ Role ไม่เปลี่ยน การ Execution จะไปติดอยู่ที่คนอย่างหลีกเลี่ยงไม่ได้ และนี่ไม่ใช่การโทษพนักงาน ถ้าเราให้ Sales ที่เคยขาย Transaction ไปขาย Consultative Solution โดยไม่ได้พัฒนา Capability ใหม่ แล้วบอกว่า “Strategy ใหม่ต้อง Customer-centric มากขึ้น” สิ่งที่เกิดขึ้นคือองค์กรกำลังคาดหวัง Behavior ใหม่จาก Skill Set เดิม ใน Slide เรื่องนี้อาจเขียนเพียงหนึ่งบรรทัดว่า “Upskill Workforce” แต่ในชีวิตจริง มันอาจต้องใช้เวลาเป็นปี นี่คือเหตุผลที่ Strategy ไม่ควรจบที่ Strategic Initiative แต่ต้องเชื่อมต่อไปถึง Role, Skill, Capacity และ Workforce Requirement

Budget ก็เป็นอีกจุดที่เปิดโปงว่า Strategy จริงแค่ไหน

ผมคิดว่าถ้าอยากรู้ว่าองค์กรเชื่อ Strategy ใหม่จริงหรือไม่ อย่าอ่าน Vision อย่างเดียว ให้ดู Budget ถ้าบริษัทประกาศว่าปีนี้ Digital Transformation เป็น Priority อันดับหนึ่ง แต่ Budget ยังถูกกระจายเหมือนปีที่แล้วแทบทั้งหมด Strategy นั้นก็มีโอกาสเป็นเพียง Communication เพราะ Strategy ในความหมายจริงคือการเลือกว่าจะใช้ทรัพยากรที่จำกัดไปกับอะไร และทุกการเลือกควรมีบางสิ่งที่ต้องถูกลดหรือหยุดด้วย ปัญหาที่พบได้บ่อยคือองค์กรเพิ่ม Strategic Initiative ใหม่เข้ามา แต่ไม่เคยเอางานเก่าออก ปีที่แล้วมี Project 30 ตัว ปีนี้มี Strategy ใหม่ก็เพิ่มอีก 15 ตัว และยังเรียกทั้ง 45 ตัวว่า Priority สุดท้ายไม่ใช่ Strategy Execution ที่มีปัญหา แต่เป็น Strategy Dilution เพราะถ้าทุกอย่างสำคัญ ทุกอย่างก็ไม่สำคัญจริง

Consultant ส่ง Framework มาได้ แต่ไม่สามารถสร้าง Management Rhythm แทนองค์กรได้ทั้งหมด

Strategy จะไม่เกิดจาก Town Hall ปีละครั้งหรือ Strategy Workshop ทุกหกเดือน สิ่งที่ทำให้ Strategy มีชีวิตจริงคือ Management Rhythm ที่เกิดซ้ำ ประชุมประจำเดือนดูอะไร ใช้ Metric ตัวไหน เมื่อผลต่ำกว่าเป้าต้องทำอะไร ใครมีสิทธิ์ Escalate ปัญหา เมื่อ Assumption เปลี่ยนสามารถปรับ Strategy ได้หรือไม่ และ Action ที่ตกลงกันครั้งก่อนถูกติดตามอย่างไร เรื่องพวกนี้ดูไม่หวือหวาเท่า Strategy Deck แต่กลับเป็นสิ่งที่ทำให้ Strategy เดิน หลายองค์กรมี Strategy Review แต่สิ่งที่เกิดขึ้นจริงคือแต่ละฝ่ายเอา Slide มารายงานว่าเดือนนี้ทำอะไรไปบ้าง นี่คือ Reporting ไม่ใช่ Strategy Management Strategy Review ที่มีคุณค่าควรตอบว่า สมมติฐานไหนเปลี่ยน KPI ไหนกำลังส่งสัญญาณ Risk Initiative ไหนต้องเร่ง อะไรควรหยุด และมี Decision อะไรที่ผู้บริหารต้องตัดสินใจวันนี้ ถ้าการประชุมไม่ทำให้เกิด Decision ใหม่ Strategy ก็ไม่ได้ถูกบริหารจริง

อีกเหตุผลที่ Execution เบี้ยวจากแผน คือโลกจริงเปลี่ยน แต่คนยังพยายามทำตาม Slide เดิม

เราอาจต้องยอมรับด้วยว่า Strategy ที่ดีไม่ได้หมายความว่าต้องทำตามแผนเดิม 100% บางครั้ง Consultant ทำงานถูกทุกอย่าง แต่หลังจากนั้น Market เปลี่ยน Competitor เปลี่ยน Regulation เปลี่ยน Customer Behavior เปลี่ยน หรือ Technology เปลี่ยนเร็วกว่าที่คาด ถ้าองค์กรยังยึด Roadmap เดิมเพียงเพราะ Board เคย Approve ไว้ นั่นก็อาจเป็นความเสี่ยงอีกแบบหนึ่ง Strategy Execution จึงไม่ได้หมายถึงการ “ทำตามแผนให้ครบ” แต่หมายถึงการทำให้ Direction ยังอยู่ ขณะที่วิธีเดินสามารถปรับตามข้อมูลใหม่ได้ องค์กรที่ Execute Strategy เก่งจึงไม่ใช่องค์กรที่ไม่เคยเปลี่ยนแผน แต่คือองค์กรที่รู้ว่า อะไรคือสิ่งที่เปลี่ยนได้ และอะไรคือ Strategic Intent ที่ไม่ควรหลุด ตรงนี้ต้องอาศัยทั้ง Data, Governance และความสามารถในการตัดสินใจที่ต่อเนื่อง

ถ้ามองในมุม ExeRoot ปัญหาจึงไม่ได้อยู่ระหว่าง “Consultant” กับ “องค์กร” แต่อยู่ตรงช่องว่างระหว่าง Strategy กับระบบปฏิบัติการ

ผมคิดว่าจุดที่องค์กรควรมองคือเส้นทางตั้งแต่ Strategy → Organization → Role → Workforce → Budget → KPI → Performance → Data → Decision เพราะถ้า Strategy อยู่ใน PowerPoint แต่ Organization Structure อยู่ในอีกไฟล์หนึ่ง Headcount อยู่ใน Excel อีกชุด Budget อยู่กับ Finance KPI อยู่ในอีกระบบ และ Progress ของ Strategic Initiative กระจายอยู่ตาม Meeting กับ Email ผู้บริหารจะมองไม่เห็นว่าทั้งหมดกำลังเดินไปในทิศทางเดียวกันหรือไม่ Consultant อาจช่วยออกแบบ Strategy ได้ดีมาก แต่หลังจากนั้นองค์กรต้องมี Execution Architecture ของตัวเอง ต้องสามารถมองเห็นว่า Objective หนึ่งผูกกับ Initiative ไหน Initiative ต้องใช้ Role และ Capability อะไร ต้องใช้งบเท่าไร ใครเป็น Owner KPI ตัวไหนใช้บอกว่ากำลังไปถูกทาง และเมื่อผลไม่เป็นตามแผนต้องมี Action อะไรตามมา เมื่อข้อมูลเหล่านี้เชื่อมกัน Strategy จะไม่ใช่เอกสารที่หยิบมาดูตอนประชุมใหญ่ แต่กลายเป็นระบบที่ผู้บริหารใช้ตัดสินใจทุกเดือน

ปัญหาจึงไม่ใช่ว่า “ที่ปรึกษาวางไว้ไม่ดี” เสมอไป แต่อาจเป็นเพราะองค์กรยังไม่ได้แปลงสิ่งที่ออกแบบไว้ให้กลายเป็นวิธีทำงานจริง

ผมคิดว่า Strategy Project จำนวนไม่น้อยจบตรงจุดที่จริง ๆ แล้วงานยากที่สุดเพิ่งเริ่ม วันส่ง Final Deck อาจเป็นวันปิด Project ของ Consultant แต่สำหรับองค์กร นั่นคือวันแรกของ Execution หลังจากนั้นต้องมีคนแปลง Strategy ให้กลายเป็น Role ต้องปรับ Decision Rights ต้องโยก Budget ต้องเปลี่ยน KPI ต้องสร้าง Capability ต้องจัดลำดับ Priority ต้องลดงานเก่า และต้องสร้าง Management Rhythm ที่ทำให้ผู้บริหารเห็นว่าอะไรเดิน อะไรติด และอะไรควรถูกเปลี่ยน ถ้าไม่มีสิ่งเหล่านี้ Strategy ที่ดีมากก็สามารถกลายเป็น Presentation ที่ทุกคนเคยเห็น แต่ไม่มีใครใช้ในการทำงานจริงได้ และสุดท้ายคนก็จะกลับไปทำสิ่งที่ตัวเองคุ้นเคย ไม่ใช่เพราะคนต่อต้าน Strategy แต่เพราะระบบเดิมยังเป็นสิ่งที่กำหนดพฤติกรรมของคนอยู่ทุกวัน ดังนั้นก่อนที่ผู้บริหารจะถามว่า “ทำไมสิ่งที่ Consultant วางไว้ถึงทำจริงไม่ได้?” ผมคิดว่าควรถามอีกคำถามควบคู่กันว่า “หลังจากได้ Strategy มาแล้ว เราออกแบบระบบบริหารให้คนทั้งองค์กรสามารถ Execute มันได้จริงหรือยัง?” เพราะความแตกต่างระหว่างองค์กรที่ “มี Strategy” กับองค์กรที่ “ขับเคลื่อนด้วย Strategy” ไม่ได้อยู่ที่ความสวยของ Framework หรือจำนวน Slide ที่ได้รับมา แต่อยู่ที่ว่า Strategy นั้นสามารถเดินทางจากห้องประชุมผู้บริหาร ลงไปถึง Budget, Structure, Role, KPI, Capability และการตัดสินใจของคนในทุกวันได้หรือไม่ ถ้ายังเชื่อมไม่ถึง จุดที่ต้องแก้อาจไม่ใช่ Strategy ใหม่อีกชุดหนึ่ง แต่อาจเป็น Execution System ที่ทำให้ Strategy ที่มีอยู่แล้วสามารถเกิดขึ้นจริงเสียที

Tags: StrategyExecution, StrategyToExecution, ExecutionSystem, OperatingModel, OrganizationDesign, DecisionRights, Accountability, ResourceAllocation, KPIAlignment, WorkforceCapability, ManagementRhythm, StrategicGovernance, Transformation, ExeRoot, SpaceRoot