飞飞

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

去年 Q3，我帮一家做工业软件的研发团队复盘季度人力计划。他们的计划表做得很漂亮：24 个需求，分配了 18 个人，表格里每个格子都填满了。季度结束一算，实际投入只有计划值的 61…

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

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

资源负载落地方案：研发团队开展人力资源计划的流程优化案例解析 一家拥有120名研发人员的企业，可能同时推进十几个产品需求、多个版本迭代和基础设施建设项目。项目经理看到的是任务排期基…

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

人力资源计划要做好研发团队工作量，关键不是把每个人的工时填满，而是提前判断哪些工作会真正消耗产能、哪些任务会在流程中反复返工，以及团队需要为不确定性保留多少空间。我在研发流程诊断中…

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

资源负载怎么做？研发团队流程优化：人力资源计划从0到1 资源负载不是把员工姓名填进甘特图，再给每个人涂上红黄绿颜色。真正有效的人力资源计划，必须回答三个问题：当前的人力能否支撑承诺…

研发团队做“人力资源计划”时，最容易犯的错误不是少算了一个人，而是把“人头数”当成了“可交付工作量”。一个有 12 名研发人员的团队，扣除会议、值班、缺陷修复、请假、跨团队协作和技…