TSCWORLD AI AI-Powered Enterprise OS

ทรัพยากรคนและการจัดสรร

194

ทีมโครงการ 42 คน — แผนเดือนหน้าต้องการ 52.4 คน ทุกโครงการเป็นไปได้เมื่อดูแยก แต่รวมกันเกิน 24.8%

โมดูล 19บริหารโครงการ 11
Live
ความต้องการคนเดือนหน้า
0%
ขาด 10.4 คน
ต้องการ 52.4 คน จากที่มี 42 คน
คนที่ถูกจัดสรรเกิน 100%
0คน
จาก 42 คน
26.2% ของทีม · สูงสุด 168%
คอขวดที่แท้จริง
0ตำแหน่ง
จ้างทั่วไปแก้ไม่ได้
วิศวกรระบบไฟฟ้า ถูกต้องการใน 9 โครงการ
ผลิตภาพเมื่อใช้ตัวหารที่ถูก
0%
ครอบคลุม 58.4%
ที่รายงานอยู่ 94.0% ใช้เวลาที่กรอกเอง
ทีมโครงการทั้งหมด
0คน
ไม่รวมผู้รับเหมา
กระจายใน 18 โครงการที่กำลังดำเนินการ
เดือนที่ความต้องการสูงสุด
02569
สูงกว่าเดือนหน้าอีก
ต้องการ 58.2 คน = 138.6% ของกำลัง

แผนที่เป็นไปได้ทีละแผน แต่รวมกันเป็นไปไม่ได้ ไม่เคยมีหน้าจอไหนรวม 18 แผนเข้าด้วยกัน

เห็นได้ที่หน้านี้เท่านั้น
มุมมองความต้องการคนกำลังที่มีสัดส่วนผลที่อ่านได้
โครงการที่ต้องการคนมากที่สุด เมื่อดูแยก8.4 คน42 คน20.0%เป็นไปได้
โครงการที่ต้องการคนรองลงมา เมื่อดูแยก6.8 คน42 คน16.2%เป็นไปได้
อีก 16 โครงการ เมื่อดูแยกทีละโครงการ%37.2 คน%42 คน%—เป็นไปได้ทุกโครงการ
รวมทั้ง 18 โครงการในเดือนเดียวกัน52.4 คน42 คน124.8%เป็นไปไม่ได้

8.4 + 6.8 + 37.2 = 52.4 คน-เดือน · 52.4 ÷ 42 = 124.8% · ส่วนที่ขาด 52.4 − 42 = 10.4 คน-เดือน · ไม่มีโครงการใดเมื่อดูแยกที่ขอเกินกำลังทั้งหมด โครงการที่ขอมากที่สุดขอเพียง 20.0%

ความขัดแย้งนี้เกิดขึ้นเพราะไม่มีใครผิด — ผู้จัดการแต่ละโครงการวางแผนโดยดูว่าโครงการของตนต้องการอะไร และคำตอบที่ได้ก็สมเหตุสมผลทุกโครงการ · สิ่งที่ขาดคือหน้าจอที่รวมทั้ง 18 แผนเข้าด้วยกันตามช่วงเวลา ซึ่งไม่เคยมีมาก่อน ผู้จัดการโครงการจึงไม่เคยรู้ว่ากำลังขอคนคนเดียวกันกับอีกห้าโครงการในเดือนเดียวกัน · ผลที่เกิดจริงคือแผนทุกแผนช้าลงพร้อมกันโดยไม่มีใครรู้สาเหตุ เพราะคนที่ถูกจัดสรรเกินจะทำงานให้โครงการที่เร่งที่สุดก่อน แล้วโครงการที่เหลือก็รอ · นี่คือคำอธิบายส่วนหนึ่งของดัชนีตารางเวลา 0.861 ในหน้า 193 ซึ่งเดิมถูกอ่านว่าเป็นเรื่องของแต่ละโครงการ · การแก้ไม่ใช่การบังคับให้ทุกโครงการลดคำขอลงตามสัดส่วน เพราะบางโครงการมีกำหนดที่เลื่อนไม่ได้จริง ๆ · สิ่งที่ระบบทำได้คือแสดงความขัดแย้งตั้งแต่ตอนวางแผน ไม่ใช่ตอนที่งานเริ่มช้าแล้ว ส่วนการตัดสินว่าโครงการไหนได้คนก่อนเป็นเรื่องของคณะกรรมการโครงการ

คอขวดที่ตัวเลขรวมมองไม่เห็น จ้างเพิ่ม 11 คนทั่วไปแก้ไม่ได้

ตำแหน่งมีอยู่โครงการที่ต้องการความต้องการรวมสัดส่วนหาคนทดแทนได้หรือไม่
วิศวกรระบบไฟฟ้า396.8 คน226.7%ต้องมีใบอนุญาต
วิศวกรระบบควบคุมอัตโนมัติ477.2 คน180.0%หายากในตลาด
ผู้จัดการโครงการ6188.4 คน140.0%อบรมได้แต่ใช้เวลา
วิศวกรโยธา787.6 คน108.6%จ้างชั่วคราวได้
นักวิเคราะห์ระบบ968.2 คน91.1%พอ
ตำแหน่งอื่นรวม%13%—%14.2 คน%109.2%ผสม
รวม4252.4 คน124.8%

3 + 4 + 6 + 7 + 9 + 13 = 42 คน ✓ · 6.8 + 7.2 + 8.4 + 7.6 + 8.2 + 14.2 = 52.4 คน ✓ · วิศวกรระบบไฟฟ้า 6.8 ÷ 3 = 226.7% ซึ่งสูงกว่าค่าเฉลี่ยรวม 124.8% เกือบสองเท่า

ตัวเลขรวม 124.8% ชวนให้สรุปว่าขาดคน 10.4 คน และแก้ได้ด้วยการจ้างเพิ่ม ซึ่งไม่จริง — เพราะตำแหน่งที่ขาดหนักที่สุดคือวิศวกรระบบไฟฟ้าที่ 226.7% และวิศวกรระบบควบคุมที่ 180.0% · วิศวกรระบบไฟฟ้าต้องมีใบอนุญาตประกอบวิชาชีพจึงจะลงนามรับรองงานได้ ทดแทนด้วยคนทั่วไปไม่ได้แม้จะมีความรู้ · ขณะที่นักวิเคราะห์ระบบอยู่ที่ 91.1% ซึ่งยังมีที่ว่าง การจ้างเพิ่มในตำแหน่งที่หาคนง่ายจะทำให้ตัวเลขรวมดูดีขึ้นโดยไม่แก้ปัญหาอะไรเลย · ทางเลือกจริงมีสามทางคือ จ้างวิศวกรระบบไฟฟ้าเพิ่มซึ่งใช้เวลาหาอย่างน้อยหกเดือน จ้างงานส่วนนั้นให้ผู้รับเหมาที่มีวิศวกรของตัวเอง หรือเลื่อนโครงการที่ต้องใช้ตำแหน่งนี้ออกไป · ทางที่สองมีค่าใช้จ่ายสูงกว่าแต่ทำได้ทันที ส่วนทางที่สามไม่มีค่าใช้จ่ายแต่กระทบวันส่งมอบ ทั้งสามทางเป็นการตัดสินใจของคณะกรรมการโครงการ ระบบคำนวณผลของแต่ละทางให้ครบเท่านั้น

ผลิตภาพที่ใช้ตัวหารผิด 94.0% กับ 54.9% ต่างกันที่ตัวหาร

วิธีคิดตัวเศษตัวหารผลลัพธ์ตัวหารมาจากไหน
ที่รายงานอยู่เวลาที่ทำงานโครงการเวลาที่บันทึกในระบบ94.0%พนักงานกรอกเอง
เมื่อใช้เวลาที่มีจริงเวลาที่ทำงานโครงการเวลาทำงานทั้งหมด54.9%ชั่วโมงทำงานตามสัญญาจ้าง
ความครอบคลุมของใบบันทึกเวลาเวลาที่บันทึกเวลาทำงานทั้งหมด58.4%ตรงกับหน้า 193

94.0% × 58.4% = 54.9% ✓ · ความครอบคลุมของใบบันทึกเวลา 58.4% ✓ ตรงกับตัวเลขที่ใช้คำนวณค่าคนภายในในหน้า 193 · เวลาที่ไม่ถูกบันทึกคิดเป็น 41.6% ของเวลาทำงานทั้งหมด

ผลิตภาพ 94.0% เป็นตัวเลขที่ถูกต้องตามนิยามของมัน คือจากเวลาที่บันทึก 94.0% เป็นงานโครงการ — ซึ่งไม่น่าแปลกใจ เพราะคนมักบันทึกเฉพาะเวลาที่ทำงานโครงการอยู่แล้ว · ตัวเลขนี้จึงเกือบจะเป็นจริงโดยนิยาม และไม่บอกอะไรเลยเกี่ยวกับการใช้เวลาของทีม · เวลาที่หายไป 41.6% ไม่ได้แปลว่าคนไม่ทำงาน ส่วนใหญ่เป็นการประชุม การตอบเรื่องที่ไม่ผูกกับโครงการใด การอบรม และงานธุรการ ซึ่งเป็นงานจริงทั้งหมด · ปัญหาคือเมื่อวางแผนโครงการ ระบบใช้สมมติฐานว่าคนหนึ่งคนให้เวลาโครงการได้เต็มเวลาทำงาน ซึ่งสูงกว่าความจริงเกือบสองเท่า และเป็นสาเหตุที่แผนดูเป็นไปได้ตอนวางแต่ทำไม่ทันตอนจริง · ถ้าใช้ 58.4% เป็นสมมติฐานในการวางแผน ความต้องการคนเดือนหน้าจะไม่ใช่ 52.4 คน แต่เป็น 89.7 คน ซึ่งเป็นตัวเลขที่บอกขนาดของปัญหาได้ตรงกว่า · ระบบจึงแสดงทั้งสองสมมติฐาน และระบุว่าตัวไหนใช้ในการวางแผนอยู่

ความต้องการคนรายเดือน กราฟที่แสดงว่าปัญหาจะหนักขึ้นก่อนจะเบาลง

6553.842.531.320 มิ.ย.ก.ค.ส.ค.ก.ย.ต.ค.พ.ย.
เดือนความต้องการกำลังที่มีสัดส่วนสถานะ
มิถุนายน 256952.4 คน42 คน124.8%เกินกำลัง
กรกฎาคม 256958.2 คน42 คน138.6%สูงสุดของปี
สิงหาคม 256954.6 คน42 คน130.0%เกินกำลัง
กันยายน 256946.8 คน42 คน111.4%ยังเกิน
ตุลาคม 256938.4 คน42 คน91.4%พอ
พฤศจิกายน 256932.6 คน42 คน77.6%เหลือ

เดือนที่ต้องการสูงสุดคือกรกฎาคม 58.2 ÷ 42 = 138.6% · ขาด 16.2 คน-เดือน · สี่เดือนแรกเกินกำลังต่อเนื่อง ส่วนสองเดือนหลังเหลือกำลัง 13.0 คน-เดือน รวมกัน · เส้นประคือกำลังที่มี 42 คน

รูปแบบนี้เป็นสิ่งที่เห็นได้ก็ต่อเมื่อดูรายเดือน ไม่ใช่ดูยอดรวมทั้งปี — เมื่อดูทั้งปี ความต้องการรวมกับกำลังที่มีใกล้เคียงกัน ทำให้ดูเหมือนไม่มีปัญหา · ปัญหาที่แท้จริงคือการกระจุกตัวในสี่เดือน แล้วเหลือกำลังในสองเดือนถัดมา ซึ่งเป็นปัญหาที่แก้ด้วยการเลื่อนงานได้ ไม่ต้องจ้างคนเพิ่ม · ถ้าเลื่อนงานบางส่วนจากกรกฎาคมไปตุลาคมและพฤศจิกายน ทั้งหกเดือนจะอยู่ในกำลังที่มี แต่การเลื่อนกระทบวันส่งมอบของโครงการนั้น ซึ่งต้องดูว่าเลื่อนได้หรือไม่ · งานที่เลื่อนได้ง่ายที่สุดคืองานที่ไม่อยู่บนเส้นทางวิกฤต ซึ่งหน้า 192 คำนวณไว้แล้วว่ามีเวลาสำรองเฉลี่ย 12.4 วัน · แต่ห้าโครงการที่หน้า 192 พบว่าไม่มีเวลาสำรองเลย จะเลื่อนไม่ได้เลย และห้าโครงการนั้นใช้คนรวมกัน 22.6 คน-เดือนในกรกฎาคม · การแก้ปัญหาการจัดสรรคนจึงต้องดูแผนงานพร้อมกัน ไม่ใช่ดูแยก ซึ่งเป็นสิ่งที่หน้านี้กับหน้า 192 ทำร่วมกัน

การใช้ข้อมูลการจัดสรรและใบบันทึกเวลา สิ่งที่ระบบตั้งใจไม่ทำ

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

ข้อมูลการจัดสรรงานและใบบันทึกเวลาเป็นข้อมูลส่วนบุคคลของลูกจ้างตาม พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล 2562 — เก็บได้เพราะจำเป็นต่อการบริหารงานตามสัญญาจ้าง แต่การนำไปใช้เพื่อวัตถุประสงค์อื่นเช่นการประเมินผลหรือการพิจารณาค่าตอบแทน ต้องมีฐานทางกฎหมายและต้องแจ้งล่วงหน้า · การจัดอันดับพนักงานด้วยจำนวนชั่วโมงที่บันทึกเป็นการวัดที่ผิดตั้งแต่ต้น เพราะคนที่บันทึกครบไม่ได้ทำงานมากกว่าคนที่ลืมบันทึก และเมื่อรู้ว่าถูกวัด ทุกคนจะบันทึกให้ดูดี ซึ่งทำให้ข้อมูลที่ใช้วางแผนเสียไปด้วย · ระบบจึงปิดการใช้งานลักษณะนี้ไว้ทั้งหมด ไม่ใช่แค่ขึ้นคำเตือน · ชื่อพนักงานแสดงเป็นรหัสและตำแหน่งในทุกหน้าจอที่คนนอกสายบังคับบัญชาเข้าถึงได้ เพราะการวางแผนงานต้องรู้ว่ามีคนตำแหน่งไหนกี่คน ไม่จำเป็นต้องรู้ว่าเป็นใคร · เรื่องที่ยังไม่เชื่อมคือข้อมูลวันลาจากโมดูล 06 ซึ่งทำให้แผนปัจจุบันนับคนที่ลาพักร้อนเป็นกำลังที่มีอยู่ ซึ่งทำให้ความต้องการ 124.8% ยังต่ำกว่าความจริงอีก

Data Security: AES-256 Encryption AI Model: TSC Project Resource AI v1.0 (ต้นแบบ — ยังไม่ผูกผู้ให้บริการโมเดลจริง) Last Update: 31 พ.ค. 2569 10:24:36 กระทบยอดกับ: การเงิน · บัญชี · สินทรัพย์ System Status: ปกติ

ต้นแบบ — ข้อมูลตัวอย่าง · แผนของแต่ละโครงการเป็นไปได้เมื่อดูทีละโครงการ แต่เมื่อรวม 18 แผนเข้าด้วยกัน เดือนหน้าต้องการ 52.4 คนจากที่มี 42 คน เกินกำลัง 24.8% และมี 11 คนถูกจัดสรรเกิน 100% โดยคนหนึ่งอยู่ที่ 168% · ผลิตภาพของทีม 94.0% ใช้เวลาที่พนักงานกรอกเองเป็นตัวหาร ซึ่งครอบคลุมเวลาจริงเพียง 58.4% ถ้าใช้เวลาที่มีทั้งหมดเป็นตัวหารจะได้ 54.9% · การมองที่ตัวเลขรวม 124.8% ทำให้คิดว่าจ้างเพิ่ม 11 คนก็พอ แต่คอขวดจริงคือวิศวกรระบบไฟฟ้าที่มี 3 คนแต่ถูกต้องการใน 9 โครงการ · ระบบไม่จัดอันดับพนักงานด้วยจำนวนชั่วโมงที่บันทึก และข้อมูลการจัดสรรใช้เพื่อวางแผนงาน ไม่ใช่เพื่อประเมินผลรายบุคคล