可配置的资源分配模板
用于管理已批准承诺的资源分配跟踪工具
使用实际可运行的资源分配台账，保留每项承诺背后的需求和审批，并在计划必须调整时打开相应异常。
最多 5 名用户可免费使用，无需信用卡。
无需编程即可调整字段、工作流和仪表板。 探索 1,000 多个应用模板和业务场景
登录后查看示例应用，再安装包含示例数据的版本，测试记录和审核路径。
这款跟踪工具如何提供帮助
资源分配跟踪工具应明确工作、人员、日期、工时、负责人、状态、高优先级工作保护和交付状态。它应区分方案与已确认承诺，并让变更可追溯。
- 涵盖五种生命周期状态
- 始终关联已批准的需求
- 从存在风险的工作直接打开决策
资源分配记录
记录具体承诺，而不只是人员姓名
这些字段能让台账在发生变更时继续发挥作用。
| 字段组 | 包含字段 | 回答的问题 |
|---|---|---|
| 工作背景 | 需求 ID、工作名称、团队 | 哪项承诺正在占用容量？ |
| 资源信息 | 人员 ID、人员姓名 | 承诺安排了谁？ |
| 容量 | 分配工时、开始日期、结束日期 | 占用多少容量，发生在什么时间？ |
| 管控 | 拟定、已确认、执行中、已变更、已完成 | 这是想法还是已经确认的承诺？ |
| 取舍 | 高优先级工作保护、交付状态、负责人 | 哪些安排可以调整，由谁决定？ |
已填充数据的示例
调整模板前先查看正常和异常状态
应用包含 5 条资源分配记录，打开的第一个视图不会是空白通讯录。
已确认的客户交付
一项 32 小时的入驻安排在计划休假开始前可以完成。
存在风险的执行中工作
一项 28 小时的集成安排与上线支持发生资源竞争。
被阻塞的方案
一项分析工作仍处于拟定状态，因为候选人员已经超负荷。
已完成的内部工作
工作收尾后仍保留资源分配记录，用于计划与实际复盘。
变更处理
计划发生变化时，更新所有受影响的决策
不要只是覆盖日期，然后期待下游视图仍然可信。
记录原因
将变更关联到需求、可用性、实际投入或优先级。
检查被挪动的工作
打开同一人员在该日期范围内的其他资源分配。
确认新的承诺
更新状态、日期、工时、保护状态、负责人和健康度。
关闭异常
确认过载或缺口已经解决，并保留决策历史。
保存前
检查资源分配变更影响的人员和工作
如果台账中的记录没有相互关联，只编辑一行可能会在其他地方制造新的冲突。
打开该人员时间重叠的承诺
比较所有执行中或受保护分配的日期和工时。
重新检查原始申请
确认修改后的人员、时间和工作量仍能满足已批准的需求。
通知工作负责人
明确展示对交付的影响，不要把人员变更当成孤立的行政编辑。
刷新工作负荷与容量视图
确认变更后的记录在项目组合和团队视图中产生预期信号。
实用问题
团队在建立资源分配台账时常问的问题
确认方案、已批准承诺、变更和关联交付工作应如何记录。
运营团队可以自行调整资源分配跟踪工具吗？
经过培训的 Jodoo 管理员无需重建传统应用，就能添加字段、选项、视图、流转规则和仪表板。变更仍需明确负责人、完成测试并做好沟通，尤其是涉及审批、访问权限或报表指标时。 经过培训的管理员可以修改资源分配字段、状态、视图和审核路径，但必须重新测试下游指标。
只看分配工时就足以批准一项承诺吗？
工时是实用的统一尺度，但仅凭工时还不够。示例会把技能、职级、时区、可用性、日期、优先级和交付状态与工时放在一起，避免把“数学上有空”的人误认为真正合适的人选。 台账还必须显示日期重叠、技能匹配度、高优先级工作保护、状态和交付状态。
同一个人可以承担多项资源分配吗？
可以。团队工作负荷和容量视图会汇总这些承诺，但每项资源分配仍是独立记录，有自己的工作、日期、工时、状态和健康度。
暂定工作应显示在资源分配台账中吗？
可以显示为“拟定”，但不能与已确认的容量占用混淆。销售机会需求和待审核人员申请应继续显示在各自的视图中。
模板包含项目任务吗？
不包含。它负责把容量分配给工作需求。详细执行应使用关联的项目或任务系统，并在系统之间保留稳定标识。
从已填充数据的记录开始
调整前先打开实际运行的跟踪工具
查看正常、待处理、过载、已变更和已完成的示例，再只保留团队需要的字段和视图。