Scrum:我很好,我不是一个敏捷软件开发框架

2019-新冠病毒疫情最新情报速递

Scrum联盟说:Scrum是一组简单但功能强大的原则和实践,可帮助团队在短周期内交付产品,从而实现快速反馈,持续改进和快速适应变化。

Scrum指南和scrum.org说:Scrum是一个框架,人们可以在其中解决复杂的适应性问题,同时以富有创造力的方式交付最高价值的产品。

许多Scrum专家说:Scrum是一个产品开发框架。

上面这些定义都没有提到软件开发,也没有提到敏捷

先让我们谈谈敏捷软件开发。显然,Scrum可以以敏捷的方式使用,并且通常可以用于软件开发。那么,为什么说它不是一个敏捷的软件开发框架,或者根本不是一个软件开发框架?

使用敏捷一词,代表了《敏捷宣言》所包含的价值和原则。有时使用敏捷一词来表示以响应迅速和灵活。 Scrum不属于任何一种。

Scrum可以按照《敏捷宣言》的价值观和原则使用,并且可以以快速响应和灵活的方式使用。当然它也可以以糟糕的价值观和原则使用,而没有灵活性和响应能力。

Scrum可以并且经常用于软件开发中,但Scrum本身没有针对软件的元素,没有软件原则或惯例。 首先,Scrum试图成为一种开发产品的通用方法,而不仅仅是软件方法。其次,Scrum试图做到足够小,尽可能简单,作为通用方法其中省略不能通用的细节。

Scrum是一个不错的起点,它是当今使用最广泛的框架。当然也有很多对Scrum的批评。这样的批评通常有两类,一类是有益的,另一类则不太有益。

有益的批评是指出了人们在Scrum上有些方面做的还不够,所以导致了效率低下,这种情况的确不少见。值得人们及时反思和改进。

不太有益的批评是认为Scrum中的一些东西不好。常见的说法是冲刺不好产品负责人不好。这些想法本身虽说不那么正确,但通常让人听起来舒服和无害,因为这样就不是人的问题了。

01 冲刺不好

关于冲刺看起来有两个主要的吐槽点。一个是每个工作的大小不完全一样,因此一个冲刺不会被一些正好合适的工作填充,因为这些工作加起来不会恰好是一个冲刺的正常工作量。另一个是糟糕的人(也许是产品负责人,也许是经理)要塞进来比两个星期内实际能完成的更多的工作,这会导致开发人员不满和工作质量降低。所以,结论是Sprint不好,因此Scrum不好。

我们承认工作大小确实不会整齐划一,因此,冲刺里的填充的工作可能会太多或太少。建议大家一定只承担比一个冲刺能做到的更少的工作(星期五会有其他事情要做)。事实上这只是一个预测,而不是一个承诺,是人将预期变成了承诺。所以,问题不在于冲刺,而是人。

至于将太多的工作加到团队上,会导致一系列不良后果。是什么原因导致超负荷?一个答案是糟糕的领导力。Scrum为我们提供了频繁施加压力的机会。冲刺是一个,日常站会是另一个,这些功能被滥用来给团队施压。压力是由人施加的,而不是事件。所以,问题不在于冲刺,而是人。

02 产品负责人不好

这里的主要思想是产品负责人角色不应该存在。反对想法是产品所有者的概念过于排他性,而整个团队应该通过舒适而友好的协作来共同感受问题和解决方案。所以,结论是产品负责人不好,因此Scrum不好。

我们认为一个合格的产品负责人不会试图独霸产品,而是让整个团队应该拥有它。如果公司安排错误的负责人负责产品,那么就会遇到这个问题。所以,问题不在于产品负责人,而是人。

03 Scrum很好。

Scrum是以更加敏捷和敏捷的方式开始构建产品(包括软件)的理想方式。有更好的方法来做这些事情吗?绝对有,对大部分接触敏捷的人来说,Scrum是一个开箱即用,而且相对其他很多敏捷方法来说更为不错的开始方式。

Scrum的基本原则是检查和适应。为每个Sprint计划一个产品增量,构建一个增量,与利益相关人一起评审增量以获取他们的反馈,并与整个团队一起评审绩效以了解如何改进,可能出什么问题了?

当一些事发生的时候可能真的出了问题,比如:你可能会发现进展不佳;你可能会看到团队在Sprint中变得超负荷;你会发现产品负责人逼得太狠而协作不够;你可能会看到代码变得傻大粗;你可能会看到缺陷数量在增加。

04 问题不是Scrum

问题不是Scrum本身不敏捷,问题可能是你没有以敏捷的方式使用Scrum

问题不是Scrum本身不是一个软件开发框架,问题可能是你没有使用敏捷软件开发的价值观和原则,或敏捷软件开发技术在Scrum中构建软件。

问题不是Scrum本身的冲刺或一堆奇怪的角色名称。问题是你没有检查,调整和改进正在发生的事情。

建议以类似Scrum的形式开始大多数团队,Scrum是一个不错的起点。检查和适应的重点是改进。

这里的结论是,问题不是Scrum本身,也许可以改进一下我们的应用Scrum的方式。

END

希望能在评论区学习到大家的经验和想法~

如果对相关内容感兴趣可以关注我的公众号:捷伴行Agile。公众号与博客持续同步更新。

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注

error: Content is protected !!