迭代管理

研发团队做敏捷，最常见的失败不是“不会开站会”，而是迭代结束时，团队交付了一批任务，却说不清哪些用户问题真正解决了、哪些质量风险被推迟了、下一轮为什么要这样排。敏捷项目管理的关键，…

敏捷管理指南：研发团队如何做好敏捷项目，效率提升全流程 一个研发团队把迭代从两周改成一周，发布次数增加了，客户投诉却没有减少；站会开得更勤，开发人员反而觉得每天都在汇报。这并不罕见…

Story制度落地最容易失败的地方，往往不是团队不会写用户故事，而是所有人都觉得自己已经写清楚了：产品认为验收标准够用，研发认为依赖关系没说透，测试认为边界条件缺失，项目负责人则到…

敏捷管理指南：研发团队如何做好敏捷项目，实操方法全流程 研发团队最常见的“敏捷失败”，不是迭代周期太长，而是每两周都开计划会、站会和评审会，版本却仍然延期，需求也一直变。我的判断是…

敏捷项目最常见的失败，不是团队没有站会，也不是迭代周期选错了，而是需求仍在频繁变动、负责人仍按工期催进度、团队却被要求“按敏捷交付”。结果是会议变多了，延期没有减少，发布前的加班反…

敏捷项目Scrum全流程：研发团队实操方法与一文讲清 不少研发团队的 Scrum 看起来很忙：每天站会、每两周迭代、看板上任务不断移动，版本却还是延期，需求也常常在开发中途改变。问…

研发团队做敏捷，最容易出现的误判是：迭代周期缩短了，会议增加了，看板也铺满了任务，于是大家认为效率正在提升。可如果需求频繁插队、完成标准不一致、测试总在最后几天集中爆发，团队只是把…

不少产品团队把迭代做成了“每两周开一次计划会、每天站会、最后做一次演示”，日历看起来敏捷，交付却仍旧频繁延期。真正的分水岭不在于会议开得多不多，而在于团队能否把模糊需求转成可验证的…

敏捷项目最常见的失败，不是团队不会开站会，也不是迭代周期定得不够短，而是每两周都按时交付，却始终说不清交付究竟改变了什么。产品经理如果把敏捷理解成“把大需求切成小需求，再放进迭代”…

敏捷管理指南：产品经理如何做好敏捷项目，效率提升全流程 敏捷项目最常见的低效，不是团队写代码太慢，而是每个迭代都在忙，却没有更快地验证用户需求。一个功能从提出到上线，可能经过需求评…