按需求預測資源供給
幫助團隊放心作出人員安排的容量規劃軟體
以明確期間內的資源供給、需求、技能和確定性回答「我們能接下這項工作嗎？」，而不是只看一個利用率百分比。
登入後檢視範例應用，再安裝包含範例資料的版本，測試記錄和審核路徑。
軟體應具備的能力
容量規劃軟體會估算未來一段時間的可用供給，將其與已承諾和可能發生的需求比較，並儘早暴露缺口，以便調整範圍、日期、人力配置或招募計畫。Jodoo 範例會保留假設和由此作出的決策，方便隨時查核。
- 分別記錄供給與需求
- 可用性變化會影響可用工時
- 每個缺口都有負責人和明確決策
容量模型
從一個經得起檢驗的基數開始
只有讀者清楚其中包含什麼，容量數字才有意義。
| 輸入項 | 範例解讀 | 常見錯誤 |
|---|---|---|
| 基準容量 | 規劃期間內依合約或協議確定的工作時數 | 把所有日曆時間都當作可用於專案的時間 |
| 已知的可用性變化 | 休假、訓練、支援值班、節假日或兼職工作模式 | 工作已經承諾後才發現人員缺勤 |
| 現有資源分配 | 已經佔用容量的已確認或受保護工作 | 把暫定需求同時算作供給和已承諾工作 |
| 新增需求 | 工時、日期、技能、確定性和優先順序 | 加入沒有明確時間的無關粗略估算 |
| 缺口 | 可用容量減去已承諾需求和加權預測需求 | 只發布百分比，卻不設決策門檻值 |
情景決策
用情景模擬改變計畫，而不只是裝飾儀表板
模型應清楚展示每個可調槓桿及其後果。
調整日期
檢視推遲開始時間能否消除衝突，同時不影響客戶承諾或專案組合目標。
調整人員組合
測試其他人員或職級，同時考慮技能與交接風險。
縮減或拆分範圍
區分必須完成和可以延後的工作，並展示由此釋放的容量。
增加臨時容量
將外包或招募假設與目前已經可用的容量分開記錄。
檢討頻率
根據假設變化速度確定檢討節奏
一份年度計畫無法指導每週的資源承諾。
處理目前過載和未滿足的需求
檢視異常、近期缺勤和等待決策的申請。
更新滾動容量預測
重新評估銷售機會機率、開始日期、技能需求，以及長期存在缺口的團隊。
調整結構性供給
根據反覆出現的缺口和資源閒置情況，制定招募、外包、交叉訓練或專案組合決策。
決策依據
開啟每個容量訊號背後的明細記錄
紅色單元格並不能說明問題出在哪裡。
誰或什麼資源受到限制？
將訊號關聯到受影響的人員、團隊、角色、技能或工作需求。
涉及哪些日期和工時？
展示實際重疊時段，而不是一個沒有日期的年度平均值。
哪些工作受到保護？
區分已確認的高優先順序承諾和可以調整的工作。
由誰在何時作出決定？
在缺口演變成事故前，明確範圍、日期、人力配置或採購決策的負責人。
實用問題
開展預測前需要回答的容量規劃問題
就規劃期間、需求確定性、技能限制，以及誰有權更改容量假設達成共識。
僅憑工時就能作出可靠的容量預測嗎？
工時是實用的統一尺度，但僅憑工時還不夠。範例會把技能、職級、時區、可用性、日期、優先順序和交付狀態與工時放在一起，避免把「數學上有空」的人誤認為真正合適的人選。 預測還必須保留技能、時間和確定性假設，因為這些因素可能導致表面上的供給實際無法使用。
容量計畫能自動平衡所有缺口嗎？
不會。它會呈現容量、技能、日期、工作負荷和衝突等依據，供人員作出決策。規模較大時，自動最佳化可能很有價值，但前提是先明確約束條件、優先順序並具備專業能力。當營運規則和審核路徑需要由業務團隊自行設計時，Jodoo 更具優勢。 只有團隊先就哪些工作可以調整、哪些約束不可妥協達成一致，才適合使用自動化。
規劃負責人不需開發人員協助，就能調整期間、門檻和情境嗎？
受過訓練的 Jodoo 管理員無需重建傳統應用，就能新增欄位、選項、檢視、流程規則和儀表板。變更仍需明確負責人、完成測試並做好溝通，尤其是涉及審核、存取權限或報表指標時。 隨著預測機制逐步成熟，受過訓練的 Jodoo 管理員可以持續調整這些規劃輸入。
容量計畫應提前規劃多久？
應同時使用多個時間跨度。近期規劃需要人員級日期和已確認的分配；中期規劃可以使用角色、技能池和加權需求；長期規劃則必須明確不確定性。不要用周排程般的精度呈現年度估算。
銷售機會應占用全部容量嗎？
在工作真正承諾前，通常不應如此。應將銷售機會機率或情景權重與已確認工作分開，並同時顯示兩者。範例中的專業服務檢視區分了預測需求和已承諾交付。
檢視流程如何執行
檢視已載入範例資料的資源規劃應用
開啟記錄和決策檢視，再根據團隊規劃工作的方式調整欄位、角色和規則。