其他
季度规划或团队过载时,用工作量分析与利用率预测制定容量计划…
在季度规划、团队过载、招聘或降优先级决策、验证未来项目是否匹配现有人力时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 56/100 ×0.15
适用场景
季度规划或团队过载时,用工作量分析与利用通用
解决思路
- 使用 `/capacity-plan $ARGUMENTS` 调用容量规划,并将 `$ARGUMENTS` 代入 `<team or project scope>` 作为团队或项目范围。
- 收集团队规模与角色:明确有哪些人、各自角色是什么。
- 收集当前工作量:了解他们在做什么;可从项目跟踪器上传或直接描述。
- 收集即将开展的工作:明确下个季度要做什么。
- 收集约束:包括预算、招聘时间线、技能要求。
- 从人员维度分析:统计可用 headcount 与技能。
- 从人员维度分析:统计当前分配与利用率。
- 从人员维度分析:统计计划招聘及时间线。
- 从人员维度分析:统计承包商与供应商容量。
- 从预算维度分析:按类别梳理运营预算。
- 从预算维度分析:梳理项目专属预算。
- 从预算维度分析:跟踪预算差异。
- 从预算维度分析:对比预测与实际。
- 从时间维度分析:梳理项目时间线与依赖关系。
- 从时间维度分析:做关键路径分析。
- 从时间维度分析:制定缓冲与应急计划。
- 从时间维度分析:管理截止日期。
- 按角色类型设置利用率目标:IC / Specialist 目标 75-80%,为响应式工作和成长留空间。
- 按角色类型设置利用率目标:Manager 目标 60-70%,计入管理开销、会议、1:1。
- 按角色类型设置利用率目标:On-call / Support 目标 50-60%,因为中断驱动工作不可预测。
- 避免规划到 100% 利用率;必须为意外留缓冲。
- 避免忽略会议负载和上下文切换成本。
- 避免不计入休假、节假日和病假。
- 避免把所有小时当作等价;创意工作不等于行政工作。
- 按输出模板生成容量计划:标题 `## Capacity Plan: [Team/Project]`,并填写 Period 和 Team Size。
- 输出当前利用率表:列为 Person/Role、Capacity、Allocated、Available、Utilization。
- 输出 Capacity Summary:总容量、当前已分配、可用、超配人数。
- 输出 Upcoming Demand 表:列为 Project/Initiative、Start、End、Resources Needed、Gap。
- 输出 Bottlenecks:列出被过度订阅的技能或角色,以及进入紧张期的时间段。
- 输出 Recommendations:给出 Hire / Contract / Reprioritize / Delay 建议,并写成具体行动。
- 输出 Scenarios 表:列为 Scenario、Outcome;至少分析 Do nothing、Hire [X]、Deprioritize [Y] 的结果。
- 如果连接了 **~~project tracker**:自动拉取当前工作量和 ticket 分配;显示每个人即将到来的 sprint 或季度承诺。
- 如果连接了 **~~calendar**:计入 PTO、节假日和重复会议负载;计算每个人实际可用小时。
- 包含所有工作:BAU、项目、支持、会议;不要假设人们 100% 可投入项目工作。
- 为缓冲做计划:目标 80% 利用率;100% 意味着没有空间应对意外。
- 定期更新:容量计划很快过时,每月审查。
适用边界 · 注意事项
- 缺少基本团队规模、当前工作量或未来需求数据,且无法从项目跟踪器或日历等来源补充时。
- 把它用于个人绩效评估或精确薪酬/工时核算时;它是团队或项目资源规划工具。
- 只需要对已确定范围做短期固定排期时,不必做完整季度容量预测。