数据结构
网络
关系型数据库管理系统 (RDBMS)
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C语言编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
时尚研究
法律研究敏捷开发 - Scrum框架的误区
在我们童年时期，我们常常从父母、祖父母以及学校老师那里听到许多故事。有关于国王和王后、王子和公主、狗和猴子的故事等等，从虚构、戏剧、动作到带有道德的故事，各种各样的故事。其中一个著名的故事叫做“酸葡萄”，故事中狐狸一次又一次地跳起来想从树上吃葡萄，但当它经过多次尝试都无法够到那个高度时，它就宣称那些葡萄是酸的。
您也可以在我们的企业界看到同样的情况，我们试图在现有的系统中实施一个流程或框架，例如Scrum框架，但由于努力不足，我们没有成功，最终宣称它不适合我们。很多时候，失败仅仅是因为我们对Scrum的误解，这阻止了我们以其真正的意义来采用Scrum。
让我们讨论一下围绕Scrum的一些常见误解。
误区 #1 - Scrum非常容易，可以快速采用
我们可能从很多人那里听到一个常见的误解，那就是Scrum只不过是一个两到四周的冲刺周期，用于开发和测试一些用户故事，并在较短的冲刺窗口内完成工作。
实际上，这只是对Scrum的部分采用，这是危险的，因为Scrum有一些原则，要获得实际的好处，我们需要完全采用它。所有Scrum仪式，如冲刺计划会议、每日站会、冲刺回顾会议等，都有其自身的意义，并且在诚实地按照其规则和规定遵循时，将成为项目成功的决定性因素。
误区 #2 - 当项目经理可用时，为什么还需要Scrum Master？
在许多组织中，人们认为Scrum Master就像一个驯兽师，其工作是从团队中获取工作。由于这种误解，他们不愿意招聘专门的Scrum Master，而是倾向于让项目经理承担双重角色。
但根据Scrum，专职的Scrum Master对于项目的成功是必不可少的。Scrum Master不仅维护流程，还教育团队了解Scrum的价值观和实践。他或她充当促进者，确保所有Scrum流程和仪式都在进行，并且团队正在诚实地实践它们。
实际上，这种误解违背了Scrum的关键价值观，即Scrum团队是自我组织的，了解他们的责任和所有权，能够做出决策并对结果负责。因此，如果项目经理承担Scrum Master的角色并代表团队做出决策，那么这与Scrum原则相矛盾。
Scrum Master没有任何权力，因此他/她不能做出任何决定。他们的工作是保护团队免受任何外部干扰，促进团队合作，并确保项目进展的可见性。
误区 #3 - 当我们遵循Scrum时，为什么需要文档？
许多人认为不需要任何文档。这纯粹是一种误解；您仍然可以以用户故事、设计和架构文档以及其他支持文档的形式拥有文档。
产品待办事项本身就是一个活文档，其中包含用户故事、功能和非功能任务、约束和线框等。因此，如果文档不当且产品待办事项管理不善，可能会给您的项目带来麻烦。
误区 #4 - 难以管理，因为没有具体的项目计划和范围
对于之前在传统瀑布模型中工作的项目经理来说，这更为常见。在传统模型中，我们在初始阶段有一个完整的计划，并且几乎冻结了范围（尽管在后期该范围经常发生变化），这使项目经理能够预测发布日期。因此，在没有任务驱动的方法的情况下，他们感到不安是显而易见的。
而在Scrum中，我们有产品待办事项，它不断添加新的需求，并且这些项目的优先级不断变化以适应不断变化的业务需求。当时重要的功能首先进行开发，并且在每个冲刺结束时，我们都有可靠的工作成果交付给客户。因此，每个冲刺都为我们提供了项目的实际进展，使项目更具可见性和可预测性。
误区 #5 - Scrum仅适用于软件公司
这也是一个普遍的看法，即Scrum框架只为软件公司设计，其他行业无法采用它。这纯粹是一种误解。
实际上，Scrum可以应用于任何业务，无论是软件、BPO、服务、教育还是基础设施。由于每个企业都是动态的，因此采用Scrum框架可以成为在快节奏的商业环境中生存的更好解决方案。
误区 #6 - 由于快速迭代，对代码质量的关注较少
由于冲刺持续时间较短，许多人认为开发人员会降低代码质量。尽管这是一种误解，但在一些组织中确实会发生这种情况，开发人员使用捷径来快速完成工作，导致代码质量低下。
实际上，Scrum是一个用于管理项目的框架，因此，为了检查编码标准，可以包含其他最佳实践，例如自动代码质量检查。
误区 #7 - Scrum有很多会议，占用生产时间
这也是一种误解，实际上Scrum有四个具有预定义时间限制的会议，开始时的冲刺计划会议、每日站会、冲刺评审会议和冲刺结束时的冲刺回顾会议。只有每日站会每天举行，但它将持续时间限制在仅 15 分钟。
关于Scrum的这些误解不会影响Scrum本身，但会导致项目失败以及参与的客户和公司的损失。因此，最好消除误解并采用真正的Scrum。
156 次浏览
