扫码阅读
手机扫码阅读

“满身漏洞”的Scrum(1)

301 2023-08-17


正文约870字,预计阅读时间5分钟

前言

虽然每次我们都说“敏捷没有银弹”,但奇怪的是,Scrum 在一定程度上却成为了敏捷银弹的代名词。甚至在某些场合Scrum 已经和敏捷画上了等号。当别人问你是否在用敏捷的时候,潜台词是你是否在用Scrum。

这种“嘴上说不要,身体却很诚实”的割裂行为,让我产生了一点兴趣来聊一下Scrum 这个框架,并稍稍就Scrum 这个框架的现状做一些有趣的讨论。

在开始这个话题之前,我想请大家看一下这张图,基本上是针对Scrum 展示最到位的一张图。

1-1 Scrum At a Glance

对于Scrum 到底是什么,怎么用,我在这里就不做赘述了。如果大家有兴趣,可以去下载Scrum Guide,然后自行阅读。在下面的内容中,我默认大家都已经对Scrum Guide有过阅读。


Scrum被诟病的几个点


Scrum 被诟病的还挺多,我大概总结了一下,有这么几个点:

  1. 需要新的角色出现。

    不论是SM还是PO,亦或是没有title的研发人员,都跟现有组织架构不太一样;

  2. Scrum 限制太多(这里主要是时间盒),导致没有办法放开手脚去做,在遇到紧急情况时,无法快速响应;

  3. 用户故事很难写很难拆,且有很多时候研发人员不理解用户故事,且也无法进行详细的时间估算,无法排期;

  4. 我们每次迭代都不能做完所有的工作,导致下次继续做

  5. 跨职能团队、T型人才可遇不可求,团队工作还是各自做各自的;

  6. 站会根本不能解决问题,会后再也没有人追踪会议上的那些问题;

  7. 计划会很难开,且开完计划会后,依然有很多不确定性,团队都很吃力;

  8. 敏捷嘛,想变就变,连流程都不需要了

  9. 评审会客户对我们不满意,领导很不爽,要求我们尽善尽美完成后再给客户演示

  10. 回顾会浪费时间

当然,实际的槽点肯定不止这10条,这只是我精挑细选出来的10条,但是已经能足够表达出大多数团队对Scrum的不满,其中包括了领导、团队以及团队之外的人对Scrum 的评价。要不是我对敏捷略懂,真的是可以劝退我使用Scrum 的想法。

Scrum 真的如此不堪?

原文链接: https://mp.weixin.qq.com/s?__biz=MzIyMTUzNTg1NQ==&mid=2247484093&idx=1&sn=7d396908f304f4d06b2480d577ddb8c0