研发人力资源计划

研发团队做人员投入计划，最容易犯的错误不是“少算了几个人”，而是把人力资源计划做成一张静态表：年初填岗位、月初填人数、项目延期后再临时加人。我的经验是，真正决定交付结果的并非团队有…

资源负载最佳实践：研发团队人力资源计划制度设计，常见问题 一个18人的研发团队，同时承担三个项目，项目经理分别提交了人力需求：产品研发需要8人，客户定制需要7人，技术平台升级需要5…

去年 Q3，我参与了一家 180 人研发团队的季度复盘。年初他们定下的投入比例是"70% 做业务需求、20% 做技术债与稳定性、10% 做创新预研"，看起来很标…

研发团队出现资源冲突时，最容易被误判的情况是：项目明明已经安排了足够的人，任务也分配到了具体负责人，但到了迭代中期，关键需求依然延期，测试排队、开发等待、技术负责人被多个项目反复拉…

研发团队做投入比例管理，最容易犯的错不是把比例算错，而是把比例当成计划本身：产品经理填 40%、研发填 60%、测试填 20%，表格看起来精确，到了迭代中却发现关键岗位被多个项目同…

资源冲突管理最容易被误判的时刻，往往不是两条项目计划同时写着“进行中”，而是同一位关键工程师被三个负责人分别当作“下周可用”。研发团队的人力资源计划如果只记录项目、工时和截止日期，…

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

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

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

先说一个我印象很深的现场。2021 年我带团队做研发效能咨询，客户是一家做企业软件的研发中心，约 240 人，分 9 个研发小组。他们的项目经理给我看了一张 Excel 排期表：每…