资源评估

资源评估最容易出错的地方，不是把人天加错了，而是把“有人”误当成“有可用产能”。一个团队有 12 名成员，不代表下个月能投入 12 个人月：有人要值班，有人承担线上故障，有人只具备…

需求排期最容易出错的地方，往往不是工期估算偏差，而是团队把“需求数量”误当成“可交付能力”：一张排期表上写着十项需求，开发、测试和业务负责人也都点了确认，到了迭代中途却发现关键人员…

需求排期最危险的时刻，往往不是项目延期，而是计划表看起来完全可行：每个需求都有负责人、每个迭代都排满了工作、每个部门都确认了“没问题”。等到开发中途，关键人员被临时借调、外部接口迟…

需求排期会上最常见的误判，不是把某个需求估少了两天，而是把“团队有 20 个人”直接换算成“下个月有 400 人日可用”。这两个数字之间，隔着维护工作、跨团队等待、休假、返工、技能…

实施团队的排期表看起来排满了，不等于资源评估已经完成。真正容易让项目失控的，往往不是需求太多，而是团队把“需求工时”直接当成“可交付容量”：没有扣除会议、支持、缺陷处理和跨项目切换…

需求排期最容易出错的地方，通常不是研发把工时估少了，而是团队把“需求已评审”误当成“需求已具备排期条件”。我做需求评估时，会先追问三个问题：本次交付的验收边界是什么？关键人员在目标…

2023 年 Q3，我参与过一家 400 人规模公司的季度排期会。会议室里坐了三拨人：产品、研发、测试，白板上贴了 60 多张需求卡片，按“优先级”从 P0 排到 P3。三个小时后…

去年冬天，我陪一家做工业软件的公司复盘他们一个延期了 11 周的大版本。会上吵得最凶的不是技术方案，而是"当初这个排期到底是谁拍的"。产品负责人说研发答应了 6…

去年 Q3，我陪一家做工业软件的公司复盘他们连续两个季度延期的原因。CTO 的第一反应是"估算能力不行"，于是要求全员学故事点、学三点估算、学扑克估算。三个月后…

需求排期会上，管理者最常听到的不是“这件事要做几天”，而是“研发说两周，测试说还要一周，业务希望下周上线”。如果只把这些承诺填进甘特图，计划看起来完整，交付风险却没有消失。资源评估…