项目管理

迭代目标写着“提升用户体验、完成核心功能、保障质量”，迭代结束时团队却交付了十几项需求，没人能说清用户究竟获得了什么变化，这不是目标写得不够漂亮，而是目标没有进入团队的取舍机制。做…

很多团队把 Sprint 效率低归因于“会议太多”或“成员执行力不足”，但我在迭代制度设计中更常看到的根因是：团队在 Sprint 开始前没有形成可执行的承诺，开始之后又不断接收未…

迭代容量管理不是把任务平均分给每个人，也不是把上一迭代没做完的事项原封不动拖进下一周期。我在参与多个研发团队流程梳理时发现，真正导致迭代失控的往往不是“人不够”，而是团队没有区分可…

迭代容量不是把团队人数乘以工作日，再把结果填进计划表。一个 12 人团队，即使理论上有 60 人日，也可能只有 38 人日适合承诺：有人要值班，有人要处理线上故障，关键任务还可能依…

迭代目标写得很漂亮，迭代结束时却没有一项业务结果能说清楚，这是许多实施团队真正遇到的管理问题。目标没有落地，往往不是成员不努力，也不只是计划排得不够细，而是目标、需求、责任、验证和…

迭代结束时，团队完成了计划中的功能，却说不清为什么延期、哪些缺陷本可提前发现、下个周期要改变什么，这通常不是复盘会议开得不够多，而是迭代管理制度没有把“计划、执行、验收、学习”连成…

迭代容量管理指南：实施团队如何做好迭代管理，流程优化全流程 很多实施团队的迭代计划并不是被需求数量拖垮的，而是被“看起来有空、实际上不可用”的容量拖垮：一个 6 人小组被安排了 3…

迭代管理如何做好Sprint？实施团队流程优化与操作步骤 很多团队把 Sprint 做成了“每两周开一次计划会、每天站会、最后演示一次”的固定仪式，但交付结果依然不稳定：计划完成率…

迭代计划做得越来越细，团队却还是频繁延期，问题往往不在“计划写得不够多”，而在计划没有把容量、依赖、验收和变更连成一条可检验的流程。对实施团队来说，真正有效的迭代管理，不是要求每个…

迭代计划看起来排得很满，到了迭代结束却发现：承诺的功能没交付，开发说在等需求，测试说版本总变更，项目负责人只能把未完成任务拖到下一轮。问题往往不在团队“不够努力”，而在于迭代管理把…