项目管理

敏捷项目最常见的失败，不是团队没有站会，也不是迭代周期不够短，而是团队每两周都能“按时交付”，却没人能说清这两周交付的东西是否解决了用户问题。项目负责人要做好敏捷管理，关键不是把瀑…

Epic流程最容易失效的地方，往往不是团队不会拆用户故事，而是项目负责人把Epic当成“大号需求卡片”：需求进来后只改状态、不设可验证结果，临近发布才发现范围膨胀、依赖未解、价值无…

迭代最佳实践：项目负责人敏捷项目落地方案，常见问题 迭代计划写得很满，到了评审会却发现一半工作还没完成；团队每天都开站会，依赖问题仍然要等到最后两天才暴露。这通常不是团队“不够敏捷…

Task管理方法大全：项目负责人敏捷项目落地方案落地清单 项目里的 Task 越拆越细，为什么延期还是照旧？我在复盘敏捷团队时，反复看到同一种反常现象：看板上有数百条任务，负责人、…

敏捷项目里的 Feature，最容易被误解成“比任务大一点的需求”。结果往往是：需求会上它写得很完整，进迭代后却拆成十几张彼此依赖的任务卡；开发完成了，用户价值仍要等下一轮；项目负…

Story 落地最容易失败的地方，不是团队不会写用户故事，而是故事写完后仍然没人能回答三个问题：这一轮到底交付什么、怎样才算完成、需求变化时谁来做取舍。项目负责人开展敏捷项目，真正…

Scrum落地失败，往往不是团队不会开站会，而是项目负责人把“按时开会、维护看板、每两周发布一次”误当成了敏捷。真正决定成败的，是团队能否持续把不确定需求拆成可验证的增量，并依据真…

一个团队连续三个 Sprint 都按时开完计划会、每日站会和评审会，燃尽图看起来也很平滑，最后却仍有三分之一的承诺工作没能交付。问题通常不在“敏捷会议开得不够多”，而在于团队把 S…

敏捷项目最常见的失败，不是团队没有站会，也不是迭代周期选错了，而是每两周都按时交付，却始终交付不了客户真正需要的东西。项目负责人要做的，不是把瀑布计划切成几段，而是建立一套能持续验…

Agile怎么做，真正的难点通常不是团队不知道每日站会怎么开，而是项目启动三周后，需求仍在变、跨部门依赖没人认领、迭代承诺不断落空，负责人却还在用“大家再敏捷一点”解释延期。我的判…