抛弃敏捷,速度提升一倍,开发的产品却没人要

作者 | Willem-Jan Ageling

策划 | 田晓旭

敏捷开发,在国内开发者之间拥有很高的话题度,有人认为敏捷开发很高效,可以快速完成相关工作,也有人质疑国内企业的敏捷开发水平,甚至表示“产品设计者讲不清楚具体需求,而且需求还总变,那就用敏捷方法哄你开心好了”。

在会议室,公司 CTO 再一次表扬了 Can-can 团队,团队 Leader Harry 对此很自豪,“我的团队成为了产品开发部门的典范。”

这一切荣誉都归功于六个月前 Can-can 团队决定放弃 Scrum。有人嫉妒是肯定的,毕竟没有人不想成功,所以当 Sarad 和 Harry 吐槽时,Harry 没有觉得奇怪,也没有放在心上。

“真令人难以置信,管理层竟然没发现你的团队多么有破坏性。”

"Sarah,我想你想说的是打破常规吧,这可是一件好事!"

"不是,我的意思就是破坏性。你创建的产品没人想要,但你却完全无视了这一点,因为你不再与利益相关者交流了。可人们还把你视为一位杰出的榜样,这绝对是破坏性的。你什么事情都做得很好,但是却忘了传递价值。"

Harry 没有再与 Sarah 对话,转身离开了,他觉得 Sarah 的话语中充满了敌意。

1 6 个月前,Can-can 团队决定抛弃 Scrum

6 个月前,在 Can-can 的 Sprint 回顾会上,Angie 扔下了一颗重磅炸弹:"我讨厌 Sprint 评审会,这种会议没有任何意义,我们只会和根本不知道自己想要什么的利益相关者争吵不休。我希望能够减少开会时间,别再开什么评审会了。”

Angie 的发言就像是一声号角,随后团队的人纷纷应和,Lee 进一步提议,“干脆我们把每日站会和 Sprint 计划会也取消吧,这样我们可以节约多少时间呀!”

随后,团队决定走一条激进的路线,在接下来的 30 分钟,团队成员抛弃了 Scrum,并开始使用一个待办列表 / 公告板,上面有三种状态:“待办”“正在做”和“完成”。这样就用不着产品待办事项列表了。在 Scrum 事件中,他们只会保留优化(Refinement)和回顾(Retrospective)部分。产品负责人将优先处理待办列表,而团队只需从公告板顶部拉出项目处理即可。

团队所有人都相信这样的方法会显著提升效率。

2 3 个月前,我们的开发速度提升了一倍

"两倍,我们的速度是使用 Scrum 时的两倍!" 在抛弃 Scrum 3 个月之后,Harry 欣喜的发现团队速度从 86 提高到了 175,而且公司没有任何一个团队可与之相提并论。

取得一定效果之后,团队再接再厉,清理掉了几乎所有 Scrum 事件,并引入了 Mob 编程法。团队成员认为想要集中精力,那么就要大幅减少流程中的工作内容,作为一个团队,他们每次只处理一个项目,一旦项目完成,就投入到下一个项目中。

这种方式听起来可能有点“不妥”,但是却提供了团队的生产效率,减少了错误和返工。

慢慢的,Can-can 团队开始受到上层的注意,其他团队感到困惑不已,为什么 Can-can 团队工作时有这么多乐趣,又能比以前缩短工作时间,效率如此之高呢?这太令人惊讶了。加班对 Can-can 来说已经是历史了。

3 回到现在,我们可能出问题了?

与 Sarah 分别之后,Harry 一直在回想双方的对话,并决定咨询销售部的 Anna,他认为她会证明他们的产品的确很棒。

但是 Anna 没有给出他想要的回答。"您的产品是最糟糕的。我们很遗憾要把它纳入我们的产品组合。我们决定对此保持沉默,因为我们知道客户不想要它。"

Harry 不相信 Anna。"你在拿我开涮吧。Product Technology 的所有同事都羡慕我们。没有人能像我们那么快地构建功能。"

"您认为这是值得骄傲的事情吗?以闪电般的速度构建糟糕的软件?您知道我最想念的是什么吗?您的团队以前每周都会组织一次反馈会议。我记得您把它叫做 Sprint 评审。"

Harry 回应:"我们之所以不再那样做了,是因为那种方法成了我们的绊脚石。"

"那种方法怎么就拖你们后腿了?是指没有让你们飞快地构建糟糕的软件吗?我难以置信为什么你们会取消掉一个从用户和其他利益相关者那里获得反馈的活动。告诉我:您还开发产品做什么呢?"

“构建一个产品的唯一目的是为我们的用户和公司带来价值。”Harry 回答。然后他恍然大悟:"我明白你的意思了。我们一直在努力提高速度,以至于忘记了最重要的事情:潜在价值。"

在意识到问题之后,Harry 与 Sarah 又展开了一次谈话。

"嗨,Sarah,能打扰您几分钟吗?"

"当然。您想谈什么呢?"

"我想您是对的。我们忘了专注于价值,结果导致,我们正在构建似乎没人会喜欢的东西。您能帮我解决这个问题吗?"

"当然了 Harry。我很乐意帮助您。作为回报,您可以帮助我的团队加强他们的专注力和团队合作精神吗?因为这是您的团队表现最出色的地方。"

4 Scrum 再次回归

Harry 在团队会议上表示要重新回归 Scrum 时,团队成员都是困惑的,Lee 更是激烈表示:“为什么我们要回到原来的工作方式上呢?我们讨厌它,它根本没用!我宁愿走人也不愿回到 Scrum!”

Harry 回答:"其实我们做得根本就不好。没有人想要我们的产品。因为我们从来不去看看人们是否喜欢我们在做的事情。我们抛弃了 Scrum,停止了对价值的关注,变成了功能工厂。事实上,我们正在非常快速地创建大家不需要的软件。"

然后 Sarah 接过了话头:"你们决定不再像以前那样用经验主义流程控制法来构建产品,同时将这种方法用在流程改进上,做出了令人印象深刻的成果。但是在复杂的环境中,你们还应该考虑在利益相关者的帮助下检查和调整产品。"

经过多方争辩,Can-can 团队同意恢复 Sprint 评审会。之后,Sarah 提出来可以帮助他们尽可能地提升 Sprint 评审会的效率。

在新一次 Sprint 评审会的结尾,Angie 说:"当初我也是其中一位想要将 Sprint 评审从我们的议程中删掉的成员。我必须承认,我们现在使用的形式比过去使用的更有意义。我们现在展示产品增量的方式每个人都能理解,而且大家都明白我们想要达成怎样的目标。这样我们想要获得真实的反馈就容易多了。"

Lee 补充说:“是的!我们讨论用户对产品的期望时效率也高多了。在这一个小时的会议里,我们提出了很多很棒的主意。"

"不过还有一件事。有了这些新的见解,我们需要确定下一周团队到底要做什么。我们需要做计划。"

Sarah 说:“这是开一个 Sprint 计划会的很好理由。”

在 Sprint 计划会中,Can-can 团队决定听从 Sarah 的建议,遵从一个 Sprint 目标。在实现 Sprint 目标而努力的过程中,他们甚至决定恢复每日站会。而 Can-can 团队在团队协作方面学习到的经验,也分享给了其它人。

5 总结思想

Scrum 是一个旨在复杂环境中交付高价值产品的框架。经验主义流程控制是 Scrum 的核心,这种方法可确保组织确实在研究最有价值的主题,不断检查和调整是关键所在。

不要只是在工作方式上运用经验主义就完事了,而是要在充满乐趣的环境中正确、快速地构建事物。能够明确知道自己正在构建正确的事物也是同样重要的,甚至可能更重要。

拓展阅读:

https://medium.com/serious-scrum/we-ditched-scrum-because-it-slowed-us-down-and-turned-into-a-feature-factory-3ce7e14f31b

今日推荐阅读

入侵中国长达3个月,越南黑客组织欲窃取COVID-19情报

点个在看少个 bug :point_down:

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章