项目管理

一场 Sprint 结束时，团队把 42 个故事点全部“完成”，但其中 9 个需求没有经过业务验收，另外 6 个缺陷被顺延到下一迭代，这时，漂亮的完成率并不能证明效率提高了。Spr…

Story 推进缓慢，很多时候不是团队“不会写用户故事”，而是故事在进入迭代后才暴露出依赖未确认、验收口径不清、业务价值无法验证等问题。本文以一个 120 人规模、跨产品与研发团队…

Feature 拆分做得越细，团队不一定越敏捷：我见过一种常见局面，迭代计划里塞满了几十条“已拆解”的工作项，开发每天更新状态，负责人却仍然说不清哪些能力能交付、哪些需求被卡住、上…

Agile 落地失败，往往不是团队不会开站会，而是负责人把“按周交付”误当成“把瀑布计划切成小块”。我做项目流程诊断时，最先检查的不是团队有没有迭代看板，而是每个需求能否说清用户问…

不少团队把 Epic 当成“大号需求”，结果一个 Epic 挂着十几个迭代、几十张任务卡，状态长期停在“进行中”；项目负责人每周开会追进度，却回答不了它离交付还有多远。Epic 流…

迭代结束时，团队按时交付了 18 个需求，发布后却出现 11 个高优先级缺陷；复盘发现，问题并非开发速度不够，而是需求中途变更、测试介入太晚、负责人只盯燃尽图却没有及时处理阻塞。迭…

敏捷项目如何做好Backlog？项目负责人流程优化与操作步骤 Backlog越长，项目不一定越稳。一个常见场景是：团队的需求池里有两百多条事项，迭代计划会却仍要花半天争论“这次到底…

敏捷项目的 Backlog 最常见的问题，不是“需求不够多”，而是团队把它当成待办事项仓库：上百条需求都在列表里，却说不清本迭代先解决谁的什么问题、哪些事项还缺信息、什么条件下可以…

敏捷项目最常见的失败，不是团队没有站会，也不是迭代周期太长，而是团队每两周都能“按时交付”，用户却连续几个月看不到可用价值。做好敏捷项目，负责人要优化的不是仪式数量，而是从需求进入…

Task 管理最容易失控的时刻，往往不是任务太多，而是每个人都认为自己已经把任务说清楚了：负责人以为“开发中”代表有人在推进，执行者以为等设计确认后才开始，测试则到提测前才发现验收…