“满身漏洞”的Scrum(1)
正文约870字,预计阅读时间5分钟
虽然每次我们都说“敏捷没有银弹”,但奇怪的是,Scrum 在一定程度上却成为了敏捷银弹的代名词。甚至在某些场合Scrum 已经和敏捷画上了等号。当别人问你是否在用敏捷的时候,潜台词是你是否在用Scrum。
这种“嘴上说不要,身体却很诚实”的割裂行为,让我产生了一点兴趣来聊一下Scrum 这个框架,并稍稍就Scrum 这个框架的现状做一些有趣的讨论。
在开始这个话题之前,我想请大家看一下这张图,基本上是针对Scrum 展示最到位的一张图。
1-1 Scrum At a Glance
对于Scrum 到底是什么,怎么用,我在这里就不做赘述了。如果大家有兴趣,可以去下载Scrum Guide,然后自行阅读。在下面的内容中,我默认大家都已经对Scrum Guide有过阅读。
Scrum被诟病的几个点
Scrum 被诟病的还挺多,我大概总结了一下,有这么几个点:
-
需要新的角色出现。
不论是SM还是PO,亦或是没有title的研发人员,都跟现有组织架构不太一样;
-
Scrum 限制太多(这里主要是时间盒),导致没有办法放开手脚去做,在遇到紧急情况时,无法快速响应;
-
用户故事很难写很难拆,且有很多时候研发人员不理解用户故事,且也无法进行详细的时间估算,无法排期;
-
我们每次迭代都不能做完所有的工作,导致下次继续做
-
跨职能团队、T型人才可遇不可求,团队工作还是各自做各自的;
-
站会根本不能解决问题,会后再也没有人追踪会议上的那些问题;
-
计划会很难开,且开完计划会后,依然有很多不确定性,团队都很吃力;
-
敏捷嘛,想变就变,连流程都不需要了
-
评审会客户对我们不满意,领导很不爽,要求我们尽善尽美完成后再给客户演示
-
回顾会浪费时间
当然,实际的槽点肯定不止这10条,这只是我精挑细选出来的10条,但是已经能足够表达出大多数团队对Scrum的不满,其中包括了领导、团队以及团队之外的人对Scrum 的评价。要不是我对敏捷略懂,真的是可以劝退我使用Scrum 的想法。
Scrum 真的如此不堪?