敏捷制度设计

很多团队把敏捷项目做成了“每两周开一次会、每天站会、需求放进看板”，但到了版本发布，负责人仍说不清：哪些承诺已经兑现、哪些工作正在阻塞、临时需求挤掉了什么。敏捷管理真正难的不是增加…

跨部门敏捷项目最常见的失败，不是团队不会开站会，而是研发已经按迭代交付，市场还在等完整方案，法务仍按月度节奏审查，业务负责人却在迭代中途不断更换优先级。敏捷管理指南的关键，不是把所…

跨部门敏捷项目最常见的失败，不是团队不会开站会，而是市场、产品、研发、测试和运营各自按不同规则工作：需求有人提，却没人能排优先级；任务进入迭代，却仍要等部门审批；迭代结束了，交付结…

敏捷项目最常见的失败，不是团队开会太少，而是每个人都参加了迭代，却没人能说清楚：谁有权决定优先级、需求变更怎么处理、未完成工作如何复盘、质量问题由谁负责。制度设计的目标不是把团队管…

企业推行敏捷时，最常见的失速并不是团队不会写 Story，而是管理者把 Story 当成了新的任务名称：原有的审批、考核和跨部门排期一项没变，团队却被要求按迭代交付。结果是计划会上…

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

不少企业推行敏捷后，迭代会议更多了，管理层却更难回答三个问题：项目到底能不能按期交付？风险何时需要升级？团队承诺的目标是否与业务收益有关？我在设计迭代制度时反复看到一个反常识现象：…

敏捷项目最常见的失控，并不是团队不会开站会，而是管理层一边要求团队快速试错，一边用年度预算、固定范围、逐级审批和个人利用率考核惩罚变化。敏捷管理的制度设计，真正要解决的不是“怎么把…

不少敏捷项目看起来已经有了 Story、迭代和每日站会，交付却仍然靠项目经理逐项催办：需求进了迭代，中途不断插单；开发说“完成”了，测试才发现验收口径没有谈清；迭代结束，团队忙着补…

Agile 项目从 0 到 1，最容易失败的地方往往不是团队不懂站会，而是没人说得清：谁能决定优先级、需求变更要经过什么流程、一个迭代结束时怎样判断交付有效。我的判断是，敏捷不是把…