研发容量管理

研发团队的人力资源计划，最容易出现的偏差不是人手不够，而是管理者认为每个人的工作时间都已经被合理分配。例如，一个拥有20名研发人员的团队，按照每人每月20个工作日计算，理论上拥有4…

研发团队最常见的资源管理失灵，不是“人不够”，而是项目计划里写着每个人都只有 80% 负荷，到了关键节点却发现同一个架构师同时要评审三个方案、处理线上故障，还要带新人。资源管理的核…

研发团队做资源管理，最容易出现的误判，是把“忙”当成“资源不足”。我在梳理团队资源管理方案时，反复看到同一种场景：迭代计划排得很满，关键任务却仍然延期；成员日历上看似有空，实际时间…

研发团队把“资源池”做起来后，最常见的变化不是人突然变多了，而是原来藏在会议、表格和负责人脑子里的冲突被看见了：同一个后端工程师同时被三个项目按满，测试资源却在迭代末期排队；有人看…

岗位怎么做？研发团队入门指南：资源管理从0到1 研发团队缺人，往往不是因为总人数少，而是关键岗位的可用时间没有被看见：一个工程师同时承担线上故障、版本开发和技术评审，计划表上却被算…

研发团队做 Capacity 管理，最容易犯的错不是“算得不够精确”，而是把每个人的工时填满后，误以为项目因此更可控。实际运行中，排期表看起来达到 100% 利用率，需求变更、线上…

超负荷最佳实践：研发团队资源负载制度设计，常见问题 研发团队出现超负荷，最先暴露的往往不是“人不够”，而是计划把每个人都排到了百分之百：需求按理想工时估算，会议、代码评审、线上故障…

需求排期最容易出错的地方，通常不是研发把工时估少了，而是团队把“需求已评审”误当成“需求已具备排期条件”。我做需求评估时，会先追问三个问题：本次交付的验收边界是什么？关键人员在目标…

需求排期迭代规划教程：企业管理者最佳实践，避坑指南 需求池里有 120 项待办，销售说 30 项都影响签约，研发估算后发现本季度最多完成 35 项，这时最危险的做法，往往是让负责人…

需求排期慢，往往不是团队估时不准，而是把“需求还没说清楚”“谁来做尚未确定”“外部依赖没有确认”这些不确定性，统统塞进一张日期表里。表格看起来排满了，实际一开工就变更。我的实操判断…