研发产能管理

Capacity管理指南：研发团队如何做好资源负载，落地方案全流程 研发团队的 Capacity（产能容量）管理，最容易在“每个人看起来都排满了”时失效：计划表上工时没有空白，迭代…

研发团队的资源负载率从 72% 拉到 95%，不一定意味着效率提高；如果新增的 23 个百分点来自会议、临时插单和任务切换，团队只是更忙，交付风险反而更高。产能管理真正要解决的，不…

研发团队的“产能充足”，不等于承诺一定能按期交付。一个常见的失控信号是：排期表上每个人都只有七八成负载，关键版本却连续延期；复盘后才发现，测试、架构评审和跨团队接口集中在少数人身上…

研发团队工作负载失衡，通常不是“大家不够忙”，而是需求进入速度、任务切换成本和可用产能没有被放在同一张图上看。一个常见的反常识现象是：团队排期越满，交付反而越不稳定。本文给出一套从…

产能最佳实践：研发团队资源负载流程优化，常见问题 研发团队的计划看起来“满负荷”，不代表项目能按期交付：一张排期表上每个人都达到 100%，实际却可能因为跨项目切换、评审等待、线上…

上个月，一个做企业服务的产品负责人拿着他们的迭代看板来问我：“我们 14 个研发，负载率常年 80% 以上，为什么每个版本还是要延期三到五天？”我翻了一眼他们的看板，14 个人身上…

去年三季度，我把一个 120 人研发组织的季度人力计划和真实工时数据并排放到一张表上，结果很难看：计划里按“每人每月 21.75 天 × 8 小时”排出了 20880 个可用工时，…

很多研发组织做人力规划的方式，本质上是在年初填一张表：把去年的编制加一点，按部门分下去，然后等年底复盘时发现，人没少招，事也没少做，但关键项目还是延期了。我在过去几年里陪跑过几十家…

很多研发负责人第一次认真做人力计划时，手里拿着的往往是一张看起来很完整的表：人头、岗位、招聘进度、预算都有，但三个月后还是会发现迭代延期、线上故障集中爆发、核心成员临时离职，计划和…