資源負荷多專案衝突

四個專案都「資源充足」?負荷看板算不出衝突,加班只會變成預設解

同一位骨幹被四個專案經理點名,四張甘特卻都顯示綠燈。不是人不夠敬業,是衝突從未被算給你看。多專案失敗的常見樣子:每個專案區域性合理,組合起來把關鍵人拉爆。

更新於 2026-08-27 約 8 分鐘閱讀 製造業數字化 · PMS · 專案管理

讀這一篇能得到什麼

  • 資源分配以可用工時為約束,人不是無限容器
  • 衝突要在計劃階段暴露,而不是用週末加班當緩衝
  • 優先順序仲裁規則先於搶人文化;結果寫入計劃變更,禁止私下換人
  • 早期按角色看能力缺口,執行期四周視窗落到具名資源
  • 過載預警進專案集例會與戰情室,不留給當事人一個人扛

組合會上的四盞綠燈

專案集經理問:「下週架構師夠不夠?」四位專案經理同時點頭——各自甘特上都掛了同一位張工,各自都沒填分配工時。會後張工開啟日曆:評審、聯調、客戶現場,三天疊在一起。計劃層面「資源充足」,身體層面已經透支。

多專案失敗常見模式不是某個專案經理蠢,而是組織預設用加班當緩衝,直到骨幹離職或關鍵里程碑連環爆。資源管理的任務不是查出誰不努力,而是把衝突在計劃階段視覺化,並用優先順序規則仲裁。

只顯示姓名的表,沒有約束力

說法實際發生後果
張工掛了這個專案只掛名、不填人時真實衝突不可見
大家克服一下用加班吃掉超載質量掉、離職風險升
先把客戶 A 救了無規則私下搶人客戶 B 承諾被犧牲且無記錄
角色都排好了執行周才發現無人具名臨時抓丁,成本與質量雙損
負荷看板太難看不敢開繼續假裝組合決策缺少唯一事實來源

當場抽檢:任取一位關鍵人員,能否看到未來四周按專案拆開的計劃工時、可用百分比、休假、負荷率,以及衝突任務列表。看不到,專案集排程就是盲飛。

負荷怎麼算才算數

最小演算法(閾值可配):

  • 可用工時 = 日曆工時 × 可用百分比 − 已批准休假
  • 已分配 = 各專案任務計劃工時之和(含已批准未開始)
  • 負荷率 = 已分配 / 可用工時

滿負荷告警、明顯超載升級;連續兩週超載 → 強制進入仲裁議程。只看本週不夠:本週看似可扛,第三週兩個里程碑疊加才會爆。組合經理宜自留關鍵人不可分配緩衝,專門吃變更與救火——把人排滿再談變更控制,衝突幾乎必然轉加班。

算不出來的常見原因:預設每人可被無限分配、任務只有起止日期沒有人時、各專案甘特獨立不彙總、無仲裁規則、立項按角色執行無落地、過載不進治理。缺哪一塊補哪一塊,不要先上「智慧推薦」——技能標籤都沒有時,推薦只會更快地失去信任。

角色一層,具名一層

立項與售前用角色需求發現能力缺口(需要幾名高階實施、一名資料工程師);進入執行四周視窗必須落到具名,否則缺口會在現場周才爆炸。技能標籤不必一開始很細,先覆蓋稀缺角色。兼職與產線支援務必設可用百分比:預設滿額是負荷失真的第一來源。

JEDP-PMS 支援多專案計劃、報工、專案集與戰情室;計劃模式含水瀑/敏捷/增量與甘特、看板。資源能力要落到負荷計算、衝突列表、仲裁結果回寫計劃,而不是通訊錄。可用度接人員日曆與休假;分配落在任務級計劃工時與具名人;負荷看板按人/角色/專案組合檢視;角色層先看缺口再匹配技能與具名;實際報工與加班回寫,用於發現系統性低估。

仲裁:先有規則,再有嗓門

寫入制度、系統做選項的示例順序:

  1. 客戶合同承諾與違約金相關優先
  2. 安全 / 監管 / 停線相關優先
  3. 同級按組合策略(戰略、產值、回款節點)
  4. 結果必須寫入計劃變更與干係人通知,禁止私下口頭換人

沒有書面決策,過載會在會後被專案經理再次私下加回衝突任務。仲裁可以建議延後,但跨專案犧牲必須組合層確認——否則強專案永遠用嗓門贏,弱專案無聲延期。

例會改看「人」,不只看專案燈

組合例會固定看一張表:未來四周明顯超載的人員、任務來自哪些專案、衝突的是哪些里程碑。討論順序建議是:先確認資料(估時是否離譜、休假是否未錄)→ 再套仲裁規則 → 最後形成書面決策(保哪個里程碑、推遲哪個任務、是否外援或削減範圍)。

有用的觀察:超載人數與持續週數(別隻看平均值)、計劃負荷 vs 實際報工、加班人時佔比、衝突決議閉環時長、未具名的角色缺口數。加班上升而負荷燈仍綠,說明指標被身體掩蓋。長期靠加班維持綠燈,本質是組合在透支人力資本,最終會以質量事故或離職體現到專案成本里。

和成本、變更對一下燈

過載往往伴隨顯性加班與隱性返工。資源紅燈與成本預測惡化同時出現時,優先檢查是否在用人力填範圍窟窿——該走變更追加或砍範圍,而不是再加點名。任務估時被系統性壓低,會同時汙染負荷與成本;先做兩週「計劃 vs 報工」校準,再強調紅燈,否則團隊會攻擊指標而不是改計劃。關鍵角色持續過載,也可按規則生成或關聯風險項,進入有主人與複核日的節奏,而不是隻在週報裡寫一句「人力緊張」。

推進節奏可以很樸素:標定關鍵角色與人員、補齊可用百分比 → 試點專案強制估時與具名、出首張衝突表 → 釋出仲裁規則、組合會固定看紅燈人員 → 推廣專案集並把加班與負荷偏差進週報 → 覆盤估時偏差高發任務型別反哺模板。單專案固定小團隊時,負荷看板收益有限;一旦並行多個專案,應立刻升級。優先順序朝令夕改時,先穩定組合策略,否則仲裁會變成每週重排的噪音。

掛名不填工時、用加班當正式產能、專案經理私自挖人、只看當前周不看四周視窗——這些反模式都會讓看板永遠綠燈或永遠噪音。任務估時嚴重不準且拒絕對賬、技能標籤缺失時,先補主資料與報工質量,再談負荷最佳化。

售前承諾與執行產能要握手

過載有一半不是執行期排出來的,是售前把關鍵人寫進了多個並行方案。售前階段若能量化「稀缺角色佔用週數」,投標與啟動排期會誠實很多;把同一架構師同時畫進三份開工計劃,組合會再勤奮也只是在分配已經透支的人。交付中心排期應保留「不可售緩衝」,專門應對中標扎堆——緩衝被售前吃光,過載會從銷售漏斗直接灌進專案集。

外援與分包可以緩解峰值,但要把外援可用百分比與安全邊界寫進同一套負荷賬:外援不算進看板,看板會假裝內部仍有餘量;外援算了卻無技能與保密邊界,現場周才會爆。工時若與 EHR 複用,休假與任職狀態要同步,否則「人已離職仍掛在三個專案」的綠燈會長期存在。

成本側對照很實用:同一個人持續超載的專案,往往也是工時與返工費用雙高的專案。資源紅燈若從不觸發範圍或進度變更,說明組織仍在用人力填洞。把「連續超載」與風險條目關聯後,例會才能同時問:應對動作有沒有進採購、外援或砍範圍,而不是隻改負荷顏色。

不用系統也能先看見半天

匯出未來四周關鍵人員的任務清單,用表格加總人時——半天往往就能看到誰已經被「計劃」到明顯超載。看見是治理的開始。把衝突決議寫進計劃變更並通知干係人,過載才不會在會後被私下加回去。看板開了卻無人仲裁,比不開更糟:它給人「已經管理了」的錯覺。若加總後無人超載、現場卻週週救火,優先查估時是否被系統性壓低,以及掛名任務是否從未進入人時欄位。看見衝突卻不改計劃,負荷看板就只是另一張好看的燈。

  • PMS 專案方案:專案集與戰情室
  • 專案成本可見性
  • 範圍變更控制
  • 里程碑驗收

想把這篇裡的做法落到自己的廠裡?資源中心有對應場景的線上自測與資料模板,也可以直接約一次真實環境演示。

常見問題

圍繞本篇主題的追問,先看這裡;仍有疑問可聯絡我們

按人還是按角色排?

早期按角色看缺口(有沒有夠的高階實施),執行期落到人;兩者都要,缺一就會要麼空轉要麼名人過載。

兼職人員怎麼算可用度?

用可用百分比,不要預設百分之百;同時扣掉已批准休假與固定值班。

過載時能不能自動延後任務?

可以給建議,但跨專案延後需組合經理確認並走計劃變更,避免一個專案私自「最佳化」犧牲另一個合同承諾。

要不要顯示個人加班?

要。隱藏加班等於鼓勵用身體填坑;看板應同時可見計劃負荷與實際加班。

負荷率多少算紅燈?

常見做法是滿負荷告警、明顯超載升級,連續兩週超載必須上組合會。閾值可按崗位調整,但要寫進系統並穩定使用。