Resource capacity planner
Skill findscripter/everything-skills/07-productivity/resource-capacity-planner
当做季度团队/项目产能规划、感觉团队过载需用数据佐证、纠结该招人还是砍优先级、或压力测试在手人力能否扛住下季度项目时使用；做工作量分析与利用率预测，产出当前利用率表、产能盈缺汇总、需求缺口、瓶颈与「招人/外包/降优先级/延期」建议方案；不适用于排队制运营定编（用 Erlang-C 那套）、千万级多项目组合治理、或个人待办管理。触发词：产能规划、利用率、人力盈缺、该不该招人、季度规划、过载From its SKILL.md
npx -y skills add findscripter/everything-skills --skill resource-capacity-plannerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
6.0 KB, ~1.9k tokens by cl100k_base, as published. Nobody here has run it
何时使用
为团队或项目做产能与资源分配规划：工作量分析 + 利用率预测。典型触发：
- 季度规划前，要把下季度的需求和现有人力对齐。
- 团队感觉过载，需要用数字证实（而非凭感觉）。
- 纠结该招人还是砍优先级，需要量化两种走法的后果。
- 压力测试：判断即将启动的项目能否被现有人手扛下来。
需要你先提供的输入：
- 团队规模与角色：有哪些人。
- 当前工作量：他们在做什么（从项目跟踪工具导出或直接描述）。
- 下阶段工作：下季度有什么要做。
- 约束：预算、招聘周期、技能要求。
不该用边界：
- 排队制运营定编（客服/CX/IT 运营按工单量定编）→ 用 Erlang-C 排队论那套，见
ops-capacity-planner，不同工作单元、不同数学。 - 千万级多项目组合治理（EMV/蒙特卡洛/WSJF、董事会级 RAG）→ 见
enterprise-project-manager。 - 个人待办/任务管理 → 不需要本技能。
- 1-5 年战略人力规划（能力组合、人才供给、继任）→ 属战略 HR，本技能只做 0-12 个月。
步骤
沿三个维度展开，按顺序产出。
- 盘人（People）：可用人头与技能、当前分配与利用率、已规划的招聘及到岗时间、外包/供应商产能。
- 盘钱（Budget）：分类运营预算、项目专项预算、偏差追踪、预测 vs 实际。
- 盘时间（Time）：项目时间线与依赖、关键路径、缓冲与应急、截止日管理。
- 折算真实可用工时：从名义工时中扣除 PTO、节假日、病假、例会与上下文切换损耗——人不可能 100% 投入项目工作。
- 算利用率并标超配：逐人算 利用率 = 已分配 ÷ 可用容量；按目标利用率（见下表）找定编点，标出任何 >100% 的人。
- 对需求排缺口：把下阶段项目所需 FTE 与可用容量对齐，逐项标 Covered / Gap。
- 给方案与情景：针对瓶颈给「招人 / 外包 / 重排优先级 / 延期」建议，并列「什么都不做 / 招 X 人 / 砍掉 Y」三种情景的后果。
指令
目标利用率（留缓冲，别按 100% 排）：
| 角色类型 | 目标利用率 | 说明 |
|---|---|---|
| IC / 专家 | 75-80% | 给响应式工作和成长留余地 |
| 管理者 | 60-70% | 管理开销、会议、1:1 |
| On-call / 支持 | 50-60% | 打断驱动的工作不可预测 |
若接入连接器：
- 接入项目跟踪工具 → 自动拉取当前工作量与工单分配，展示每人下个 sprint/季度的承诺量。
- 接入日历 → 计入 PTO、节假日、例会负荷，算出每人真实可用工时。
示例
输出模板（Markdown）：
## 产能规划：[团队/项目]
**周期：** [起止] | **团队规模：** [X]
### 当前利用率
| 人/角色 | 容量 | 已分配 | 可用 | 利用率 |
|---|---|---|---|---|
| [姓名/角色] | [hrs/wk] | [hrs/wk] | [hrs/wk] | [X]% |
### 产能汇总
- 总容量：[X] hrs/wk
- 已分配：[X] hrs/wk（[X]%）
- 可用：[X] hrs/wk（[X]%）
- 超配：[X 人 >100%]
### 下阶段需求
| 项目/举措 | 起 | 止 | 所需资源 | 缺口 |
|---|---|---|---|---|
| [项目] | [日期] | [日期] | [X FTE] | [Covered/Gap] |
### 瓶颈
- [被超额订阅的技能或角色]
- [出现挤兑的时间段]
### 建议
1. [招人 / 外包 / 重排优先级 / 延期]
2. [具体行动]
### 情景
| 情景 | 后果 |
|---|---|
| 什么都不做 | [会发生什么] |
| 招 [X] 人 | [改变什么] |
| 砍掉 [Y] | [腾出什么] |
注意事项
常见坑（务必规避）：
- 按 100% 利用率规划——没给意外留缓冲；目标定在 80%。
- 忽略会议负荷与上下文切换成本。
- 不计入休假、节假日和病假。
- 把所有工时当等价（创意工作 ≠ 行政工作）。
实践提示：
- 纳入全部工作——BAU、项目、支持、会议都算，人不是 100% 投在项目上。
- 定期更新——产能规划很快过期，建议每月复盘。
互见
- related：
ops-capacity-planner—— 排队制运营团队（客服/CX/IT）按工单量用 Erlang-C 定编，与本技能的项目型产能互补、勿混用。 - related：
enterprise-project-manager—— 多项目组合层的量化风险与资源优化，规模更大。 - combines_with：
task-decomposition-planner—— 先拆解工作量再喂入本技能算产能。 - combines_with：
enterprise-project-manager—— 把本技能的产能结论接入组合级治理与高管汇报。
采编自 anthropics/knowledge-work-plugins（Apache-2.0 许可证）。
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.