บริษัทโตขึ้น แต่ทำไมทุกเรื่องยังต้องรอ CEO? เมื่อผู้บริหารกลายเป็นคอขวดขององค์กรโดยไม่รู้ตัว

ในช่วงที่บริษัทเพิ่งเริ่มต้น การที่เจ้าของกิจการหรือ CEO เข้าไปเกี่ยวข้องกับแทบทุกเรื่องอาจเป็นข้อได้เปรียบอย่างหนึ่ง เพราะผู้บริหารรู้จักลูกค้า รู้ต้นทุน รู้ความสามารถของทีม และเข้าใจรายละเอียดของธุรกิจมากกว่าคนอื่น การตัดสินใจหลายอย่างจึงเกิดขึ้นได้รวดเร็วโดยไม่ต้องผ่านกระบวนการซับซ้อน หาก Sales ต้องการเสนอส่วนลดพิเศษก็เดินมาถาม CEO หาก Operation มีปัญหาก็โทรหา CEO หรือหากต้องตัดสินใจรับคนเพิ่ม ผู้บริหารก็สามารถพิจารณาได้ด้วยตัวเอง รูปแบบนี้อาจทำงานได้ดีมากในวันที่บริษัทมีพนักงานเพียง 20–30 คน เพราะผู้บริหารยังสามารถมองเห็นความเคลื่อนไหวส่วนใหญ่ขององค์กรได้โดยตรง แต่เมื่อธุรกิจเริ่มเติบโต มีหลายหน่วยงาน มีลูกค้ามากขึ้น มีโครงการพร้อมกันหลายสิบเรื่อง และมี Manager เพิ่มขึ้นหลายระดับ วิธีบริหารแบบเดิมกลับเริ่มสร้างปัญหาโดยไม่รู้ตัว เช้าวันจันทร์ CEO อาจมี Approval รออยู่หลายรายการ บ่ายมี Manager ขอเข้าพบเพื่อหารือปัญหาที่ตัดสินใจเองไม่ได้ ระหว่างประชุมก็มีข้อความขออนุมัติราคา ขออนุมัติคน ขอเปลี่ยนแผนงาน และขอให้ช่วยตัดสินใจเรื่องที่เกี่ยวข้องกับสองฝ่ายซึ่งตกลงกันไม่ได้ เมื่อหมดวัน ผู้บริหารรู้สึกว่าตัวเองทำงานตลอดเวลา แต่แทบไม่มีเวลาคิดเรื่องอนาคตของธุรกิจเลย ที่น่าสนใจคือ CEO อาจรู้สึกว่าบริษัทกำลังขาดคนเก่งหรือ Manager ยังไม่เข้มแข็งพอ ขณะที่ Manager ก็อาจรู้สึกว่าตัวเองทำงานเต็มที่แล้ว แต่ทุกเรื่องสำคัญยังต้องรอผู้บริหารอนุมัติอยู่ดี สองฝ่ายต่างมีเหตุผลของตัวเอง และนั่นอาจเป็นสัญญาณว่าองค์กรกำลังมีปัญหาที่ลึกกว่าเรื่องความสามารถของคน บริษัทอาจเติบโตในเชิงรายได้และจำนวนพนักงานแล้ว แต่ระบบการตัดสินใจยังคงถูกออกแบบเหมือนวันที่บริษัทมีคนเพียงไม่กี่สิบคน

บริษัทขยายใหญ่ขึ้น แต่รูปแบบการตัดสินใจไม่เคยขยายตาม

เวลาพูดถึงการเติบโตขององค์กร เรามักให้ความสำคัญกับ Revenue, Headcount, Branch, Customer และ Market Expansion แต่กลับพูดถึงความสามารถในการตัดสินใจขององค์กรน้อยกว่าที่ควร ทั้งที่การเติบโตในทุกมิติทำให้จำนวนการตัดสินใจเพิ่มขึ้นตามไปด้วย หากบริษัทมีลูกค้าเพิ่มขึ้นสามเท่า จำนวนเรื่องที่ต้องตัดสินใจอาจไม่ได้เพิ่มเพียงสามเท่า เพราะเมื่อมีลูกค้ามากขึ้นก็มีเงื่อนไขทางการค้ามากขึ้น มีปัญหาการส่งมอบเพิ่ม มีการประสานงานระหว่างฝ่ายมากขึ้น และมีความเสี่ยงที่ต้องบริหารซับซ้อนขึ้นตามไปด้วย แต่ถ้าทุกเรื่องยังต้องถูกส่งกลับมาหา CEO คนเดิม ความเร็วขององค์กรก็จะถูกจำกัดด้วยเวลาของคนเพียงคนเดียว ลองนึกถึงธุรกิจจัดจำหน่ายแห่งหนึ่งที่ต้องการขยายยอดขายในกลุ่มลูกค้าองค์กร Sales พบโอกาสจากลูกค้ารายใหญ่ แต่ต้องการเงื่อนไขราคาพิเศษ Finance ต้องตรวจสอบ Margin ส่วน Operation ต้องประเมินความสามารถในการจัดส่ง ทั้งสามฝ่ายมีข้อมูลของตัวเองครบแล้ว แต่ไม่มีใครมีอำนาจตัดสินใจเรื่องนี้ในภาพรวม สุดท้ายจึงต้องนำเรื่องไปให้ CEO พิจารณา หาก CEO กำลังเดินทางหรือมีประชุมสำคัญ การตัดสินใจอาจต้องเลื่อนไปอีกสองวัน ระหว่างนั้นลูกค้าอาจได้รับข้อเสนอจากคู่แข่ง หรือโอกาสในการปิดการขายเริ่มลดลง ปัญหานี้ไม่ได้เกิดจากทีม Sales ทำงานช้า Finance ไม่ให้ความร่วมมือ หรือ Operation ไม่มีประสิทธิภาพ แต่เกิดจากโครงสร้างการตัดสินใจที่ทำให้ทุกฝ่ายต้องรอคนเดียวกัน นี่คือสิ่งที่เรียกว่า Decision Bottleneck ซึ่งสามารถสร้างต้นทุนให้กับองค์กรได้โดยไม่ปรากฏเป็นรายการค่าใช้จ่ายโดยตรงในงบการเงิน บริษัทอาจไม่เห็นค่าใช้จ่ายจากการรออนุมัติสองวัน แต่สามารถเสียรายได้ เสียโอกาส เสียเวลาของพนักงาน และทำให้ลูกค้ารู้สึกว่าการทำธุรกิจกับบริษัทเป็นเรื่องยุ่งยากขึ้นได้

ทำไม Manager ที่มีความสามารถจึงไม่กล้าตัดสินใจเอง?

เวลาผู้บริหารพูดว่า “ทำไมเรื่องแค่นี้ไม่ตัดสินใจกันเอง” ผมคิดว่าควรกลับไปดูด้วยว่าองค์กรได้สร้างเงื่อนไขให้ Manager สามารถตัดสินใจเองอย่างมั่นใจแล้วหรือยัง ในหลายบริษัท Manager ไม่ได้ไม่อยากตัดสินใจ แต่ไม่รู้ว่าขอบเขตอำนาจของตัวเองอยู่ตรงไหน บางเรื่องตาม Organization Chart ดูเหมือนมีสิทธิ์ตัดสินใจ แต่เมื่อเกิดความผิดพลาดกลับถูกตั้งคำถามว่าทำไมไม่ปรึกษาผู้บริหารก่อน เมื่อเหตุการณ์ลักษณะนี้เกิดขึ้นบ่อย คนจะเริ่มเรียนรู้ว่าการส่งเรื่องขึ้นไปขออนุมัติเป็นทางเลือกที่ปลอดภัยกว่าการตัดสินใจด้วยตัวเอง หากตัดสินใจเองแล้วผิด Manager ต้องรับผิดชอบ แต่ถ้าส่งเรื่องให้ CEO อนุมัติ อย่างน้อยความรับผิดชอบก็ถูกกระจายออกไปแล้ว เมื่อเวลาผ่านไป พฤติกรรมการ Escalate ทุกเรื่องจึงกลายเป็นวัฒนธรรมการทำงาน โดยไม่มีใครจำเป็นต้องออกคำสั่งอย่างเป็นทางการ ตรงนี้สะท้อนประเด็นสำคัญเรื่อง Decision Rights หรือการกำหนดว่าใครมีอำนาจตัดสินใจเรื่องใด ภายใต้เงื่อนไขและข้อจำกัดอย่างไร องค์กรจำนวนมากมี Job Description ที่อธิบายหน้าที่รับผิดชอบค่อนข้างละเอียด แต่กลับไม่มีคำอธิบายที่ชัดเจนว่า Role นั้นมีอำนาจตัดสินใจได้มากน้อยเพียงใด Manager อาจรับผิดชอบยอดขายทั้งหน่วยงาน แต่ไม่มีสิทธิ์อนุมัติส่วนลดแม้อยู่ใน Margin ที่กำหนด หรือรับผิดชอบ Budget แต่ไม่สามารถโยกค่าใช้จ่ายระหว่างรายการภายในวงเงินที่อนุมัติไว้ได้ นี่คือความไม่สอดคล้องระหว่าง Accountability กับ Authority เมื่อองค์กรให้คนรับผิดชอบผลลัพธ์ แต่ไม่ให้อำนาจเพียงพอในการสร้างผลลัพธ์นั้น การบริหารก็จะเริ่มเต็มไปด้วย Approval, Meeting และการรอคอย

การควบคุมทุกเรื่องอาจทำให้องค์กรปลอดภัยในระยะสั้น แต่ช้าลงในระยะยาว

ต้องยอมรับว่าการมี Approval หลายชั้นไม่ได้เกิดขึ้นโดยไม่มีเหตุผล บางองค์กรเคยเจอปัญหาการตัดสินใจผิด การใช้ Budget เกิน การเสนอราคาที่ทำให้บริษัทขาดทุน หรือการอนุมัติที่ไม่เป็นไปตาม Policy จึงค่อย ๆ เพิ่มขั้นตอนตรวจสอบเพื่อป้องกันไม่ให้เหตุการณ์เดิมเกิดขึ้นอีก แต่สิ่งที่ต้องระวังคือ การควบคุมที่เพิ่มขึ้นอาจสร้างต้นทุนใหม่ที่มองไม่เห็น สมมติองค์กรมีขั้นตอนอนุมัติการจัดซื้อที่ต้องผ่าน Manager, Director และ CEO แม้รายการนั้นจะอยู่ใน Budget ที่ผ่านการอนุมัติประจำปีแล้ว หากรายการลักษณะนี้เกิดขึ้นเป็นจำนวนมาก เวลาของผู้บริหารระดับสูงก็จะถูกใช้ไปกับการตรวจเรื่องเดิมซ้ำ ๆ แทนที่จะนำไปใช้กับการตัดสินใจเชิงกลยุทธ์ ผมไม่ได้มองว่าการลด Approval ทุกประเภทคือคำตอบ เพราะบางเรื่องมีความเสี่ยงสูงและจำเป็นต้องได้รับการตรวจสอบจริง แต่การใช้ระดับการควบคุมเท่ากันกับทุกเรื่องก็ไม่สมเหตุสมผลเช่นกัน การอนุมัติค่าใช้จ่ายทั่วไปภายในกรอบ Budget ไม่ควรมีรูปแบบการกำกับดูแลเหมือนการลงทุนโครงการใหม่มูลค่าสูง และการปรับเปลี่ยนงานที่ย้อนกลับได้ง่ายก็ไม่จำเป็นต้องใช้กระบวนการเดียวกับการตัดสินใจที่อาจสร้างผลกระทบระยะยาวต่อองค์กร นี่คือเหตุผลที่ระบบการตัดสินใจควรออกแบบตาม ระดับความเสี่ยง ผลกระทบ และความสามารถในการย้อนกลับของการตัดสินใจ ไม่ใช่ออกแบบจากความรู้สึกว่าทุกเรื่องต้องให้ผู้บริหารระดับสูงเห็นก่อนจึงจะปลอดภัย

ถ้าทุกอย่างต้องผ่าน CEO แล้วเราจ้าง Manager มาทำอะไร?

คำถามนี้อาจฟังแรง แต่ผมคิดว่าน่าสนใจในมุม Organization Design องค์กรลงทุนจ้าง Manager และ Director เพื่อให้ช่วยบริหารคน งาน ทรัพยากร และผลลัพธ์ในระดับที่เหมาะสม แต่ถ้าทุกเรื่องยังถูกส่งขึ้นไปให้ CEO ตัดสินใจ ตำแหน่ง Manager ก็อาจค่อย ๆ เปลี่ยนเป็นเพียงผู้ประสานงานและผู้รวบรวมข้อมูล คนเหล่านี้จะใช้เวลาจำนวนมากไปกับการเตรียมเรื่องเพื่อขออนุมัติ แทนที่จะใช้ Judgment ของตัวเองในการแก้ปัญหา ผลกระทบไม่ได้มีเพียงความล่าช้า แต่ยังรวมถึงการพัฒนาความสามารถของผู้บริหารระดับกลางด้วย เพราะ Judgment ไม่ได้เติบโตจากการเข้าประชุมอย่างเดียว แต่เติบโตจากการได้ตัดสินใจภายใต้ความไม่แน่นอน ได้รับ Feedback และเรียนรู้จากผลลัพธ์ที่ตามมา หาก Manager ไม่เคยได้รับโอกาสตัดสินใจเรื่องสำคัญ เพราะทุกครั้งต้องส่งต่อให้ CEO เป็นผู้เลือก เมื่อถึงวันที่องค์กรต้องการให้คนเหล่านี้ขึ้นไปเป็น Director หรือ Executive ก็อาจพบว่าเขามีประสบการณ์บริหารงานมาหลายปี แต่ยังไม่คุ้นเคยกับการรับผิดชอบต่อการตัดสินใจที่มีผลกระทบสูง เรื่องนี้จึงเชื่อมกับ Succession Planning โดยตรง องค์กรที่ให้ Manager รับผิดชอบเพียงการ Execute แต่ไม่เคยพัฒนา Decision Capability อาจกำลังสร้างผู้จัดการที่ทำตามแผนเก่ง แต่ยังไม่พร้อมเป็นผู้นำที่ต้องกำหนดทางเลือกด้วยตัวเอง

การกระจายอำนาจไม่ได้หมายถึงปล่อยให้ทุกคนตัดสินใจตามใจชอบ

เมื่อพูดถึง Delegation บางองค์กรจะกังวลว่า หากปล่อยให้ Manager ตัดสินใจมากขึ้น จะควบคุม Risk ได้อย่างไร จะเกิดการอนุมัติผิดพลาดหรือไม่ และ CEO จะรู้ได้อย่างไรว่าข้างล่างกำลังทำอะไรอยู่ ความกังวลนี้มีเหตุผล และเป็นเหตุผลว่าทำไมการกระจายอำนาจต้องมาพร้อมกับ Governance ที่ดี Delegation ที่ดีไม่ใช่การลดการควบคุม แต่คือการย้ายการควบคุมจากการอนุมัติทุกเรื่อง ไปสู่การกำหนดกรอบการตัดสินใจให้ชัดเจน ตัวอย่างเช่น บริษัทอาจกำหนดให้ Sales Manager สามารถอนุมัติส่วนลดได้ภายใต้ Margin ขั้นต่ำที่กำหนด หากเป็นลูกค้าใหม่หรือมีเงื่อนไขพิเศษจึงต้องยกระดับให้ Director พิจารณา และหากเป็นข้อตกลงที่เปลี่ยนความเสี่ยงทางการค้าของบริษัทอย่างมีนัยสำคัญจึงค่อยส่งต่อถึง CEO เมื่อกรอบแบบนี้ชัด Manager ไม่จำเป็นต้องถามทุกครั้ง แต่ก็ไม่ได้หมายความว่าจะสามารถตัดสินใจโดยไม่มีข้อจำกัด Finance ยังสามารถตรวจสอบได้ ระบบยังมี Audit Trail และผู้บริหารยังมองเห็นภาพรวมของการตัดสินใจที่เกิดขึ้นได้ ในทางบริหารนี่คือการเปลี่ยนจาก Approval-based Control ไปสู่ Policy-based Governance ซึ่งมีความสำคัญมากในองค์กรที่ต้องการเติบโต เพราะบริษัทจะไม่สามารถเพิ่มจำนวนพนักงานและธุรกิจได้อย่างต่อเนื่อง หากทุกการตัดสินใจยังต้องเพิ่มภาระให้ CEO ในสัดส่วนเดียวกัน

ระบบที่ดีควรทำให้ผู้บริหารเห็น “ข้อยกเว้นที่สำคัญ” ไม่ใช่ทุกเรื่องที่เกิดขึ้น

หนึ่งในหลักการที่ผมคิดว่าสำคัญมากต่อการบริหารองค์กรขนาดใหญ่คือ Management by Exception ผู้บริหารไม่จำเป็นต้องเข้าไปติดตามทุก Transaction ที่เป็นไปตามเงื่อนไขปกติ เพราะถ้า Process มี Rule ชัด มี Owner และมีระบบตรวจสอบที่เหมาะสม เรื่องทั่วไปก็ควรถูกจัดการในระดับปฏิบัติการหรือระดับ Management ได้ สิ่งที่ควรถูกยกขึ้นมาให้ผู้บริหารเห็นคือเรื่องที่มีความผิดปกติ มีความเสี่ยงสูง เกินขอบเขตอำนาจของผู้รับผิดชอบ หรือกำลังส่งผลต่อ Strategic Objective สำคัญ ลองเปรียบเทียบสองสถานการณ์ สถานการณ์แรก CEO ได้รับ Notification จากระบบวันละ 80 รายการ ทั้งเรื่องอนุมัติเอกสาร เปลี่ยนกำหนดส่งงาน และรายการค่าใช้จ่ายทั่วไป ผู้บริหารต้องใช้เวลาคัดแยกเองว่าอะไรสำคัญ อีกสถานการณ์หนึ่ง ระบบจัดการเรื่องปกติตาม Approval Matrix และ Policy ที่ได้รับอนุมัติไว้แล้ว จากนั้นสรุปให้ CEO เห็นเพียงเรื่องที่เกิน Authority, มี Risk สูง หรือกำลังส่งผลต่อ Strategy พร้อมข้อมูลประกอบที่ครบถ้วน ทั้งสององค์กรอาจมี Transaction จำนวนเท่ากัน แต่ภาระในการตัดสินใจของผู้บริหารแตกต่างกันมาก นี่คือเหตุผลว่าทำไมระบบที่ดีไม่ควรถูกวัดจากจำนวน Notification หรือจำนวนข้อมูลที่แสดงบน Dashboard อย่างเดียว แต่ควรถูกวัดว่า ระบบช่วยลดจำนวนเรื่องที่ผู้บริหารต้องเข้าไปจัดการด้วยตัวเอง โดยยังรักษาคุณภาพการควบคุมได้มากแค่ไหน

เมื่อมี AI แล้ว ทำไม CEO ยังต้องอนุมัติทุกอย่าง?

คำถามนี้กำลังน่าสนใจมากขึ้นในวันที่องค์กรเริ่มลงทุนกับ AI Agent, Workflow Automation และ Executive Dashboard บริษัทอาจมี AI ที่สามารถอ่านเอกสาร วิเคราะห์ข้อมูล สรุปความเสี่ยง และเสนอ Recommendation ได้ แต่ถ้าทุกเรื่องยังต้องส่งให้ CEO อ่านใหม่ทั้งหมดและตัดสินใจเหมือนเดิม เราอาจได้เพียงระบบที่เตรียมเอกสารได้เร็วขึ้น โดยไม่ได้แก้ Decision Bottleneck ขององค์กรเลย AI สามารถช่วยลดภาระการตัดสินใจได้มากกว่านั้น หากองค์กรมี Decision Architecture ที่ชัดเจน สมมติระบบได้รับคำขออนุมัติการใช้ Budget สำหรับโครงการหนึ่ง AI อาจช่วยตรวจสอบว่าอยู่ในวงเงินที่อนุมัติหรือไม่ ข้อมูลประกอบครบหรือเปล่า มี Policy ใดที่เกี่ยวข้อง และมีความเสี่ยงหรือความผิดปกติที่ควรพิจารณาเพิ่มเติมหรือไม่ หากเป็นรายการปกติ ระบบสามารถส่งไปยังผู้มีอำนาจตาม Approval Matrix โดยไม่ต้องผ่าน CEO แต่ถ้ารายการนั้นเกิน Budget หรือกระทบ Strategic Initiative สำคัญ AI สามารถช่วยจัดเตรียม Decision Brief โดยสรุปผลกระทบ ทางเลือก และข้อมูลที่ผู้บริหารควรตรวจสอบก่อนตัดสินใจ เมื่อนั้น AI ไม่ได้เข้ามาทำหน้าที่แทน CEO แต่เข้ามาช่วยลดงานที่ CEO ไม่จำเป็นต้องทำเอง อย่างไรก็ตาม AI ไม่ควรได้รับอำนาจตัดสินใจที่มีผลกระทบสูงโดยไม่มีการกำกับ การอนุมัติงบประมาณจำนวนมาก การเปลี่ยนเป้าหมายเชิงกลยุทธ์ หรือการตัดสินใจสำคัญเกี่ยวกับบุคลากรยังต้องมี Decision Owner และ Human Oversight ที่ชัดเจน AI ควรช่วยให้การตัดสินใจเหล่านั้นมีข้อมูลครบขึ้น เกิดเร็วขึ้น และตรวจสอบย้อนหลังได้ดีขึ้น ไม่ใช่ทำให้ความรับผิดชอบของผู้บริหารคลุมเครือกว่าเดิม

สิ่งที่องค์กรต้องการอาจไม่ใช่ AI ที่ตอบเก่งที่สุด แต่คือระบบที่รู้ว่าเรื่องไหนควรส่งให้ใครตัดสินใจ

ผมคิดว่านี่เป็นจุดที่องค์กรต้องเริ่มมอง AI Governance ให้เชื่อมกับ Organization Governance มากขึ้น หลายบริษัทกำลังพัฒนา AI Agent แต่ยังไม่ได้ตอบคำถามพื้นฐานว่า Agent ตัวนั้นเข้าถึงข้อมูลอะไรได้ มีสิทธิ์ทำอะไรได้ ต้องขออนุมัติเมื่อไร และเมื่อเกิดความผิดพลาดใครเป็นผู้รับผิดชอบ ปัญหานี้คล้ายกับการออกแบบองค์กรที่มี Job Description ครบ แต่ไม่มี Decision Rights AI Agent อาจมีความสามารถสูงมาก แต่ถ้าไม่มี Authority Boundary ที่ชัด องค์กรก็ต้องระมัดระวังจนสุดท้ายแทบไม่สามารถปล่อยให้ระบบช่วยดำเนินงานได้จริง ในทางกลับกัน หากกำหนด Rule และ Governance ไว้เหมาะสม Agent สามารถช่วยจัดการงานความเสี่ยงต่ำ เช่น ตรวจความครบถ้วนของข้อมูล สรุปสถานะงาน จัดเตรียมเอกสาร หรือแจ้งเตือน Exception ได้ โดยยังให้มนุษย์ตัดสินใจในเรื่องที่มีผลกระทบสูง การออกแบบลักษณะนี้ช่วยให้ AI กลายเป็นส่วนหนึ่งของ Operating Model แทนที่จะเป็นเพียง Chatbot ที่ผู้บริหารต้องเข้าไปถามทุกครั้ง แต่ก่อนจะสร้าง AI Agent ให้ทำงานแทนคน องค์กรต้องตอบให้ได้ก่อนว่า กระบวนการนั้นควรถูกตัดสินใจโดยใคร ภายใต้เงื่อนไขอะไร และอะไรคือความเสี่ยงที่ยอมรับได้ ถ้าคำถามเหล่านี้ยังไม่ชัด การเพิ่ม AI อาจทำให้ Process ที่ซับซ้อนอยู่แล้วซับซ้อนมากขึ้นอีก

บริษัทควรวัด “เวลาที่ใช้รอการตัดสินใจ” เหมือนที่วัด KPI อื่นหรือไม่?

ในหลายองค์กร เราวัด Sales Conversion, Productivity, Revenue, Cost, Turnover และ Project Completion กันอย่างจริงจัง แต่กลับไม่ค่อยมีใครวัดว่าการตัดสินใจสำคัญใช้เวลานานเท่าไร ทั้งที่ Decision Delay สามารถสร้างผลกระทบต่อผลลัพธ์เหล่านี้ได้โดยตรง ลองนึกถึงโครงการหนึ่งที่ใช้เวลาทำงานจริง 10 วัน แต่ต้องรออนุมัติระหว่างทางอีก 15 วัน หากมองเพียง Productivity ของทีม เราอาจเข้าใจว่าพนักงานทำงานช้า ทั้งที่เวลาส่วนใหญ่ของ Project ถูกใช้ไปกับการรอ Decision ถ้าองค์กรสามารถมองเห็นได้ว่าเรื่องใดถูกส่งอนุมัติบ่อยที่สุด เรื่องใดใช้เวลานานที่สุด และ Approval ระดับไหนกำลังเป็น Bottleneck เราจะเริ่มเห็น Opportunity ในการปรับ Operating Model ได้ชัดขึ้น ตัวชี้วัดอย่าง Decision Lead Time, Approval Aging, Escalation Rate หรือจำนวนครั้งที่เรื่องเดิมถูกส่งกลับไปแก้ไข อาจช่วยเปิดเผยปัญหาที่ Dashboard ผลการดำเนินงานทั่วไปมองไม่เห็น แต่ต้องระวังไม่ให้การลดเวลาอนุมัติกลายเป็นเป้าหมายเดียว เพราะการตัดสินใจเร็วแต่ผิดก็สามารถสร้างความเสียหายได้เช่นกัน สิ่งที่ควรมองร่วมกันคือ Decision Speed, Decision Quality และ Business Impact เป้าหมายไม่ใช่ทำให้ทุกคนกดอนุมัติเร็วที่สุด แต่ทำให้การตัดสินใจเกิดขึ้นในระดับที่เหมาะสม มีข้อมูลเพียงพอ และไม่ทำให้ธุรกิจเสียโอกาสจากการรอคอยที่ไม่จำเป็น

ถ้าอยากลดภาระ CEO ต้องเริ่มจากการออกแบบองค์กร ไม่ใช่เริ่มจากซื้อ Dashboard

นี่คือประเด็นที่ผมอยากเน้นมากที่สุด หลายองค์กรรู้สึกว่า CEO มีงานเยอะ จึงพยายามซื้อระบบใหม่เพื่อช่วยให้เห็นข้อมูลมากขึ้น แต่เมื่อระบบเริ่มใช้จริงกลับพบว่าผู้บริหารยังต้องตัดสินใจทุกเรื่องเหมือนเดิม เพียงแต่ตอนนี้มี Dashboard ให้เปิดดูเพิ่มอีกหนึ่งหน้าจอ ปัญหานี้เกิดจากการพยายามแก้เรื่อง Organization Design ด้วย Technology เพียงอย่างเดียว ถ้าอำนาจการตัดสินใจยังไม่ชัด Manager ยังไม่มี Authority ที่สัมพันธ์กับ Accountability และทุกฝ่ายยังต้องส่งเรื่องขึ้นไปหา CEO อยู่ดี ต่อให้มี AI ที่สรุปข้อมูลเก่งมากเพียงใด ภาระของผู้บริหารก็อาจไม่ลดลงในระดับที่ควรเป็น ดังนั้นองค์กรควรเริ่มจากการสำรวจ Decision จริงก่อนว่า ในหนึ่งสัปดาห์ CEO ต้องตัดสินใจเรื่องอะไรบ้าง เรื่องไหนเกิดซ้ำ เรื่องไหนควรอยู่กับ Manager เรื่องไหนต้องผ่านคณะกรรมการ และเรื่องไหนมีความสำคัญต่อ Strategy จริง จากนั้นจึงออกแบบ Decision Rights และ Approval Matrix ให้เหมาะกับระดับความเสี่ยง กำหนด Escalation Criteria ให้ชัด แล้วค่อยนำระบบและ AI เข้ามาช่วยทำให้ Governance เหล่านั้นเกิดขึ้นจริงในกระบวนการทำงาน เมื่อออกแบบตามลำดับนี้ Technology จะช่วยขยายความสามารถขององค์กรได้มากกว่า เพราะเรารู้ก่อนแล้วว่าต้องการให้ระบบช่วยลด Friction ตรงไหน

ในมุมของ ExeRoot เรื่องนี้คือการเชื่อม Strategy, Organization และ Decision เข้าด้วยกัน

หากมองในระดับ Executive Strategy Ecosystem ผมคิดว่าระบบที่ช่วยองค์กรได้จริงไม่ควรจบอยู่ที่การแสดง KPI หรือการติดตาม Task แต่ต้องเชื่อมต่อไปถึง Decision Rights และ Governance ขององค์กรด้วย เพราะ Strategy จะเกิดขึ้นจริงไม่ได้ หาก Decision ที่เกี่ยวข้องกับ Strategy ยังติดอยู่ในโครงสร้างอำนาจที่ไม่สอดคล้องกับวิธีทำงาน เส้นทางที่ควรเกิดขึ้นจึงเชื่อมตั้งแต่ Strategy → Organization Structure → Role & Accountability → Decision Rights → Execution → Performance → Risk → Decision → Action เมื่อข้อมูลเหล่านี้ถูกออกแบบให้ทำงานร่วมกัน ผู้บริหารจะเห็นว่า Strategic Objective ใดกำลังมีปัญหา ปัญหานั้นอยู่ในความรับผิดชอบของใคร เรื่องใดสามารถจัดการได้ในระดับ Manager และเรื่องใดจำเป็นต้องยกระดับขึ้นมาให้ Executive ตัดสินใจ AI สามารถเข้ามาช่วยคัดกรองสัญญาณ เตรียมข้อมูลประกอบ วิเคราะห์ Scenario และติดตาม Action หลัง Decision ได้ แต่ทั้งหมดต้องอยู่ภายใต้กรอบ Authority, Data Access และ Approval ที่ชัดเจน ในมุมนี้ AI จึงไม่ได้มีหน้าที่เพียงทำให้ Dashboard ฉลาดขึ้น แต่ช่วยทำให้ Decision Flow ขององค์กรมีประสิทธิภาพมากขึ้น และนี่อาจเป็นหนึ่งในประโยชน์ที่สำคัญที่สุดของ AI ต่อผู้บริหาร เพราะมันช่วยลดเวลาที่เสียไปกับเรื่องซ้ำ ๆ ขณะเดียวกันก็ทำให้เรื่องสำคัญได้รับความสนใจเร็วขึ้น

องค์กรที่ Scale ได้จริง ไม่ควรเติบโตด้วยการทำให้ CEO ทำงานหนักขึ้นเรื่อย ๆ

ผมคิดว่านี่คือแก่นของเรื่องทั้งหมด ในช่วงเริ่มต้น ผู้บริหารที่ลงรายละเอียดทุกเรื่องอาจเป็นเหตุผลสำคัญที่ทำให้บริษัทประสบความสำเร็จ แต่เมื่อบริษัทเติบโต ความสามารถแบบเดียวกันอาจกลายเป็นข้อจำกัด หากองค์กรยังไม่ได้พัฒนาระบบการตัดสินใจให้เติบโตตาม องค์กรที่มีรายได้เพิ่มขึ้นสองเท่า ไม่ควรจำเป็นต้องทำให้ CEO รับเรื่องอนุมัติเพิ่มขึ้นสองเท่าเสมอไป เพราะถ้าเป็นแบบนั้น การเติบโตของบริษัทจะถูกจำกัดด้วยเวลาของผู้บริหารคนเดียวในที่สุด สิ่งที่ต้องเปลี่ยนจึงไม่ใช่เพียงให้ CEO บริหารเวลาเก่งขึ้น แต่ต้องทำให้ทั้งองค์กรสามารถตัดสินใจในเรื่องที่เหมาะสมได้โดยไม่ต้องรอ CEO ทุกครั้ง Manager ต้องมี Authority ที่สอดคล้องกับ Accountability, Process ต้องมี Policy ที่ชัด ข้อมูลต้องน่าเชื่อถือ และเรื่องที่เกินขอบเขตหรือมีความเสี่ยงสูงต้องถูก Escalate อย่างเหมาะสม ส่วน AI ควรเข้ามาช่วยลดงานรวบรวมข้อมูล คัดกรอง Exception และเตรียมความพร้อมให้กับ Decision ที่ต้องใช้ Human Judgment จริง เมื่อระบบเหล่านี้ทำงานร่วมกัน CEO จะไม่จำเป็นต้องรับรู้รายละเอียดทุกเรื่องเพื่อให้บริษัทเดินต่อได้ แต่สามารถใช้เวลามากขึ้นกับ Strategy, Growth, Critical Talent, Investment และการตัดสินใจที่กำหนดอนาคตของธุรกิจ ดังนั้นก่อนที่ผู้บริหารจะถามว่า “เราควรซื้อระบบอะไรมาเพื่อลดภาระ CEO?” ผมคิดว่าควรถามอีกคำถามหนึ่งก่อนว่า “ในบรรดาการตัดสินใจทั้งหมดที่ผ่าน CEO อยู่ทุกวันนี้ มีเรื่องใดบ้างที่จริง ๆ แล้วไม่จำเป็นต้องผ่าน CEO ตั้งแต่แรก?” หากองค์กรตอบคำถามนี้ได้ชัด เราอาจพบว่าโอกาสในการเพิ่ม Productivity ของผู้บริหารไม่ได้เริ่มจาก AI ที่เก่งกว่าเดิม แต่เริ่มจากการออกแบบอำนาจและความรับผิดชอบภายในองค์กรให้เหมาะสมเสียก่อน เพราะบริษัทที่เติบโตอย่างยั่งยืน ไม่ควรเป็นบริษัทที่ทุกคนต้องรอคนเก่งที่สุดตัดสินใจทุกเรื่อง แต่ควรเป็นบริษัทที่ คนในแต่ละระดับมีข้อมูล มีอำนาจ และมีความสามารถเพียงพอที่จะตัดสินใจในเรื่องที่ตัวเองรับผิดชอบได้อย่างเหมาะสม ขณะที่ผู้บริหารระดับสูงสามารถทุ่มเวลาให้กับเรื่องที่กำหนดอนาคตขององค์กรจริง ๆ และบางที หนึ่งในตัวชี้วัดว่าองค์กรเริ่มมี Management System ที่ดีขึ้นแล้ว อาจไม่ใช่จำนวน Dashboard ที่ CEO เปิดได้หรือจำนวน AI Agent ที่บริษัทสร้างขึ้น แต่อาจเป็นวันที่ CEO ลาพักร้อนได้หนึ่งสัปดาห์ โดยเรื่องปกติขององค์กรยังเดินหน้าได้ ไม่มีใครต้องรออนุมัติทุกเรื่อง และเมื่อ CEO กลับมา สิ่งที่รออยู่คือการตัดสินใจสำคัญ ไม่ใช่งานค้างจากทั้งบริษัท เพราะสุดท้าย ระบบบริหารที่ดีไม่ได้ทำให้ CEO รู้ทุกเรื่องมากขึ้น แต่ทำให้องค์กรสามารถขับเคลื่อนได้ดีขึ้น โดยไม่ต้องพึ่ง CEO ในทุกเรื่องเหมือนเดิม

Tags: DecisionBottleneck, DecisionRights, AccountabilityAndAuthority, Delegation, PolicyBasedGovernance, ManagementByException, ApprovalMatrix, AIGovernance, DecisionLeadTime, SuccessionPlanning, OrganizationDesign, ScalingOrganization, ExecutiveProductivity, ExeRoot, SpaceRoot