* Scrum（名词）是一个框架，可帮助解决工作过程中发生的任务变化，以便高效，创造性地向客户提供最高价值的产品。
为什么我决定写这篇文章
通常，在工作环境中，在Internet上和在访谈中，您会听到以下内容：
“这个Scrum有很多会议！ 那什么时候上班呢！
“好吧，至少让它成为Scrum，至少让Shame，把它滚下来，让我编写代码！”
“我们还强加了这个Scrum，通常不清楚为什么”；
“每天站立约四十分钟，我必须参加什么活动？ 想知道我做了什么以及我现在正在做什么-请参阅Jira，Confluence，Git等。”
“ Scrum大师通常是一个小丑，他将不得不去跳舞而不是管理项目！”
“是的，我们使用了Scrum：主要是我们进行了回顾。”
本文的目的是表明，仍在向Scrum大量涌入的消极因素实际上不适用于它，并且需要在其他地方寻求问题。
接下来，我想谈谈这些问题源自的典型案例。
我本人是金融行业一个大型组织的认证（scrum.org）Scrum雇员（如果不是，则不是“绿色”）。 目前，我们还没有Scrum，但我们正在朝这个方向发展，而且我个人对为什么以及如何继续这样做有一个愿景。
实际上，不久前我就对灵活的方法尤其是Scrum着迷，但是在我看来，重要的不是“多久”，而是“定性和自觉性”。
而且，您对这个主题的投入越多，您就越会意识到该框架是一个强大的“工具”，并且每次在文章开头遇到短语和评论时都会感到沮丧，这通常是笨拙地尝试切换到Scrum的证据。
为什么尝试，甚至是笨拙的尝试：因为他们没有意识到为什么所有这些Scrum和Agile原则上都比过渡开始时早一点停止。
我认为，了解为什么需要Scrum以及如何使用Scrum的公司在我们国家并不常见。
Scrum的强大功能在许多方面是看不见的，可以在某种程度上与Excel的强大功能相提并论：一切看起来都很简单，但是如果您四处浏览，...
但是，我不像Scrum的创建者那样将Scrum视为灵丹妙药（我不会提供指向某个权威出版物中最近发表的文章的链接），并且这已经是另一篇文章的主题。
1.“强加”
我认为，Scrum引起这种厌恶的主要原因之一是当他在组织转型过程中被“从天而降”时。 这里的问题恰好是转换的过程：
- 管理层是否意识到为什么要采用灵活的方法，尤其是Scrum？
- 他们如何通知员工有关转型的需求，为什么灵活的方法论和Scrum在这方面特别有帮助？
- 您如何在转型中为员工提供支持，您是否在发射团队中提供了质量培训，认证和帮助？
一个非常普遍的故事是，当公司转型时，仅仅是因为它是“时尚的”。
最后，好事不太可能发生，随之而来的杂音随后变成消极情绪。
在这方面，我喜欢在主题中使用一句话：“在传统公司中，传统经理组织传统转型。”
但是，我对你说老实话：当我们第一次接触敏捷/ Scrum /看板时，我最初以为Scrum是无休止的会议中的垃圾。 我问自己一个问题：“如果……怎么办？”对我自己来说，这是一个非常酷的项目。
2. Scrum算命
对Scrum感到愤慨甚至有些痛苦的另一个原因是对它的错误解释，这主要与我们从中获取知识有关。 结果，例如，我们有了“茶道”或“祭祀仪式”，而不是“事件”。
我不排除分裂分子的存在，他们争辩说用圆，正方形或其他图形站立在每日Scrum上。 如果是圆的，则顺时针，逆向或以其他方式传递单词。
同时，对于为什么在Scrum中存在这些臭名昭著的强制性会议（事件），人们完全缺乏了解，顺便说一句，这可以用一只手指望。
观察网络上大量的信息流，似乎许多人根本不知道什么是主要来源以及从哪里获得该框架的基本知识。
因此，Scrum的主要文档是由Ken Schwaber和Jeff Sutherland共同编写的《 Scrum指南》，可以多种语言提供，包括俄语。
我认为，为了获得有关Scrum的基本知识，并且随后不致于因各种对Scrum的误解而阻塞您的头脑，您只需要两个主要组成部分：对Scrum指南的渴望和认真的阅读，并且不止一次。 该文档非常紧凑-不到20页即可掌握。
至于培训，我会简单地说：要小心！ 我不会在本文的框架内做任何广告，但是我相信在我们国家，只有一到两家公司可以接受此主题的“正确培训”。
3.《 Scrum指南》某些部分的“解释”，不仅
在网络中围绕Scrum进行了许多类似的讨论的情况下，我将尝试引起他们的注意，并根据Scrum指南和经验陈述我的理解。
Scrum是...
我将选出三个特征中的两个：
简单易懂，而
难以完美掌握 。
有人认为这是矛盾的。
冲刺
在本小节中，我将故意提出一些问题，这些问题可能会让您思考并重新考虑您对框架的方法。
- 您认为按时间间隔固定的Sprint有什么意义？ 例如，每两周发送一次进度报告是否更容易？
- 如果您正在切换到Scrum，那么您选择Sprint多久了？ 当我问这个问题时，我常常会惊讶地看到一个答案：“标准-2周”。
- 为什么选择如此长的冲刺？
- 为什么不建议将冲刺时间设置为一个月以上？
有些人可能不相信，但是这些问题的答案在《 Scrum指南》中。
4.每日Scrum
最具争议性的主题之一是“每日Scrum”，又名“每日站立会议”，又名“每日Scrum”或简称为“站立”。
您可能不相信我，但是此事件有固定的时间（时间框）-不超过15分钟，无论Sprint的长度如何。
团队本身确定会议的形式。 在这15分钟内，最重要的事情是了解实现Sprint目标的进度状态。
现在需要回填的问题：你们当中多少人知道Sprint目标是什么？ 你们当中有多少人知道如何制定？ 谁来制定它们呢？
在大多数情况下，Scrum正是由于他们的无知和误解而感到愤慨，因为此事件称为Daily Scrum是必需的。
这不是报告会议！ 在我经常观看的会议中，除了一个人喝咖啡，茶，水以及上厕所的次数之外，没有足够的信息。 而“不超过15分钟”可以持续一个半小时。
再次：Daily Scrum即将朝着Sprint目标迈进！
我认为，仅实现Scrum的这一部分，您就可以取得重大突破。
另外，很多人都觉得这是个启示，“每日Scrum”是一个只有开发团队才能参与的活动（请注意，“参与”和“待命，倾听”是两种不同的事物）！ 即使不是Scrum Master（Scrum管理员）和Product Owner（产品所有者），如果他们不是开发团队的兼职成员，也不会直接参与此会议！
5. Scrum主管不是项目经理，也不是仆人
另一个非常常见的主题：Scrum Master（SM）=项目经理（PM）。
您可以在SM vs.上找到很多文章。 下午
我将突出显示主要内容：
- Scrum Master负责根据《 Scrum指南》促进和支持Scrum。
- 有关Scrum-master的主要误解：
- Scrum master不管理项目。
- Scrum master不会管理团队（由谁接谁，由谁删除）；
- 不会根据公司最有经验或长期的员工来选择Scrum-master。
- Scrum-master不是团队秘书，“阻塞了即将来临的工作”。
- Scrum Master的职责不包括星期五（在培训中最喜欢的话题）外送比萨饼，洗袜子和熨烫产品负责人或开发团队成员的鞋带。
Scrum指南中还概述了Scrum Master的职责范围。
在本节的最后，如果有人感兴趣，我可以提出一些其他主题供独立研究：
- Scrum是一个货运邪教vs. Scrum和shuhari。
- 产品负责人是产品经理，而不是项目或团队。 这是PO vs. 下午
- 产品所有者和Scrum Master打包在一起。
- Scrum中的主要内容是回顾，或者您几乎遇到过这样的情况：Scrum =回顾（但又是另一个问题的回顾）！
- ...
根据作品中的发现，包括哈布雷的评论，它已经成熟。
Scrum是Ken Schwaber，Jeff Sutherland及其《 Scrum指南》。 请参阅尾注。
Scrum-这是《 Scrum指南》中的内容，而不是您习惯于致电公司的内容。
我们还没有Scrum，但我们了解这一点，承认它并知道如何朝着它迈进。 此外，我们还了解到绝对有必要搬到那里，因为这确实可以为组织带来巨大利益。
总结一下
如果有上述注意事项，我至少让某人思考并重新考虑了这种Scrum以及一般灵活的方法是什么，那么我将假定我已经实现了目标！
水会磨掉石头，也许在不久的将来，我们将听到的声音不再像现在听到的那样频繁：“您对这个Scrum感到非常困惑，基于这样一个团队的结果（实际上是使用ScramNO），这是不值得的。”
谢谢大家的关注，我将很高兴收到您的评论！
参考文献
www.scrumguides.org/index.html