Scrum：我很好，我不是一个敏捷软件开发框架
Posted 捷伴行Agile
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Scrum：我很好，我不是一个敏捷软件开发框架相关的知识，希望对你有一定的参考价值。
2019-新冠病毒疫情最新情报速递
https://www.agilewalker.com/2019-ncron-virus-update/
01
Scrum联盟说：Scrum是一组简单但功能强大的原则和实践，可帮助团队在短周期内交付产品，从而实现快速反馈，持续改进和快速适应变化。
Scrum指南和scrum.org说：Scrum是一个框架，人们可以在其中解决复杂的适应性问题，同时以富有创造力的方式交付最高价值的产品。
许多Scrum专家说：Scrum是一个产品开发框架。
上面这些定义都没有提到软件开发，也没有提到“敏捷”。
先让我们谈谈“敏捷”和“软件开发”。显然，Scrum可以以敏捷的方式使用，并且通常可以用于软件开发。那么，为什么说它不是一个敏捷的软件开发框架，或者根本不是一个软件开发框架？
使用“敏捷”一词，代表了《敏捷宣言》所包含的价值和原则。有时使用“敏捷”一词来表示以响应迅速和灵活。Scrum不属于任何一种。
Scrum可以按照《敏捷宣言》的价值观和原则使用，并且可以以快速响应和灵活的方式使用。当然它也可以以糟糕的价值观和原则使用，而没有灵活性和响应能力。
Scrum可以并且经常用于软件开发中，但Scrum本身没有针对软件的元素，没有软件原则或惯例。首先，Scrum试图成为一种开发产品的通用方法，而不仅仅是软件方法。其次，Scrum试图做到足够小，尽可能简单，作为通用方法其中省略不能通用的细节。
02
Scrum是一个不错的起点，它是当今使用最广泛的框架。当然也有很多对Scrum的批评。这样的批评通常有两类，一类是有益的，另一类则不太有益。
有益的批评是指出了人们在Scrum上有些方面做的还不够，所以导致了效率低下，这种情况的确不少见。值得人们及时反思和改进。
不太有益的批评是认为Scrum中的一些东西不好。常见的说法是“冲刺不好”和“产品负责人不好”。这些想法本身虽说不那么正确，但通常让人听起来舒服和无害，因为这样就不是人的问题了。
01 冲刺不好
关于冲刺看起来有两个主要的吐槽点。一个是每个工作的大小不完全一样，因此一个冲刺不会被一些正好合适的工作填充，因为这些工作加起来不会恰好是一个冲刺的正常工作量。另一个是糟糕的人（也许是产品负责人，也许是经理）要塞进来比两个星期内实际能完成的更多的工作，这会导致开发人员不满和工作质量降低。所以，结论是Sprint不好，因此Scrum不好。
我们承认工作大小确实不会整齐划一，因此，冲刺里的填充的工作可能会太多或太少。建议大家一定只承担比一个冲刺能做到的更少的工作（星期五会有其他事情要做）。事实上这只是一个预测，而不是一个承诺，是人将预期变成了承诺。所以，问题不在于冲刺，而是人。
至于将太多的工作加到团队上，会导致一系列不良后果。是什么原因导致超负荷？一个答案是糟糕的领导力。Scrum为我们提供了频繁施加压力的机会。冲刺是一个，日常站会是另一个，这些功能被滥用来给团队施压。压力是由人施加的，而不是事件。所以，问题不在于冲刺，而是人。
02 产品负责人不好
这里的主要思想是产品负责人角色不应该存在。反对想法是“产品所有者”的概念过于排他性，而整个团队应该通过舒适而友好的协作来共同感受问题和解决方案。所以，结论是产品负责人不好，因此Scrum不好。
我们认为一个合格的产品负责人不会试图独霸产品，而是让整个团队应该拥有它。如果公司安排错误的“负责人”负责产品，那么就会遇到这个问题。所以，问题不在于产品负责人，而是人。
03
03 Scrum本身很好
Scrum是以更加敏捷和敏捷的方式开始构建产品（包括软件）的理想方式。有更好的方法来做这些事情吗？绝对有，对大部分接触敏捷的人来说，Scrum是一个开箱即用，而且相对其他很多敏捷方法来说更为不错的开始方式。
Scrum的基本原则是“检查和适应”。为每个Sprint计划一个产品增量，构建一个增量，与利益相关人一起评审增量以获取他们的反馈，并与整个团队一起评审绩效以了解如何改进，可能出什么问题了？
当一些事发生的时候可能真的出了问题，比如：你可能会发现进展不佳；你可能会看到团队在Sprint中变得超负荷；你会发现产品负责人逼得太狠而协作不够；你可能会看到代码变得傻大粗；你可能会看到缺陷数量在增加。
04 问题不是Scrum本身
问题不是Scrum本身不敏捷，问题可能是你没有以敏捷的方式使用Scrum。
问题不是Scrum本身不是一个软件开发框架，问题可能是你没有使用敏捷软件开发的价值观和原则，或敏捷软件开发技术在Scrum中构建软件。
问题不是Scrum本身的冲刺或一堆奇怪的角色名称。问题是你没有检查，调整和改进正在发生的事情。
建议以类似Scrum的形式开始大多数团队，Scrum是一个不错的起点。检查和适应的重点是改进。
这里的结论是，问题不是Scrum本身，也许可以改进一下我们的应用Scrum的方式。
希望能在评论区学习到大家的经验和想法~
如果对相关内容感兴趣可以：
精彩回顾
以上是关于Scrum：我很好，我不是一个敏捷软件开发框架的主要内容，如果未能解决你的问题，请参考以下文章