Job Grade ไม่ควรเป็นเพียง “ตารางเงินเดือน” เพราะจริง ๆ แล้วมันคือโครงสร้างที่บอกว่าองค์กรคาดหวังอะไรจากคนในแต่ละระดับ

เวลาพูดถึง Job Grade ในหลายองค์กร ภาพแรกที่คนส่วนใหญ่นึกถึงมักเป็นตารางที่มี Grade เรียงจากระดับต้นไปถึงระดับสูง แล้วด้านข้างมี Salary Range กำกับไว้ว่า Grade นี้ควรได้เงินเดือนขั้นต่ำเท่าไร Midpoint อยู่ตรงไหน และเพดานสูงสุดเท่าไร จากนั้นระบบ Job Grade ก็ถูกใช้งานต่อในเรื่องปรับเงินเดือน การเลื่อนตำแหน่ง การทำ Offer หรือการตอบคำถามว่าพนักงานคนหนึ่งควรอยู่ระดับไหน แนวทางนี้ไม่ได้ผิด เพราะ Compensation เป็นหนึ่งในหน้าที่สำคัญของ Job Grade แต่ผมคิดว่าปัญหาเริ่มเกิดขึ้นเมื่อองค์กรหยุดอยู่ตรงนั้น และทำให้ Job Grade กลายเป็นเพียง “กล่องสำหรับใส่เงินเดือน” ทั้งที่ในความเป็นจริง Grade ควรเป็นหนึ่งในโครงสร้างสำคัญที่เชื่อม Strategy, Organization, Role, Capability, Performance และ Career เข้าด้วยกัน ถ้า Job Grade บอกเราได้เพียงว่า “ตำแหน่งนี้ได้เงินเดือนประมาณเท่าไร” แต่ตอบไม่ได้ว่า “ทำไมตำแหน่งนี้อยู่ Grade นี้” “คนใน Grade นี้ถูกคาดหวังให้ตัดสินใจเรื่องอะไร” “ขอบเขตความรับผิดชอบต่างจาก Grade ก่อนหน้าอย่างไร” หรือ “ถ้าจะขึ้น Grade ถัดไปต้องมีความสามารถอะไรเพิ่มขึ้น” นั่นอาจหมายความว่าองค์กรมี Salary Structure แต่ยังไม่มี Job Architecture ที่แข็งแรงจริง และเมื่อองค์กรโตขึ้น ปัญหานี้จะค่อย ๆ ชัดขึ้นเรื่อย ๆ

ตำแหน่งเหมือนกัน ไม่ได้หมายความว่างานมี “คุณค่าและความซับซ้อน” เท่ากัน

ลองนึกถึงตำแหน่ง Manager สองคนในบริษัทเดียวกัน คนแรกดูแลทีม 5 คน ทำงานตาม Process ที่ค่อนข้างชัด มี Budget จำกัด และเรื่องสำคัญส่วนใหญ่ต้องขออนุมัติจาก Director ขณะที่อีกคนดูแลทีม 40 คน รับผิดชอบหลายประเทศ มี Budget หลายสิบล้านบาท ต้องตัดสินใจเรื่องที่มีผลต่อ Revenue และต้องบริหาร Stakeholder หลายฝ่าย ทั้งสองคนอาจมีคำว่า “Manager” เหมือนกันอยู่ในนามบัตร แต่ Scope, Complexity, Decision Authority และ Business Impact แตกต่างกันมาก ถ้าองค์กรใช้ Job Title เป็นตัวแทนของระดับงานโดยตรง ความไม่สอดคล้องจะเริ่มเกิดขึ้น บางคนมี Title ใหญ่แต่งานจริงไม่ซับซ้อน ขณะที่บางคนถือความรับผิดชอบมหาศาลแต่ Title และ Grade กลับไม่สะท้อนสิ่งที่ทำอยู่ เมื่อเวลาผ่านไป องค์กรจะเริ่มเจอทั้งปัญหา Internal Equity, Career Progression และ Compensation เพราะไม่รู้ว่าควรเปรียบเทียบ “งาน” กันด้วยหลักอะไร นี่คือเหตุผลที่ Job Grade ที่ดีควรถูกออกแบบจาก คุณค่าของงานและระดับความรับผิดชอบ มากกว่าชื่อของตำแหน่ง คำถามจึงไม่ควรมีเพียงว่า “ตำแหน่งนี้ควรได้เงินเดือนเท่าไร” แต่ต้องถามก่อนว่า งานนี้รับผิดชอบผลลัพธ์ระดับไหน แก้ปัญหาซับซ้อนเพียงใด มีอิสระในการตัดสินใจมากแค่ไหน ต้องใช้ความรู้หรือ Capability ระดับใด และถ้าตัดสินใจผิด ผลกระทบต่อธุรกิจมากน้อยเพียงใด เมื่อคำถามเหล่านี้ชัด Salary Range จึงค่อยตามมาในฐานะ “ผลลัพธ์จากการประเมินคุณค่าของงาน” ไม่ใช่กลับด้านให้เงินเดือนเป็นตัวกำหนดคุณค่าของตำแหน่ง

Job Grade ที่ดีควรทำให้คนเห็นว่า “ความคาดหวังเพิ่มขึ้นอย่างไร” ไม่ใช่แค่ “เงินเพิ่มขึ้นเท่าไร”

หนึ่งในปัญหาที่ผมเห็นบ่อยคือ เวลาพนักงานถามว่า “ถ้าจะขึ้น Grade ต้องทำอะไรเพิ่ม?” คำตอบกลับไม่ชัด บางครั้งอธิบายง่าย ๆ ว่าต้องมี Performance ดีต่อเนื่อง ต้องทำงานมาครบจำนวนปี หรือรอให้มีตำแหน่งว่าง ผลที่ตามมาคือพนักงานมอง Career Progression เป็นเรื่องของเวลา และมอง Promotion เป็นรางวัลสำหรับผลงานที่ผ่านมา ทั้งที่ในหลักการ Promotion ควรหมายถึงการที่องค์กรเชื่อว่าคนคนนั้นพร้อมรับ ระดับความรับผิดชอบที่สูงขึ้น คนที่ทำงานใน Grade ปัจจุบันได้ยอดเยี่ยมมาก ไม่ได้แปลว่าเขาพร้อมสำหรับ Grade ถัดไปโดยอัตโนมัติ เพราะ Grade ที่สูงขึ้นไม่ได้หมายถึง “ทำงานเดิมให้เก่งกว่าเดิม” เสมอไป แต่มักหมายถึงการเปลี่ยนลักษณะของงานด้วย เช่น จากคนที่รับผิดชอบ Output ของตัวเอง ไปเป็นคนที่รับผิดชอบ Outcome ของทีม จากคนที่แก้ปัญหาตามกรอบ ไปเป็นคนที่ต้องออกแบบกรอบ จากคนที่ได้รับ Strategy มา Execute ไปเป็นคนที่ต้องช่วยตีความ Strategy และตัดสินใจภายใต้ความไม่แน่นอน ถ้า Job Grade ถูกออกแบบดี คนควรมองเห็นการเปลี่ยนผ่านเหล่านี้ได้ ไม่ใช่มองเห็นเพียงว่า Grade 5 เงินเดือนสูงกว่า Grade 4 เท่าไร

Grade จึงควรเชื่อมกับ “ระดับของงาน” มากกว่าจำนวนปีที่ทำงาน

องค์กรจำนวนไม่น้อยยังมีแนวคิดโดยไม่ตั้งใจว่า ถ้าคนทำงานนานขึ้นก็ต้องขึ้น Grade ไปเรื่อย ๆ ซึ่งฟังดูสมเหตุสมผลในมุม Employee Experience แต่ในระยะยาวสามารถสร้างปัญหาใหญ่ได้ เพราะอายุงานไม่ได้ทำให้ Complexity ของงานเพิ่มขึ้นโดยอัตโนมัติ คนหนึ่งทำงานมา 8 ปี อาจมีประสบการณ์เพิ่มขึ้นจริง แต่ถ้างานที่รับผิดชอบยังมี Scope เดิม Decision Authority เดิม และ Complexity เดิม การเพิ่ม Grade เพียงเพื่อให้สามารถเพิ่มเงินเดือนได้ต่อ อาจค่อย ๆ ทำลายความหมายของ Job Grade สุดท้ายองค์กรจะเริ่มมี Senior Manager ที่ไม่ได้บริหาร Scope ระดับ Senior มี Grade สูงขึ้นเรื่อย ๆ แต่ Job Value ไม่ได้เปลี่ยน และ Salary Structure ก็ต้องขยายตามเพื่อรองรับปัญหาที่เกิดขึ้นจากโครงสร้างเดิม นี่คือสาเหตุที่ Job Grade ต้องแยกออกจาก Seniority ให้ชัด Seniority บอกว่าเรามีประสบการณ์มานานแค่ไหน แต่ Grade ควรบอกว่างานที่เรากำลังรับผิดชอบอยู่มีระดับความซับซ้อนและผลกระทบต่อองค์กรมากเพียงใด สองเรื่องนี้สัมพันธ์กันได้ แต่ไม่ควรถูกมองเป็นเรื่องเดียวกัน

ถ้า Grade เชื่อมกับ Role ไม่ดี Manpower Planning ก็เริ่มผิดตั้งแต่ต้น

Job Grade ไม่ได้มีผลเฉพาะ Compensation และ Career เท่านั้น แต่ยังมีผลโดยตรงกับการวาง Workforce สมมติ Business Unit หนึ่งขอเพิ่มพนักงาน 10 คน ถ้าผู้บริหารเห็นเพียง Headcount ก็อาจมองว่าเป็นเรื่องจำนวนคน แต่คำถามที่สำคัญกว่าคือ คน 10 คนนั้นต้องอยู่ระดับไหน เพราะ Junior 10 คน, Specialist 10 คน และ Senior Manager 10 คน สร้างทั้ง Cost และ Capability ให้กับองค์กรไม่เหมือนกันเลย การวาง Manpower ที่ดีจึงไม่ได้ถามเพียงว่า “ต้องการกี่คน” แต่ต้องถามว่า ต้องการ Role ระดับใด เพื่อรองรับ Capability ที่ Strategy ต้องการ ถ้า Strategy ปีหน้าต้องการขยายไปตลาดใหม่ องค์กรอาจไม่ได้ต้องการ Headcount เพิ่มมากมาย แต่ต้องการคนบาง Role ที่มีระดับการตัดสินใจ ประสบการณ์ และ Capability สูงขึ้น ถ้า Job Grade ถูกออกแบบอย่างมีความหมาย ผู้บริหารจะสามารถมอง Workforce Mix ได้ละเอียดขึ้นว่าโครงสร้างทีมหนักไปทาง Junior หรือ Senior มากเกินไปหรือไม่ มี Manager Layer มากเกินไปหรือไม่ หรือบางหน่วยงานกำลังใช้คนระดับสูงทำงานที่ควรถูกออกแบบให้คนระดับอื่นทำได้ ตรงนี้ทำให้ Job Grade เริ่มเปลี่ยนจากเรื่อง Compensation ไปเป็นเรื่อง Organization Economics เพราะทุก Grade มีทั้ง Cost, Capability และ Expected Contribution ที่แตกต่างกัน

Job Grade ยังควรช่วยตอบว่า “เราจ่ายแพงเพราะคนเก่ง หรือเพราะโครงสร้างงานแพง?”

นี่เป็นคำถามที่น่าสนใจมากเวลาผู้บริหารมอง Payroll สมมติค่าใช้จ่ายบุคลากรของหน่วยงานหนึ่งเพิ่มขึ้น 20% ในสองปี เราอาจรีบสรุปว่าเงินเดือนแพงขึ้น แต่ถ้าเจาะลึกอาจพบว่าปัญหาจริงไม่ใช่อัตราเงินเดือน แต่เป็น Grade Mix เมื่อสองปีก่อนทีมหนึ่งอาจมี Senior 2 คน Junior 8 คน แต่วันนี้กลายเป็น Senior 7 คน Junior 3 คน เพราะทุกครั้งที่คนอยู่ครบระยะเวลา องค์กรใช้ Promotion เป็นเครื่องมือรักษาคน Headcount อาจเท่าเดิม แต่ Workforce Cost เพิ่มขึ้นมาก และที่สำคัญกว่านั้นคือ งานที่ทีมทำอาจไม่ได้เปลี่ยนไปในระดับเดียวกับ Grade ที่เพิ่มขึ้น นี่คือเหตุผลว่าทำไมผู้บริหารไม่ควรมอง Compensation แยกออกจาก Organization Structure คำถามไม่ใช่เพียงว่า “Salary ของคนนี้สูงเกิน Benchmark หรือไม่” แต่ควรถามว่า “เรากำลังใช้ Grade ที่เหมาะกับงานหรือไม่” เพราะถ้าออกแบบงานผิด ต่อให้ Salary ของทุกคนอยู่ใน Range อย่างถูกต้อง Total Workforce Cost ก็ยังสามารถผิดโครงสร้างได้

Career Path ที่ดีต้องตอบให้ได้ว่า คนจะโตด้วย “งานที่ใหญ่ขึ้น” หรือ “ความเชี่ยวชาญที่ลึกขึ้น”

อีกปัญหาหนึ่งที่ Job Grade ควรช่วยแก้คือความเชื่อว่า ถ้าอยากโตต้องเป็น Manager องค์กรจำนวนมากมี Career Ladder ที่ชัดสำหรับสายบริหาร แต่สาย Specialist กลับไม่มีพื้นที่มากนัก คนเก่งด้าน Technical, Data, Finance, Product หรือเรื่องเฉพาะทางจึงต้องกลายเป็น Manager เพื่อให้ได้ Grade และ Compensation ที่สูงขึ้น แม้บางคนไม่ได้อยากบริหารคนและอาจไม่ได้เก่งด้าน People Management ด้วยซ้ำ ผลที่ตามมาคือองค์กรเสีย Specialist ที่เก่งหนึ่งคน และได้ Manager ที่อาจไม่ได้แข็งแรงเพิ่มมาแทน Job Architecture ที่ดีควรรองรับทั้ง Management Track และ Professional/Specialist Track โดยใช้หลักว่า Grade ที่สูงขึ้นสามารถมาจากความรับผิดชอบที่กว้างขึ้น หรือความเชี่ยวชาญที่ลึกและมี Business Impact สูงขึ้นก็ได้ Senior Specialist ที่สามารถแก้ปัญหาซึ่งมีมูลค่าหลายสิบล้านบาท ไม่จำเป็นต้องมีลูกทีม 20 คนจึงจะมี Job Value เทียบเท่ากับ Manager ระดับสูงได้ หาก Grade ถูกออกแบบแบบนี้ Career Conversation ก็จะเปลี่ยนจากคำถามว่า “ปีนี้ได้เลื่อนตำแหน่งไหม” ไปเป็นคำถามที่มีประโยชน์กว่าว่า “ถ้าอยากเติบโตในสายนี้ เราต้องเพิ่ม Scope, Complexity หรือ Capability ด้านไหน?”

Performance ดี ไม่ได้แปลว่าต้อง Promotion เสมอไป

อีกเรื่องที่ต้องแยกให้ชัดคือ Performance กับ Job Grade Performance บอกว่า คนทำงานใน Role ปัจจุบันได้ดีเพียงใด ขณะที่ Job Grade บอกระดับของ Role ที่คนนั้นกำลังรับผิดชอบ คนหนึ่งอาจทำงาน Grade 6 ได้ยอดเยี่ยมมาก มี Performance ระดับสูงสุด แต่ยังไม่พร้อมสำหรับ Grade 7 เพราะงาน Grade 7 อาจต้องใช้ Decision Making, Stakeholder Management หรือ Strategic Thinking ในระดับที่แตกต่างออกไป ในทางกลับกัน คนบางคนอาจมี Capability พร้อมสำหรับ Grade ถัดไปแล้ว แต่ใน Organization Structure ยังไม่มี Role ที่มี Scope เพียงพอให้รับผิดชอบ ถ้าองค์กรเอา Performance กับ Promotion มาผูกกันตรงเกินไป Manager จะเริ่มใช้ Promotion เป็น Reward และ Grade จะค่อย ๆ สูญเสียความหมายทาง Organization Design คนที่ทำผลงานดีควรได้รับ Recognition และ Reward ได้ แต่การขึ้น Grade ควรเกิดเมื่อ ระดับของงานและความพร้อมของคนมาบรรจบกัน ตรงนี้คือเหตุผลที่ Compensation, Performance และ Career ต้องเชื่อมกัน แต่ไม่ควรถูกหลอมเป็นเรื่องเดียวกันทั้งหมด

Job Grade ที่ชัดทำให้ Succession Planning จริงขึ้นด้วย

ลองถามว่า หาก Director คนหนึ่งลาออก เราควรหาใครขึ้นแทน ถ้าไม่มี Job Architecture ชัด คำตอบมักเริ่มจากชื่อคน เช่น “คนนี้เก่งดี น่าจะขึ้นได้” แต่ถ้า Grade และ Role Expectation ถูกกำหนดไว้อย่างมีระบบ เราจะสามารถถามได้ละเอียดกว่านั้นว่า Role ระดับนี้ต้องบริหาร Scope แบบไหน ต้องตัดสินใจเรื่องระดับใด ต้องมี Capability อะไร และ Candidate คนใดมี Gap อยู่ตรงไหน Succession Planning จึงเปลี่ยนจากการหา “คนเก่ง” ไปสู่การหา คนที่พร้อมสำหรับระดับความรับผิดชอบนั้นจริง ๆ และเมื่อ Capability ถูกเชื่อมกับ Grade อย่างถูกต้อง องค์กรยังสามารถเห็นได้ก่อนเกิด Vacancy ว่า Critical Role ใดมี Successor พร้อมแล้ว Role ใดยังไม่มีคนใกล้เคียง และ Capability ไหนควรถูกพัฒนาก่อนที่ตำแหน่งจะว่าง นี่ทำให้ Job Grade มีบทบาทกับ Business Continuity มากกว่าที่ตารางเงินเดือนสามารถอธิบายได้

แล้ว Job Grade ควรถูกออกแบบจากอะไร?

ผมคิดว่าหลักสำคัญไม่ใช่จำนวน Factor ว่าต้องมี 5 ตัว 8 ตัว หรือ 10 ตัว แต่ต้องทำให้ Grade สะท้อน “ระดับของ Contribution” ได้จริง องค์กรอาจพิจารณาหลายมิติร่วมกัน เช่น Scope ของงาน ระดับการตัดสินใจ ความซับซ้อนของปัญหา ผลกระทบต่อ Business ความรู้และ Capability ที่ต้องใช้ ระดับ Stakeholder ที่ต้องบริหาร และ Accountability ต่อผลลัพธ์ สิ่งสำคัญคือแต่ละ Grade ต้องมีความแตกต่างที่อธิบายได้ ไม่ใช่เพียงตัวเลขที่เรียงต่อกัน ถ้า Grade 7 กับ Grade 8 แตกต่างกันจริง องค์กรควรตอบได้ว่า “ความรับผิดชอบเปลี่ยนตรงไหน” โดยไม่ต้องเปิด Salary Table ดูก่อน เพราะถ้าเราอธิบายความต่างของ Grade ได้เพียงว่า “Grade 8 เงินเดือนสูงกว่า” ก็แปลว่าระบบยังไม่ได้ทำหน้าที่เป็น Job Architecture อย่างแท้จริง

ในมุมของ ExeRoot ผมคิดว่า Job Grade ต้องอยู่ตรงกลางระหว่าง Strategy กับ People ไม่ใช่อยู่ในเมนูเงินเดือนอย่างเดียว

ถ้ามององค์กรเป็นระบบ การเชื่อมโยงที่ควรเกิดขึ้นไม่ใช่ Salary → Grade → Employee เพียงเท่านั้น แต่ควรเริ่มจาก Strategy → Organization → Position → Job Grade → Workforce Requirement → Capability → Performance → Career & Succession → Workforce Cost → Executive Decision Strategy บอกว่าองค์กรต้องสร้าง Capability อะไร Organization Design กำหนดว่าต้องมี Role ใด Role แต่ละตัวมี Scope และ Accountability ระดับไหนจึงกำหนด Grade จากนั้น Grade จึงไปเชื่อมกับ Capability, Career, Compensation และ Workforce Planning อีกที เมื่อข้อมูลเหล่านี้เชื่อมกัน ผู้บริหารจะเริ่มถามคำถามที่ลึกกว่าการดู Salary Range เช่น วันนี้เรามี Senior Role มากเกินไปหรือไม่ Critical Position ของเรากระจุกอยู่ที่ Grade ใด เรามี Successor สำหรับตำแหน่งระดับสำคัญแค่ไหน Workforce Cost ที่เพิ่มขึ้นเกิดจาก Salary Inflation หรือเกิดจาก Grade Mix เปลี่ยน และ Capability ที่ Strategy ต้องการในอีกสองปีมีอยู่ใน Grade และ Role ปัจจุบันมากพอหรือยัง นี่คือจุดที่ Job Grade เปลี่ยนจากข้อมูลในฝ่าย People ไปเป็น Executive Management Data เพราะสุดท้าย Job Grade ไม่ได้มีหน้าที่บอกว่า “ใครควรได้เงินเดือนเท่าไร” อย่างเดียว มันควรช่วยให้องค์กรตอบได้ด้วยว่า งานระดับนี้มีคุณค่าอย่างไร คนในระดับนี้ถูกคาดหวังให้สร้าง Contribution แบบไหน Career สามารถเติบโตไปทางใด Capability อะไรต้องเพิ่ม และโครงสร้าง Workforce ที่เรามีอยู่กำลังเหมาะกับ Strategy หรือไม่ ถ้า Job Grade ถูกใช้เพียงเพื่อกำหนด Minimum, Midpoint และ Maximum ของเงินเดือน เรากำลังใช้เครื่องมือที่มีศักยภาพมากเพียงส่วนเล็ก ๆ แต่ถ้าออกแบบให้มันเชื่อมกับ Job Architecture, Capability, Performance, Career, Succession และ Workforce Planning ได้ Job Grade จะกลายเป็นภาษากลางที่ทำให้คนและองค์กรเข้าใจตรงกันว่า “ระดับที่สูงขึ้นไม่ได้หมายถึงแค่เงินเดือนที่มากขึ้น แต่หมายถึงระดับของความรับผิดชอบ ความซับซ้อน และผลกระทบต่อธุรกิจที่มากขึ้นด้วย” ดังนั้นก่อนจะถามว่า “Salary Range ของ Grade นี้ควรอยู่ที่เท่าไร?” ผมคิดว่าองค์กรควรถามอีกคำถามหนึ่งก่อนเสมอว่า “เราอธิบายได้ชัดหรือยังว่า คนที่อยู่ Grade นี้ต้องสร้างคุณค่าอะไรให้กับองค์กร และอะไรคือความแตกต่างที่แท้จริงระหว่างเขากับ Grade ก่อนหน้าและ Grade ถัดไป?” ถ้าคำตอบยังไม่ชัด ปัญหาอาจไม่ได้อยู่ที่ตารางเงินเดือนเลย แต่อาจอยู่ที่องค์กรยังไม่ได้ออกแบบ Job Architecture ที่เชื่อม Strategy, Organization และ People เข้าหากันอย่างแท้จริง

Tags: JobGrade, JobArchitecture, JobEvaluation, SalaryStructure, InternalEquity, CareerPath, DualCareerLadder, PromotionDecision, GradeMix, WorkforceCost, WorkforcePlanning, SuccessionPlanning, OrganizationDesign, ExeRoot, SpaceRoot