ลองนึกถึง IDP แบบที่เราเห็นกันบ่อยๆ
“เป้าหมายการพัฒนา: พัฒนาทักษะการสื่อสาร” “แผนการ: เข้าอบรม soft skills ในไตรมาส 2”
ดูโอเค แต่ถามว่า — ทำไมถึงต้องพัฒนาทักษะการสื่อสาร? มาจากข้อมูลไหน? manager เห็นปัญหานี้จากตรงไหน?
ถ้าตอบไม่ได้ พนักงานก็ไม่รู้สึก ownership กับ PDP ของตัวเอง และผู้จัดการก็ไม่มีอะไรจะ follow up ได้จริง
PDP ที่ใช้งานได้จริงต้องมี 3 อย่าง:
1. โยงกับข้อมูลที่วัดได้ ไม่ใช่แค่บอกว่า “KPI ต่ำ” แต่ต้องบอกว่า KPI ไหน ต่ำแค่ไหน และน้ำหนักในการประเมินเท่าไหร่ เช่น “Disbursement within budget framework — 60% achievement (weight 10%) — manager ให้ 3/5 ในขณะที่คุณให้ตัวเอง 5/5” นี่คือข้อมูลที่นำไปสู่การตั้งคำถามและการพัฒนาจริงๆ ได้
2. สะท้อน perspective ของ manager ช่องว่างระหว่าง self score กับ manager score คือสัญญาณสำคัญมาก ถ้าพนักงานให้ตัวเอง 5/5 แต่ manager ให้ 3/5 ติดต่อกันหลาย competency — นั่นคือ blind spot ที่ต้องพูดถึงตรงๆ ไม่ใช่เขียน PDP ที่ทำให้ทุกอย่างดูดีเกินจริง
3. เป้าหมายที่ specific และมีเจ้าของ “เข้าอบรม” ไม่ใช่เป้าหมาย — นั่นคือ activity เป้าหมายที่ดีคือ “จัดทำ weekly budget variance report สำหรับทุก project site ตั้งแต่ไตรมาส 2 โดยมี manager review ทุกเดือน” — มี action ที่ชัด, มีเจ้าของ, และมี timeline
ตัวอย่าง:
พนักงานคนหนึ่งมี KPI score รวม 89% (เหนือ target 80%) แต่เมื่อดูรายตัว พบว่า KPI สองตัวที่มี weight รวมกัน 15% ได้แค่ 60% ทั้งคู่ — และ manager มี feedback เป็นภาษาไทยในระบบว่าต้องการให้ปรับปรุงเรื่องการควบคุมงบประมาณและคุณภาพงานก่อสร้าง
ระบบอ่านข้อมูลทั้งหมดนี้ แล้ว generate เป้าหมายการพัฒนา 3 ข้อที่โยงกับ KPI ที่ต่ำที่สุด, competency gap ที่ชัดเจนที่สุด, และเนื้อหา feedback จริงของ manager — ไม่ใช่ template ทั่วไป
ผลลัพธ์คือ PDP ที่พนักงานเปิดอ่านแล้วรู้ว่า “นี่คือฉัน ไม่ใช่ copy มาจากคนอื่น”