Sprint容量规划

Sprint效率低，往往不是团队“开会不够”或成员“执行不够快”，而是承诺进入迭代时没有经过容量校验，进行中任务又缺少及时暴露阻塞的机制。我在复盘多支研发团队的迭代做法时，反复看到…

Sprint实操方法：项目成员提升迭代管理效率的风险控制方法与模板 一次 Sprint 延期，表面上可能是开发任务没做完，实际却常常从计划会前就埋下了风险：需求边界没有确认、成员容…

Sprint落地方案：企业管理者开展迭代管理的风险控制案例解析 一次两周的 Sprint 结束时，团队完成了 23 个任务中的 19 个，完成率看起来达到 83%；但其中 7 个任…

很多团队的 Sprint 看板每天都很绿，到了迭代结束却仍有关键功能没交付；管理层看到的完成率是 92%，用户真正拿到的可用能力却不到一半。问题通常不在团队不够努力，而在于把“任务…

Sprint落地方案：实施团队开展迭代管理的实操方法案例解析 一个实施团队连续三个迭代都按时开了计划会、站会和复盘会，项目却仍然延期：需求中途增加，顾问被多个客户同时拉走，测试集中…

一个 12 人研发团队连续三个 Sprint 都承诺完成 40 个故事点，最后却分别只交付 24、27 和 22 个；负责人于是增加每日站会、要求成员逐项汇报，第四个 Sprint…

很多团队的 Sprint 并不是输在开发速度，而是输在承诺失真：计划会上把所有需求都塞进迭代，进行到一半才发现依赖没确认、验收口径不清、关键成员被临时任务打断。复盘时，团队看到的往…