交付风险

研发团队的“产能充足”，不等于承诺一定能按期交付。一个常见的失控信号是：排期表上每个人都只有七八成负载，关键版本却连续延期；复盘后才发现，测试、架构评审和跨团队接口集中在少数人身上…

工作量管理指南：产品经理如何做好人力资源计划，效率提升全流程，真正难的不是把任务分配给几个人，而是判断“这项工作在当前约束下究竟需要多少有效产能”。我曾参与过多个中大型产品团队的排…

项目超期后，最危险的不是晚了几天，而是团队直到交付日期当天才承认已经晚了。实施项目里，我更愿意把“延期”看成一项需要尽早识别、解释、决策和复盘的交付风险，而不是项目经理在计划表里把…

审批落地方案：实施团队开展工时表的数据分析案例解析 实施项目里最容易被误读的工时表，往往不是“填得少”，而是看上去填得很完整：每周每个人都有记录，项目合计也对得上，但审批人仍说不清…

迭代计划看起来按时完成，发布前两天却突然发现关键接口没有联调、测试环境尚未准备、需求验收人也没有确认，这类事故往往不是团队“执行力差”，而是管理者把迭代任务当成一张待办清单，而没有…

迭代看板上有 80% 的任务显示“进行中”，离承诺上线日却只剩两天，这通常不是团队突然变慢，而是管理者此前看到的“进度”没有回答最重要的问题：哪些工作已经形成可验收结果，哪些风险正…

迭代计划看起来完成了 80%，发布日期却仍然不确定，这并不矛盾：进度百分比通常统计的是“做了多少”，而管理层真正要判断的是“剩余工作能否按期交付、风险是否正在扩大、现在需要谁做什么…

迭代计划写着“本周完成 80%”，上线日期却一再后移，往往不是团队不会填进度，而是管理层把“任务完成比例”误当成了“交付确定性”。迭代管理真正要回答的，不是今天做完了多少张卡片，而…

迭代进度看起来“完成了 80%”，最后两天却突然冒出一串延期，这往往不是团队不会估算，而是进度统计把“做了多少”误当成“离交付还有多远”。要把迭代管理从 0 做到 1，我会先把目标…

Capacity 管理最容易被误解的地方，是把“每个人本周有多少空闲时间”当成项目能否按期交付的答案。实际管理中，团队看起来还有 20% 空闲，关键接口人却可能已经连续三周超载；项…