需求管理

去年秋天我参与复盘一个 260 人研发组织的版本延期问题，17 个延期版本里有 14 个，原因栏写的都是“资源冲突”。但把这些冲突按项目、按周次摊开重排之后，结论非常刺眼：只有 3…

去年第四季度，我参与了一家做企业级软件的研发组织的季度复盘。他们在季度初按"每个小组补两个人"做了编制计划，季度末只交付了原定范围的61%，同时有三个核心模块出…

去年 Q4，我帮一家 320 人的研发组织做年度人力盘点。HR 交上来的计划表非常漂亮：18 个项目、94 个研发人头、四个季度 FTE 排得满满当当，整体利用率算下来 98%。三…

去年第三季度，我帮一家约 260 人的研发组织做人力盘点。HR 给出的结论是“研发人力缺口 18 人”，可当我拉出项目管理系统里的任务工时、迭代容量和加班数据交叉比对后，发现真实情…

去年第三季度，我参与复盘一家企业服务公司的研发人力账：年初规划 120 人，三条产品线按 45:35:20 的比例分配。到 9 月，A 线实际吃掉了 52% 的人力，B 线被抽走 …

去年七月，我帮一家做工业视觉的研发公司做人力盘点的复盘。他们年初定下"研发扩编 40 人"的计划，到六月底实际净增 33 人，看上去完成率 82.5%，管理层却…

去年第二季度，我参加了一个 140 人研发组织的季度复盘。会议开了四个小时，最后得出的结论让在场所有人都沉默了：季度初那张看起来严丝合缝的排期表，恰恰是整个季度交付失序的起点。 那…

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

去年我参与复盘了三个研发部门的季度人力计划，最扎眼的数字不是延期，而是这个：某业务线计划里写的 1,200 人天，实际消耗 1,780 人天，偏差 48%，但项目交付只晚了 6 天…

去年第三季度，我帮一家约 260 人的研发组织做资源复盘时，看到一张让我印象很深的表：HR 给出的“研发人力计划”显示还有 18 人月的余量，但项目经理那边的排期表里，有 7 个关…