飞飞

不少企业把迭代制度设计成“每两周开一次计划会、每天站会、月底做复盘”，运行几个月后却发现：会议越来越多，承诺越来越满，需求仍频繁插队，管理者也说不清延期究竟是估算失准、依赖阻塞，还…

不少企业的 Sprint 看起来很忙：计划会开了两小时，任务排得满满当当，冲刺结束却仍有大量工作未完成，管理者最后只能追问“为什么又延期”。问题往往不在团队不够努力，而在制度把 S…

不少企业推行 Scrum 后，会议从每周一次变成每天一次，需求看板也越来越满，版本却没有更准时。问题通常不在团队“不够敏捷”，而在管理者把 Scrum 当成了一套会议制度，没有为它…

敏捷项目最常见的失败，不是团队不会开站会，而是管理层一边要求“快速试错”，一边用年度预算、层层审批和个人工时考核把每次调整都变成高成本事件。敏捷管理指南真正要解决的，因而不是怎样把…

Agile怎么做，真正难的通常不是团队会不会开站会，而是企业管理者能不能把“快速试错”写进预算、授权、考核和决策制度。很多组织上线敏捷后，会议变多、汇报变密，需求仍由层层审批决定，…

Task 管理做得越细，项目就一定越快吗？我在梳理企业敏捷流程时，反复看到相反的结果：任务拆得很碎，状态也更新得很勤，管理者却仍然说不清项目为什么延期、风险在哪里、需要谁做决策。问…

很多团队的 Backlog 看起来很满：需求、缺陷、技术债和临时任务一项不少；但到了迭代计划会，团队仍要花一小时争论“这件事到底要不要做”，承诺的工作也常常被新插入的任务打断。问题…

敏捷项目Feature教程：企业管理者流程优化，避坑指南 不少企业的迭代看起来排得很满，到了季度末却发现：需求做了不少，业务目标没变；团队完成了很多任务，客户仍在等待关键能力。问题…

某制造企业把“用户故事写进系统”当作敏捷转型的起点，三个月后却发现：故事数量增加了，按期交付率没有改善，业务负责人仍要在多个群聊里追问进度。问题不在于团队不会写 Story，而在于…

不少企业把迭代做得越来越“敏捷”：站会每天开，需求池每周清，迭代计划也排得满满当当；可版本延期、临时插单和团队加班并没有减少。问题往往不在团队执行得不够快，而在管理者把迭代当成一张…