news 2026/9/13 18:15:51

Capacity Plan: [Team/Project]

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Capacity Plan: [Team/Project]

Capacity Plan: [Team/Project]

【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins

Period:[Date range] |Team Size:[X]

Current Utilization

Person/RoleCapacityAllocatedAvailableUtilization
[Name/Role][hrs/wk][hrs/wk][hrs/wk][X]%

Capacity Summary

  • Total capacity: [X] hours/week
  • Currently allocated: [X] hours/week ([X]%)
  • Available: [X] hours/week ([X]%)
  • Overallocated: [X people above 100%]

Upcoming Demand

Project/InitiativeStartEndResources NeededGap
[Project][Date][Date][X FTEs][Covered/Gap]

Bottlenecks

  • [Skill or role that's oversubscribed]
  • [Time period with a crunch]

Recommendations

  1. [Hire / Contract / Reprioritize / Delay]
  2. [Specific action]

Scenarios

ScenarioOutcome
Do nothing[What happens]
Hire [X][What changes]
Deprioritize [Y][What frees up]
模板各段落的用途解读: - **Current Utilization(当前利用率)**:逐人列出每周容量(Capacity)、已分配(Allocated)、可用(Available)与利用率百分比,这是全表的事实基础; - **Capacity Summary(容量摘要)**:把上表汇总为四个关键数字,其中"超负荷人数(Overallocated)"是管理者最先关注的预警指标; - **Upcoming Demand(未来需求)**:用 FTE(全职等效人力)量化每个项目/举措的资源需求,并与现有容量比对得出"Covered(覆盖)/ Gap(缺口)"; - **Bottlenecks(瓶颈)**:显式标注技能或角色过载(oversubscribed)、时间窗紧张(crunch),引导后续决策; - **Recommendations(建议)**:给出 Hire(招聘)/ Contract(外包)/ Reprioritize(重排优先级)/ Delay(延期)等具体行动; - **Scenarios(情景分析)**:对比"什么都不做""招聘 X 人""降级 Y 项目"三种情形的结果差异,为决策提供量化依据。 ## 连接器增强:从手工填数到自动取数 capacity-plan 技能在 [SKILL.md](https://link.gitcode.com/i/bb71e7f4028b4c0593e7c5adc3f446ad) 中定义了两种连接器增强路径,二者对应的工具类别在 [operations/CONNECTORS.md](https://link.gitcode.com/i/7a2914d9c384b02e8c79b8de64610dc3) 中有完整映射: | 占位符 | 预配置服务器 | 其他可选工具 | |--------|--------------|--------------| | `~~project tracker` | Asana、Atlassian (Jira) | Linear、monday.com、ClickUp | | `~~calendar` | Google Calendar | Microsoft 365 | **若连接了项目跟踪器(~~project tracker):** - 自动拉取当前工作量与工单分配(pull current workload and ticket assignments automatically); - 按人展示未来冲刺(sprint)或季度的承诺工作量(show upcoming sprint or quarter commitments per person)。 **若连接了日历(~~calendar):** - 将 PTO(带薪休假)、节假日与周期性会议负荷纳入计算(factor in PTO, holidays, and recurring meeting load); - 计算每人实际的可用工时(calculate actual available hours per person)。 依据 [operations/README.md](https://link.gitcode.com/i/53511ec167c72c21625d5af55435c4d2) 中"Standalone + Supercharged"的设计原则,`/capacity-plan` 不连接任何工具时也能独立运行——只需上传数据或口头描述团队情况;连接工具后则自动注入工作量与日历数据,减少人工填报误差。值得一提的是,[operations/CONNECTORS.md](https://link.gitcode.com/i/7a2914d9c384b02e8c79b8de64610dc3) 指出插件是"工具无关"(tool-agnostic)的,`.mcp.json` 只是预配置了默认 MCP 服务器,任何同类的 MCP 服务器均可替换接入。 ## 与其他技能协同 `capacity-plan` 并非孤立存在,它与 operations 插件内的其他技能相互配合: - **风险矩阵**:容量缺口本质上是交付风险。可参照 [risk-assessment 技能](https://link.gitcode.com/i/2c442ad39c892b4a5acf88ca2338662d) 的风险评估矩阵(Likelihood × Impact)将"某技能过载""某时间窗挤爆"映射为 Low/Medium/High/Critical 等级,并写入风险登记册(risk register),为 capacity plan 中的 Bottlenecks 段落提供正式的风险语言; - **状态报告**:[status-report 技能](https://link.gitcode.com/i/a2b5bfc2963957be369ca87a01ae86cd) 可将容量计划的结论(超负荷人数、缺口项目)转化为面向领导层的周报/月报 KPI 与风险项,实现从"规划数据"到"管理叙事"的衔接; - **变更请求**:若容量缺口需要调整项目优先级或排期,[change-request 技能](https://link.gitcode.com/i/d978135bc399539f786ac900b9d215eb) 的 assess-plan-execute-sustain 框架与影响分析模板可用于正式发起变更; - **流程优化**:若瓶颈出在流程环节而非人数(如审批等待、重复返工),可参考 [process-optimization 技能](https://link.gitcode.com/i/359c78ea22656fb5f3ccfcabde908682) 的浪费识别框架(Waiting / Rework / Handoffs / Over-processing / Manual work)。 ## 实战建议与使用技巧 [SKILL.md](https://link.gitcode.com/i/bb71e7f4028b4c0593e7c5adc3f446ad) 在结尾给出了三条核心技巧,它们是容量规划落地效果的关键: 1. **纳入所有工作**——BAU(日常运营)、项目、支持、会议都要计入。人的时间并不 100% 可用于项目工作,漏掉任何一类都会虚增可用容量; 2. **为缓冲做规划**——以 80% 为目标利用率。规划到 100% 意味着没有任何应对意外的余地; 3. **定期更新**——容量计划会快速过期(capacity plans go stale fast),建议每月回顾一次。 结合仓库上下文可以补充两点落地建议: - **定义好约束再启动**:根据 [SKILL.md](https://link.gitcode.com/i/bb71e7f4028b4c0593e7c5adc3f446ad) 的"What I Need From You"部分,预算、招聘时间线、技能要求属于必须输入的约束,缺了它们,"Hire X 人"这类建议将没有时间与成本锚点,无法进入决策; - **用 FTE 统一度量**:输出模板中 Upcoming Demand 以 FTE 为单位量化需求,[operations/README.md](https://link.gitcode.com/i/53511ec167c72c21625d5af55435c4d2) 将其描述为"headcount modeling"(人力建模)能力,建议跨项目统一用 FTE 表达资源需求,避免"人·天""人·周"混用导致汇总失真。 ## 安装与启用方式 `capacity-plan` 随 operations 插件一起分发,在 Claude Code 中可通过 marketplace 机制安装(参见 [operations/README.md](https://link.gitcode.com/i/53511ec167c72c21625d5af55435c4d2)): ```bash # 先添加 marketplace claude plugin marketplace add anthropics/knowledge-work-plugins # 再安装 operations 插件 claude plugin install operations@knowledge-work-plugins

【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/13 18:13:16

单片机示波器设计全解析:从采样率、信号链到PCB与固件要点

简介:这份合集围绕单片机示波器与数字示波器电路设计,面向电子竞赛、毕业设计及嵌入式自学者,汇集从51、STM32到TMS320F28033、Arduino Pro mini等不同平台的完整方案。五套资料涵盖原理图、PCB、源程序、操作文档与初步指南,整体…

作者头像 李华
网站建设 2026/9/13 18:13:10

CSDN Token机制解析:JWT实现与安全实践

1. 项目概述tokenCSDN是一个专注于CSDN平台Token机制的技术解析项目。作为国内知名的开发者社区,CSDN的Token机制贯穿了用户认证、API调用、数据安全等核心环节。这个项目旨在深入剖析CSDN Token的生成原理、使用场景以及安全策略。在Web开发领域,Token机…

作者头像 李华