SCENARIO 01
專案啟動或團隊重組
在制度上線前校準各角色對版本、界面、決策、放行與證據的實際認知。
DRAWING GOVERNANCE MATURITY
圖資治理成熟度自評
用 20 個工程現場情境，檢視團隊是否真正管得住版本、界面、決策、放行與證據。結果不做排名，而是協助總包主管決定下一個 30 日要先改哪一件事。
- 實務題目
- 20
- 治理構面
- 05
- 成熟度層級
- 04
- 優先行動
- 30D
WHEN TO USE
適合在管理決策前使用，不是事後評分表
建議由跨職能主管各自完成一次，再以具體工區、圖號、會議紀錄與查驗證據討論差異；分數本身不能取代稽核或專業判斷。
SCENARIO 02
重複返工或等待升高
當 RFI 逾期、舊版施工、界面漏接或查驗重開反覆發生，用構面分數定位控制缺口。
SCENARIO 03
月度管理審查
由專案經理、工地主任、工務、品管、職安、圖管與採購分別作答，再討論證據差異。
SCENARIO 04
擴大制度前的試點選擇
在投入新平台或全面改版前，先找出最低構面，選一個高風險工區做 30 日驗證。
HOW TO USE
四步完成一次可行動的主管自評
全程約需 8–12 分鐘。若團隊對同一題差距超過一級，先查證據，不要直接平均。
- 01STEP
由實際做法作答
選擇多數工區目前可觀察的做法，不以制度文件、理想狀態或單一最佳案例代替。
- 02STEP
完成全部 20 題
每題選一個最接近的成熟度敘述；工具會計算總體 M1–M4 與五個構面分數。
- 03STEP
先處理最低構面
把結果帶進主管會議，以現場證據驗證差距，再決定一個試點工區與具名主責。
- 04STEP
30 日後用證據重評
檢查行動是否降低等待、重開、返工或未授權施工；分數提升不是唯一完成定義。
保密聲明：不輸入、不上傳、不留存個資或專案資料
本頁沒有姓名、公司、工程名稱或檔案上傳欄位。答案與計算結果只存在目前頁面的記憶體，不使用 localStorage、不寫入 Cookie、不上傳伺服器，也不持久保存；重新整理或關閉頁面後即消失。列印結果前，仍請依公司保密規範判斷保存位置。
START ASSESSMENT
以多數工區目前可驗證的做法作答
每個選項分別代表 M1–M4。系統會逐題保留本次頁面狀態，完成後才顯示整體與構面結果。
請選擇最接近「目前多數工區實際做法」的敘述，而不是制度文件寫法或最佳個案。所有題目皆須完成才會產生結果。