可自訂的資源分配模板
用於管理已核准承諾的資源分配追蹤工具
使用實際可執行的資源分配登錄表，保留每項承諾背後的需求和審核，並在計畫必須調整時開啟相應異常。
最多 5 位使用者可免費使用，無需信用卡。
無需撰寫程式碼，即可調整欄位、工作流程和儀表板。 探索 1,000 多個應用程式範本與使用情境
登入後檢視範例應用，再安裝包含範例資料的版本，測試記錄和審核路徑。
這款追蹤工具如何提供幫助
資源分配追蹤工具應明確工作、人員、日期、工時、負責人、狀態、高優先工作保護和交付狀態。它應區分方案與已確認承諾，並讓變更可追溯。
- 涵蓋五種生命週期狀態
- 始終關聯已核准的需求
- 從存在風險的工作直接開啟決策
資源分配記錄
記錄具體承諾，而不只是人員姓名
這些欄位能讓登錄表在發生變更時繼續發揮作用。
| 欄位組 | 包含欄位 | 回答的問題 |
|---|---|---|
| 工作背景 | 需求 ID、工作名稱、團隊 | 哪項承諾正在佔用容量？ |
| 資源資訊 | 人員 ID、人員姓名 | 承諾安排了誰？ |
| 容量 | 分配工時、開始日期、結束日期 | 佔用多少容量，發生在什麼時間？ |
| 控管 | 擬定、已確認、執行中、已變更、已完成 | 這是想法還是已經確認的承諾？ |
| 取捨 | 高優先工作保護、交付狀態、負責人 | 哪些安排可以調整，由誰決定？ |
已載入範例資料的範例
調整模板前先檢視正常和異常狀態
應用包含 5 條資源分配記錄，開啟的第一個檢視不會是空白通訊錄。
已確認的客戶交付
一項 32 小時的入駐安排在計畫休假開始前可以完成。
存在風險的執行中工作
一項 28 小時的整合安排與上線支援發生資源競爭。
被阻塞的方案
一項分析工作仍處於擬定狀態，因為候選人員已經超負荷。
已完成的內部工作
工作收尾後仍保留資源分配記錄，用於計畫與實際檢討。
變更處理
計畫發生變化時，更新所有受影響的決策
不要只是覆蓋日期，然後期待下游檢視仍然可信。
記錄原因
將變更關聯到需求、可用性、實際投入或優先順序。
檢查被挪動的工作
開啟同一人員在該日期範圍內的其他資源分配。
確認新的承諾
更新狀態、日期、工時、保護狀態、負責人和健康狀態。
關閉異常
確認過載或缺口已經解決，並保留決策歷史。
儲存前
檢查資源分配變更影響的人員和工作
如果登錄表中的記錄沒有相互關聯，只編輯一行可能會在其他地方製造新的衝突。
開啟該人員時間重疊的承諾
比較所有執行中或受保護分配的日期和工時。
重新檢查原始申請
確認修改後的人員、時間和工作量仍能滿足已核准的需求。
通知工作負責人
明確展示對交付的影響，不要把人員變更當成孤立的行政編輯。
更新工作負荷與容量檢視
確認變更後的記錄在專案組合和團隊檢視中產生預期訊號。
實用問題
團隊在建立資源分配登錄表時常問的問題
確認方案、已核准承諾、變更和關聯交付工作應如何記錄。
營運團隊可以自行調整資源分配追蹤工具嗎？
受過訓練的 Jodoo 管理員無需重建傳統應用，就能新增欄位、選項、檢視、流程規則和儀表板。變更仍需明確負責人、完成測試並做好溝通，尤其是涉及審核、存取權限或報表指標時。 受過訓練的管理員可以修改資源分配欄位、狀態、檢視和審核路徑，但必須重新測試下游指標。
只看分配工時就足以核准一項承諾嗎？
工時是實用的統一尺度，但僅憑工時還不夠。範例會把技能、職級、時區、可用性、日期、優先順序和交付狀態與工時放在一起，避免把「數學上有空」的人誤認為真正合適的人選。 登錄表還必須顯示日期重疊、技能符合度度、高優先工作保護、狀態和交付狀態。
同一個人可以承擔多項資源分配嗎？
可以。團隊工作負荷和容量檢視會彙總這些承諾，但每項資源分配仍是獨立記錄，有自己的工作、日期、工時、狀態和健康狀態。
暫定工作應顯示在資源分配登錄表中嗎？
可以顯示為「擬定」，但不能與已確認的容量佔用混淆。銷售機會需求和待審核人員申請應繼續顯示在各自的檢視中。
模板包含專案任務嗎？
不包含。它負責把容量分配給工作需求。詳細執行應使用關聯的專案或任務系統，並在系統之間保留穩定識別碼。
從已載入範例資料的記錄開始
調整前先開啟實際執行的追蹤工具
檢視正常、待處理、過載、已變更和已完成的範例，再只保留團隊需要的欄位和檢視。