研发产能规划

资源负载做不好，问题通常不在“人手不够”，而在团队把工作量、人员能力和可用时间混成了一个数字：有人看起来只分配了 70% 的工时，却连续三周承担关键评审和线上保障；有人任务排得很满…

研发团队做产能规划，最容易犯的错不是算错乘法，而是把“团队有多少人”直接当成“团队能交付多少”。我见过一个常见场景：团队名义上有 20 名研发，按每人每月 20 个工作日算出 40…

研发团队做年度人力资源计划，最常见的偏差不是“少算了几个人”，而是把产品路线图上的功能点直接换算成人数：计划做十个需求，于是估算需要多少开发、测试和产品人员。等到季度中途，需求变更…

研发团队的人力规划，最容易在季度末暴露问题：路线图上的需求没有减少，关键岗位却已经满载；招聘计划写着“尽快补齐”，新人入职后又赶不上项目节点；管理层看到的是编制数字，团队感受到的却…

去年第四季度，我帮一家两百多人的研发组织做季度复盘。他们季度初的排期表做得非常"漂亮"：37名研发，每人每月按176小时可用工时计算，把季度目标拆到每一个迭代，…

投入比例实操方法：研发团队提升人力资源计划效率的入门指南方法与模板 研发计划里最容易让人误判的一句话，是“这个迭代有 10 个人，应该有 50 人天产能”。人数乘以工作日，并不等于…

研发团队做人员资源管理，最容易出现的误判，是把“每个人这个月有多少空余时间”当成资源管理的核心问题。真正影响交付的，往往是关键技能只有一人掌握、需求在承诺后不断插入、跨团队依赖没有…

去年冬天，我帮一家 300 人规模的 SaaS 公司做季度复盘。他们的研发负责人给我看了一张排期表：Excel 里躺着 217 条需求，每一行都标着"高优先级"…

需求排期失控，往往不是团队“做得慢”，而是管理者把尚未澄清的想法、承诺给客户的日期和已经验证过的工作量放进同一张计划表。需求排期真正要回答的不是“谁什么时候做完”，而是“在当前能力…

开发周期管理最容易被误解的一点，是把“排期准时”当成“需求排得满”。我在做研发交付复盘时，更关注另一组问题：需求进入开发前是否足够清楚、团队承诺是否扣除了维护和中断、延期信号是否能…