TSCWORLD AI AI-Powered Enterprise OS

ความเสี่ยงและปัญหาโครงการ

195

ทะเบียนความเสี่ยง 186 รายการ — แต่จาก 74 ปัญหาที่เกิดจริง มีเพียง 18 ที่เคยอยู่ในทะเบียน

โมดูล 19บริหารโครงการ 11
Live
ปัญหาที่เคยอยู่ในทะเบียน
0%
อีก 56 ไม่เคยเขียนถึง
18 จาก 74 ปัญหาที่เกิดจริง
ความเสี่ยงในทะเบียน
0รายการ
9.7% เกิดจริง
เปิดอยู่ 106 · ปิดแล้ว 80
เงินสำรองที่ขาด
0ล้านบาท
ครอบคลุม 22.6%
มี ฿64.20M ต้องรองรับ ฿284.60M
ปัญหาที่เกิดขึ้นจริงปีนี้
0รายการ
32.4%
ผู้รับเหมาและผู้ขายเป็นสาเหตุอันดับหนึ่ง
ความเสี่ยงที่ปิดโดยไม่ได้ทำอะไร
0รายการ
ไม่ใช่จัดการแล้ว
15.1% ของทะเบียน · ปิดเพราะหมดเวลา
ปัญหาที่หน้า 194 ทำนายได้
0รายการ
ไม่มีใครดู
ทรัพยากรคนไม่พอ · คำนวณล่วงหน้าได้

ทะเบียนความเสี่ยงทำนายได้แค่ไหน วัดจากปัญหาที่เกิดจริง ไม่ใช่จากจำนวนรายการที่เขียน

ตัวชี้วัดที่ไม่เคยมีมาก่อน
มุมมองจำนวนสัดส่วนสิ่งที่บอก
ปัญหาที่เกิดจริงและเคยอยู่ในทะเบียน1824.3% ของปัญหาทะเบียนทำนายถูก
ปัญหาที่เกิดจริงแต่ไม่เคยอยู่ในทะเบียน5675.7% ของปัญหาทะเบียนมองไม่เห็น
ความเสี่ยงในทะเบียนที่เกิดจริง189.7% ของทะเบียนส่วนใหญ่ไม่เกิด ซึ่งเป็นเรื่องปกติ
ความเสี่ยงในทะเบียนที่ยังไม่เกิด16890.3% ของทะเบียนรวมที่จัดการแล้วและที่ปิดไปเฉย ๆ

18 + 56 = 74 ปัญหาที่เกิดจริง ✓ · 18 ÷ 74 = 24.3% · 18 ÷ 186 = 9.7% ของทะเบียน · ตัวเลขสองตัวนี้ตอบคนละคำถาม ตัวแรกถามว่าทะเบียนครอบคลุมแค่ไหน ตัวหลังถามว่าสิ่งที่เขียนไว้เกิดบ่อยแค่ไหน

ตัวเลขที่สำคัญคือ 24.3% ไม่ใช่ 9.7% — การที่ความเสี่ยงส่วนใหญ่ในทะเบียนไม่เกิดขึ้นเป็นเรื่องปกติและอาจเป็นเพราะจัดการได้ทัน แต่การที่ปัญหาสามในสี่โผล่มาโดยไม่เคยมีใครเขียนถึงเป็นเรื่องที่ต้องแก้ · ทะเบียนความเสี่ยงส่วนใหญ่เขียนตอนเริ่มโครงการแล้วไม่ถูกทบทวนอีก จากทั้ง 186 รายการ มี 142 รายการที่ถูกเขียนในเดือนแรกของโครงการและไม่เคยแก้ไขเลย · ผลคือทะเบียนสะท้อนความกังวลของทีมในวันแรก ไม่ใช่ความเสี่ยงที่มีอยู่จริงในวันนี้ · สิ่งที่ทำได้ทันทีคือให้ระบบเพิ่มความเสี่ยงเข้าทะเบียนอัตโนมัติเมื่อมีเงื่อนไขที่รู้ล่วงหน้าได้ เช่นเมื่อหน้า 194 พบว่าเดือนหน้าคนเกิน 100% หรือเมื่อหน้า 192 พบว่าเวลาสำรองเหลือน้อยกว่า 5 วัน · เงื่อนไขสองข้อนี้อย่างเดียวจะครอบคลุมปัญหา 14 รายการเรื่องคนและอีกส่วนหนึ่งของปัญหาเรื่องกำหนดเวลา ซึ่งจะดัน 24.3% ขึ้นได้โดยไม่ต้องพึ่งการเดาของใคร · ระบบวัดตัวเลขนี้ทุกไตรมาสและแสดงไว้เป็นตัวชี้วัดของทะเบียนเอง ไม่ใช่วัดว่าเขียนไปกี่รายการ

ปัญหาที่เกิดจริง 74 รายการ แยกตามสาเหตุ

74 ปัญหาที่เกิดจริง
  • ผู้รับเหมาและผู้ขาย24 (32.4%)
  • ขอบเขตเปลี่ยนระหว่างทาง18 (24.3%)
  • ทรัพยากรคนไม่พอ14 (18.9%)
  • เทคนิคและการออกแบบ11 (14.9%)
  • หน่วยงานภายนอกและใบอนุญาต7 (9.5%)

24 + 18 + 14 + 11 + 7 = 74 รายการ ✓ · 32.4 + 24.3 + 18.9 + 14.9 + 9.5 = 100.0%

สามสาเหตุแรกคิดเป็น 75.6% ของปัญหาทั้งหมด และทั้งสามเป็นเรื่องที่รู้ล่วงหน้าได้ในระดับที่ต่างกัน · ทรัพยากรคนไม่พอ 14 รายการเป็นกลุ่มที่ทำนายได้แม่นที่สุด เพราะหน้า 194 คำนวณความขัดแย้งได้ตั้งแต่ตอนวางแผน ปัญหาคือไม่มีใครดูตัวเลขนั้นก่อนอนุมัติแผน · ขอบเขตเปลี่ยนระหว่างทาง 18 รายการไม่ใช่ความเสี่ยงในความหมายปกติ เพราะเป็นสิ่งที่บริษัทเลือกทำเอง การนับเป็นปัญหาโครงการทำให้ดูเหมือนเป็นเคราะห์ร้าย ทั้งที่เป็นการตัดสินใจที่มีคนอนุมัติ · ระบบจึงแยกการเปลี่ยนขอบเขตออกจากปัญหา และบันทึกเป็นการเปลี่ยนแปลงที่มีผู้อนุมัติแทน ซึ่งจะทำให้ตัวเลขปัญหาลดจาก 74 เหลือ 56 รายการ และเห็นชัดขึ้นว่าปัญหาจริงมาจากไหน · ผู้รับเหมาและผู้ขาย 24 รายการเป็นกลุ่มใหญ่ที่สุดและเชื่อมกับโมดูล 08 จัดซื้อจัดจ้างโดยตรง ซึ่งมีข้อมูลประวัติผู้รับเหมาอยู่แล้วแต่ยังไม่ถูกใช้ตอนเลือกผู้รับเหมาของโครงการ

เงินสำรองที่รองรับไม่พอ ฿64.20M ต่อมูลค่าความเสี่ยง ฿284.60M

รายการจำนวนสัดส่วนที่มา
มูลค่าถ้าความเสี่ยงที่เปิดอยู่เกิดทั้งหมด฿1,142.40M88.9% ของงบ106 รายการที่ยังเปิด
ถ่วงน้ำหนักด้วยความน่าจะเป็น฿284.60M22.2% ของงบความน่าจะเป็นเฉลี่ย 24.9%
เงินสำรองโครงการที่มีอยู่฿64.20M5.0% ของงบตั้งไว้ตอนอนุมัติโครงการ
ส่วนที่ขาด฿220.40M17.2% ของงบ284.60 − 64.20

284.60 ÷ 1,142.40 = 24.9% ความน่าจะเป็นเฉลี่ยถ่วงน้ำหนัก · 64.20 ÷ 284.60 = 22.6% ครอบคลุม · 284.60 − 64.20 = ฿220.40M ที่ขาด · เงินสำรอง 64.20 ÷ 1,284.60 = 5.0% ของงบโครงการ

เงินสำรอง 5.0% ของงบเป็นตัวเลขที่ตั้งไว้ตามธรรมเนียม ไม่ได้คำนวณจากความเสี่ยงที่ประเมินไว้จริง — ถ้าคำนวณจากมูลค่าถ่วงน้ำหนัก ควรอยู่ที่ 22.2% ของงบ · แต่การตั้งสำรอง 22.2% จะทำให้โครงการหลายโครงการมีผลตอบแทนไม่ผ่านเกณฑ์ตั้งแต่ตอนขออนุมัติ ซึ่งอาจเป็นข้อสรุปที่ถูกต้อง คือโครงการเหล่านั้นเสี่ยงเกินกว่าที่ควรทำ · อีกความเป็นไปได้คือความน่าจะเป็นที่ทีมประเมินไว้สูงเกินจริง ซึ่งเป็นแนวโน้มปกติเพราะการประเมินสูงไว้ก่อนไม่มีใครว่า แต่การประเมินต่ำแล้วเกิดจริงจะถูกตำหนิ · วิธีตรวจคือเทียบความน่าจะเป็นที่ประเมินกับอัตราการเกิดจริง ซึ่งอยู่ที่ 9.7% ต่ำกว่าความน่าจะเป็นเฉลี่ยที่ประเมินไว้ 24.9% อย่างมาก · ถ้าใช้อัตราที่เกิดจริง 9.7% แทน มูลค่าถ่วงน้ำหนักจะเป็น ฿110.81M และเงินสำรอง ฿64.20M จะครอบคลุม 57.9% ซึ่งยังไม่พอแต่ห่างจากเดิมมาก · ระบบแสดงทั้งสองตัวเลขและระบุว่าตัวไหนใช้สมมติฐานอะไร ไม่เลือกให้

สถานะของความเสี่ยงในทะเบียน 186 รายการ · สองสถานะที่เคยถูกนับรวมกัน

สถานะรายการสัดส่วนควรนับเป็นความสำเร็จหรือไม่สิ่งที่เกิดขึ้นจริง
เปิดและมีแผนจัดการ6233.3%ยังไม่จบกำลังดำเนินการ
เปิดแต่ยังไม่มีแผน4423.7%ไม่เขียนไว้แล้วปล่อยไว้
ปิดเพราะจัดการเสร็จแล้ว3418.3%ใช่ทำแล้วความเสี่ยงหมดไป
ปิดเพราะเกิดขึ้นจริงแล้ว189.7%ไม่กลายเป็นปัญหาไปแล้ว
ปิดเพราะหมดเวลาโดยไม่ได้ทำ2815.1%ไม่ช่วงเวลานั้นผ่านไปเอง
รวม186100.1%

62 + 44 + 34 + 18 + 28 = 186 รายการ ✓ · สัดส่วนรวม 100.1% จากการปัดทศนิยม (ค่าจริง 33.33 + 23.66 + 18.28 + 9.68 + 15.05 = 100.00) · ความเสี่ยงที่ปิดแล้วทั้งหมด 34 + 18 + 28 = 80 รายการ แต่มีเพียง 34 ที่ปิดเพราะจัดการได้

ระบบเดิมรายงานว่าปิดความเสี่ยงได้ 80 รายการจาก 186 หรือ 43.0% ซึ่งเป็นตัวเลขที่ฟังดูดี — แต่ในนั้นมี 18 รายการที่ปิดเพราะเกิดขึ้นจริงกลายเป็นปัญหาไปแล้ว และอีก 28 รายการที่ปิดเพราะช่วงเวลานั้นผ่านไปเองโดยไม่มีใครทำอะไร · ที่ปิดเพราะจัดการได้จริงมีเพียง 34 รายการหรือ 18.3% · การนับสามสถานะนี้รวมกันทำให้ตัวชี้วัดการจัดการความเสี่ยงไม่มีความหมาย เพราะวิธีที่ง่ายที่สุดในการปิดความเสี่ยงคือรอให้ช่วงเวลาผ่านไป · 44 รายการที่เปิดแต่ยังไม่มีแผนจัดการเป็นกลุ่มที่ควรกังวลที่สุด เพราะเป็นความเสี่ยงที่มีคนเห็นแล้วแต่ไม่มีใครรับผิดชอบ และจะกลายเป็นกลุ่มที่ปิดเพราะหมดเวลาในที่สุด · ระบบจึงแยกทั้งห้าสถานะและไม่แสดงตัวเลขปิดรวม พร้อมเตือนเมื่อความเสี่ยงเปิดเกิน 30 วันโดยยังไม่มีผู้รับผิดชอบ

ความเสี่ยงโครงการกับทะเบียนความเสี่ยงองค์กร ยังไม่เชื่อมกัน

ความเสี่ยงโครงการยังไม่อยู่ในทะเบียนองค์กรโมดูล 21 ไม่เห็นความเสี่ยง 106 รายการที่ยังเปิดอยู่ ยังไม่เชื่อม
เงินสำรองที่ขาด ฿220.40M ยังไม่ถูกรายงานต่อฝ่ายการเงินกระทบแผนกระแสเงินสดของโมดูล 14 ยังไม่ส่ง
ประวัติผู้รับเหมาจากโมดูล 08 ยังไม่ถูกใช้ตอนเลือกสาเหตุปัญหาอันดับหนึ่ง 24 รายการ รอเชื่อมต่อ
เชื่อมกับหน้า 194 เรื่องความขัดแย้งของคนแล้วสร้างความเสี่ยงอัตโนมัติเมื่อคนถูกจัดสรรเกิน 100% ทำแล้ว
เชื่อมกับหน้า 192 เรื่องเวลาสำรองแล้วสร้างความเสี่ยงอัตโนมัติเมื่อเหลือน้อยกว่า 5 วัน ทำแล้ว

ความเสี่ยงโครงการ 106 รายการที่ยังเปิดอยู่ มูลค่าถ่วงน้ำหนัก ฿284.60M ยังไม่ปรากฏในทะเบียนความเสี่ยงองค์กรของโมดูล 21 เลย — ทำให้ภาพความเสี่ยงระดับองค์กรขาดส่วนที่ใหญ่ที่สุดส่วนหนึ่งไป · แต่การส่งทั้ง 106 รายการเข้าไปดิบ ๆ จะทำให้ทะเบียนองค์กรเต็มไปด้วยรายละเอียดระดับปฏิบัติการจนอ่านไม่ออก · สิ่งที่ควรส่งคือความเสี่ยงที่มูลค่าถ่วงน้ำหนักเกินเกณฑ์ และความเสี่ยงที่กระทบมากกว่าหนึ่งโครงการ ซึ่งจากการคัดกรองเหลือ 12 รายการ มูลค่าถ่วงน้ำหนักรวม ฿186.40M หรือ 65.5% ของทั้งหมด · เงินสำรองที่ขาด ฿220.40M เป็นเรื่องที่ต้องบอกฝ่ายการเงินตั้งแต่วันนี้ ไม่ใช่รอจนต้องขอเงิน เพราะเมื่อรวมกับการเกินงบที่หน้า 193 ประเมินไว้ ตัวเลขจะเกินห้องกู้เพิ่มที่โมดูล 14 คำนวณไว้มาก · สองเรื่องที่เชื่อมแล้วคือความขัดแย้งของคนและเวลาสำรองที่เหลือน้อย ซึ่งสร้างความเสี่ยงเข้าทะเบียนอัตโนมัติ เป็นการปิดช่องว่างที่ทำให้ปัญหา 14 รายการเรื่องคนไม่ถูกมองเห็นล่วงหน้า

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

ต้นแบบ — ข้อมูลตัวอย่าง · จาก 74 ปัญหาที่เกิดขึ้นจริงในปีนี้ มีเพียง 18 รายการหรือ 24.3% ที่เคยอยู่ในทะเบียนความเสี่ยง อีก 75.7% โผล่มาโดยไม่มีใครเคยเขียนถึง ทะเบียนความเสี่ยงจึงยังไม่ได้ทำหน้าที่ทำนาย · เงินสำรองโครงการ ฿64.20M รองรับมูลค่าความเสี่ยงถ่วงน้ำหนัก ฿284.60M ได้เพียง 22.6% ถ้าความเสี่ยงที่เปิดอยู่เกิดตามความน่าจะเป็นที่ประเมินไว้ จะขาดเงินสำรอง ฿220.40M · ความเสี่ยง 28 รายการถูกปิดเพราะหมดเวลา ไม่ใช่เพราะจัดการแล้ว ซึ่งระบบเดิมไม่แยกสองสถานะนี้ · ปัญหาเรื่องทรัพยากรคนไม่พอ 14 รายการเป็นสิ่งที่หน้า 194 คำนวณล่วงหน้าได้ แต่ไม่มีใครดูตอนวางแผน