把 Scrum 做对是极难的。所幸或者不幸地是:它有“容易”版。
容易版一:弄一个假 SM,搞几个会议,就轻易地给团队一个新的舒适圈,让人们躺在上面不思进取。嘴上再来个 3355 ,简直不能再专业了。
容易版二:弄一个假 PO,他们只需解答老板出的题,并不需要通过业务的价值流去发掘问题。这样,一个团队根本不需要接触业务就可以自嗨地玩起来。
假的 SM 和 假的 PO恰巧是最不缺的,这就是这两种容易版的 Scrum 大行其道的土壤吧。
除了 Scrum,还有什么选择?
XP 是没有容易版的,TDD 实打实,一下就让你进入长久的懵逼圈。所以大家敬而远之。
Scrum 创始人当年故意把 XP 的技术工程实践排除在 Scrum 以外。
而 XP 的创始人发誓不会利用 XP 来赚钱。
沧浪之水一清一浊,各人各取一瓢饮。
LEAN 也是没有容易版的,大部分公司的组织架构决定了研发团队根本没有机会接触业务,一个价值流就把团队挡在外面了。
Scrum guide 的最新版,才引入了 Product Goal 的概念。也不难理解 Mary Poppendieck 当年对 Scrum 的不屑一顾。
Devops 以最后一英里的技术实践,拉动了整个价值流的实践,对 LEAN 做了最大的致敬和回归,从这个角度说,功莫大焉。
于工作日晚,胡思乱想。
文档信息
- 本文作者:蔡建斌
- 本文链接:https://johncai.github.io/2021/09/06/scrum-is-not-agile/
- 版权声明:自由转载-非商用-非衍生-保持署名(创意共享3.0许可证)