项目管理

不少研发团队的 Sprint 看起来很忙：计划会开了，任务也排进了迭代，站会每天照常进行，到了结束日却仍有三成需求没有完成，测试和上线还要继续顺延。问题往往不在团队不够努力，而在于…

迭代计划完成率达到 95%，不代表团队真的能按期交付：如果最后三天集中关闭大量任务，或关键需求延后到下一轮，这个数字只是在描述“状态被改成完成”的速度。评估迭代进度，必须同时看计划…

迭代管理迭代教程：研发团队流程优化，避坑指南 迭代计划排得很满，到了发布前却有三分之一的工作还在“进行中”，这通常不是团队不够努力，而是计划把不确定性藏进了日期里。迭代管理真正要优…

迭代复盘落地方案真正难的，不是让团队在迭代结束时开一场会，而是让复盘结论在下一轮计划、执行和验收中留下可验证的变化。一个常见反常识是：复盘会议越热闹，未必意味着改进越有效；如果同一…

迭代计划开完会就变更、承诺的功能总在最后两天赶工、项目经理每天追问进度却没人说得清“完成”是什么意思，这通常不是团队不够努力，而是迭代制度没有把需求入口、容量边界、变更规则和验收责…

很多研发团队把 Sprint 低效归因于“会议太多”或“估算不准”，但我在复盘迭代时更常看到的根因是：团队在 Sprint 开始时承诺了尚未准备好的工作，进行中又不断接收新需求，最…

迭代计划最常见的失效方式，不是团队没有排期，而是计划一开始就把“承诺完成”误当成“已经有把握完成”：需求边界还在变化，测试工作没有进入估算，线上缺陷又随时插队，到了迭代末尾，团队只…

不少研发团队把 Sprint 做成了“每两周开一次会、把需求拖进看板、到期再解释为什么没完成”。这并不算迭代管理：如果团队无法在迭代开始前说清楚目标、过程中识别偏差、结束后用结果调…

迭代计划里写了 100 个点，到了迭代结束只完成 62 个；团队并非每天都在闲着，反而加班、插单、返工一样不少。问题通常不在于“大家估点不准”，而在于计划把可用时间、技能约束、历史…

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