团队产能

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

迭代计划排得满满当当，到了发布前却发现关键需求还没完成、测试被挤到最后两天、临时插单不断，这通常不是团队“执行力不够”，而是排期时把需求数量当成了交付能力。迭代规划的核心，不是把所…

需求排期最容易出错的地方，不是把工时估少了两天，而是把“需求已经排进迭代”误当成“上线日期已经可信”。我做排期复盘时，会先问三个问题：哪些工作真正进入了开发，团队同时承接了多少件事…

项目排期最常见的失误，不是把任务估少了两天，而是把“团队有多少人”误当成“团队还有多少可用产能”。我做资源评估时，第一步不会先看需求列表，也不会立刻问每个人能接几张单，而是先把可用…

需求排期资源评估最常见的失误，不是把工期估短了，而是把“有人”误判成“有可用产能”：一个跨部门项目看起来有产品、研发、测试和运营各一名负责人，计划表上也排满了日期，真正开工后却发现…

需求排期看起来像是在回答“这个需求什么时候做”，实际要同时回答三个更难的问题：需求是否足够清楚、团队是否有真实产能、依赖和风险会不会改变承诺。跨部门团队排期失准，通常不是估时能力差…

需求排期最常见的失真，不是“任务估少了两天”，而是把成员的日历空闲时间当成可交付产能：一个人本周看起来有五天，实际却要参加评审、处理线上问题、等待接口、支持测试，还要在几个项目间切…

需求排期最容易被误认为是“把需求按优先级排进日历”，但很多团队的延期并不是因为排得不够细，而是因为把所有人的名义工时都当成了可用产能。一个成员每周看起来有五天时间，扣除会议、线上支…

迭代规划最危险的时刻，往往不是需求太多，而是团队把“已经排进计划”误认为“已经确认能交付”。我做排期评审时，会先追问三个问题：本轮必须交付什么业务结果？哪些依赖尚未验证？如果关键需…

需求排期最常见的失误，不是把工期估短了一周，而是把“有人”误判成“有产能”：团队名册上有 12 个人，扣除既有承诺、支持工作、休假、技能错配和跨团队等待后，真正能用于新需求的可能不…