团队负荷一页

要解决什么问题

迭代里常见情况是：任务散在看板、群聊和口述里，产品问「这周还能不能接需求」，负责人只能凭感觉答。站会阻塞表只回答「谁卡谁」，周报又容易写成叙事长文，都不适合作为接不接新活的容量结论。

本技能把素材收成可对齐的负荷一页，面向短期容量对齐，而不是改 Jira/飞书字段，也不编造人天。

技能如何工作

输出固定五块，顺序与 references/capacity-brief-template.md 一致：

1. 在制一览 — 按人/流列出进行中与待开始
2. 风险与过载 — 谁过载、依赖/阻塞风险（可引用，但不是站会专用格式）
3. 可接手容量 — 还能接什么、需暂缓什么、前提条件
4. 待确认 — 缺工时、人数或优先级时标明
5. 结论 — 给需求方的可接 / 仅小修 / 暂缓判断，并写条件与失效条件

使用前先澄清团队范围、周期和在制素材；无工时数据时用高/中/低粗估或标「待确认」，禁止编造人天。有容量时结论要写清能接多大、谁来接、什么条件下会失效，避免「应该可以」式模糊承诺。

边界与注意点

| 易混需求 | 本技能 | 不做什么 |
| --- | --- | --- |
| 站会阻塞汇总 | 负荷全景 + 可接手 | 不以阻塞列表为主交付 |
| 周报 | 容量结论导向 | 不写冗长叙事周报 |
| 资源管理系统 | 一页对齐草稿 | 不写回工具字段 |

不适合每日站会阻塞快照（standup-blocker-digest）、员工离职交接（handoff-checklist），也不替代正式资源管理或 OKR。跨多团队可拆多页，每页限定一个小队；结论随输入时效变化，需自行刷新。