项目管理

Sprint效率低，往往不是团队“做得不够快”，而是团队在Sprint开始后仍不断改变承诺、补充需求、等待决策，却把这些损耗误认为开发速度问题。我在梳理研发团队的迭代制度时，反复看…

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

Backlog 看起来有 120 条，真正能在下个迭代里开工的却只有 8 条，这并不罕见。问题通常不在团队缺少需求，而在于需求没有经过持续澄清、取舍和拆分，导致“待办列表很长”被误…

敏捷项目Feature教程：研发团队流程优化，避坑指南 一个团队把 80 个需求拆成 260 张任务卡，站会开得更勤，迭代计划却越来越不准，问题可能不是执行不够敏捷，而是团队没有说…

不少研发团队把 Scrum 推行失败归因于“大家不够敏捷”，但我更常看到的根因是：团队开了每日站会，却没有稳定的产品决策；每两周做一次评审，却没有可验收的增量；任务板上状态齐全，实…

Agile怎么做，最容易被误解成“开站会、排迭代、贴看板”。但研发团队真正卡住的，通常不是缺一场会议，而是需求进来以后没人能判断优先级，承诺之后又不断插单，迭代结束时每个人都很忙，…

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

不少研发团队把 Story 落地理解成“把需求拆成用户故事，再放进迭代”，结果迭代计划看起来很敏捷，交付却仍然频繁延期：Story 写得越来越细，依赖和验收口径却没有提前厘清；看板…

很多研发团队把 Epic 拆成一串 Story 后，进度看板看起来更忙了，版本却没有更准时：需求在不同团队之间等待，跨服务依赖到冲刺中段才暴露，Epic 的“完成率”甚至长期高于实…

不少研发团队的 Sprint 计划会看起来非常完整：需求排满，工时也估得精确，会议一个不少；到了迭代结束，却仍有功能延期、测试集中爆发、临时插单挤占计划。问题往往不在团队“不够敏捷…