需求管理

研发团队的人员投入管理，最容易被误解成“把每个人的工时填进表格”。但真正让计划失真的，往往不是工时少填了两小时，而是同一个人被三个项目同时按百分之百预订、需求变更没有重新估算、关键…

研发团队里最常见的资源冲突，不是“人不够”这么简单，而是同一个关键工程师同时被三个项目标成“本周必须投入”。项目计划看起来都能按期完成，直到测试环境、架构评审或线上故障同时发生，团…

研发团队做季度人力资源计划时，最容易出现的错误，是把“团队人数 × 工作日 × 8小时”直接当成可用工时。这个算法看上去精确，却常把会议、值班、休假、跨团队支持、返工和技能错配全部…

投入比例流程与规范：研发团队人力资源计划数据分析关键指标 研发团队的投入比例看起来只是几列百分数，实际却常常决定项目计划是否可信：一名工程师被登记为“本项目投入 50%”，剩下的 …

研发团队资源负载管理最容易出现的错觉，是把“每个人都排满了”当作“计划可执行”。实际项目里，团队看起来有 100% 的人力利用率，版本却可能因为需求变更、跨团队等待、线上故障和关键…

研发负责人做年度人力计划时，最容易误判的不是“项目有多少”，而是把计划表上的工作量当成团队真实可交付的工作量。一个跨部门研发团队在情景推演中，初版计划显示需要 126 人天，团队可…

去年冬天，我在一家做企业服务的公司里，看着一份人力资源计划被做出来。研发总监在表格里填了"下季度新增 12 人"，理由栏写着"项目排不开"。…

去年三季度，我被拉进一家企业软件公司的复盘会。研发中心180人，年初计划投入43人做新一代平台，到9月底实际投入只有29人，交付节点一个没动。更麻烦的是，那14个人并不是闲着的，他…

去年冬天，一家做智能硬件的公司找我复盘一个让他们很"没面子"的问题：年初按 220 人 × 12 个月排的研发计划，到 9 月底实际交付量只完成了 61%，但所…