本文是一本小型指南，也是Scrum方法的指南，是通过阅读Sutherland的书，互联网上的文章和实际应用而创建的。
有必要区分敏捷和Scrum。 敏捷是一种方法论（科学），而Scrum是一种实现目标的方法。
使用Scrum，拥有一支真正的专业人员团队，观察透明，开放和信任的条件非常重要。
团队成员应该对自己的活动感到满意，对工作感到满意。 幸福的状态使人们取得优异的成绩。
快乐的人成功的可能性提高50％。 因此，如果他们快乐并在工作中找到意义，他们的生产率就会提高50％。 此外，他们忠诚度提高了88％，因为他们了解自己的工作并非徒劳，而是将一半的时间投入到了这项业务的发展上
-幸福评估业务策略专家Corrie Block博士。
Scrum迷你指南
Scrum -Scrum，一种灵活的项目管理方法。 这个术语来自橄榄球比赛。
产品负责人 -产品负责人，客户与开发团队之间的联系。 产品负责人最重要的责任是创建和控制产品待办事项列表。
产品负责人在管理产品待办事项中的主要职责是：
- 定义产品的待办事项；
- 元素的正确排列以优化目标的实现；
- 确保产品待办事项的清晰性和透明度；
- 确保整个Scrum团队必须处理的需求的透明度和可理解性；
- 总体优化以实现开发团队工作的最高价值；
- 开发团队负责了解积压的责任。
Scrum团队 （Scrum团队）-由开发团队，Scrum主管和产品负责人组成的团队的集体形象。 团队完全自给自足，不依赖外部专家或客户。
Scrum Master （Scrum Master）-一个仲裁员，负责组织和举行会议，监视对Scrum所有原则的遵守情况，解决矛盾并保护团队免受干扰，促进会议，负责SCRUM设备的记帐，存储和发行。 该角色仅表示正确的Scrum流程，并不表示其他任何内容。
Scrum Master不执行任务，但可以消除团队内部出现的问题。
跨职能的项目开发人员团队，由不同个人的专家组成：程序员，测试人员，分析师，架构师等。
开发团队 （开发团队）-一个开发团队，一个跨职能的项目开发团队，由各个领域的专家组成：程序员，测试人员，分析师，架构师等。 团队规模为5至9人（5人为最佳）。 该团队是唯一完全参与的开发参与者，并且对整个结果负责。 这个工作单位是自给自足，自治和组织的。 它就像一个由不同元素组成的单一生物。
利益相关者 （股东）-实际上是股东，发起项目的人员（商业客户），scrum项目将为他们带来利益。 他们仅在Sprint审核期间参与scrum。
用户 -产品用户。
产品积压 （产品积压）-或积压产品要求，客户对功能和设计的愿望，全部为“愿望清单”； 他们按照对客户的重要性和价值进行排名。
Epic是全球几种产品功能之一。 史诗可能包含用户故事，例如，一个用户的愿望包或用于实现Epic的任务列表（任务）。
用户故事 -或故事，其中包含用户的意愿。
任务 （task）-任务，为完成项目目标必须完成的片段。
冲刺 （sprint）-1到4周的时间，在此期间，团队将创建产品的一部分，准备进行演示，并对客户有价值。 冲刺的最佳持续时间为1-2周。 这样做是为了避免在第二周结束时忘记在第一周开始时收到的信息，并且不需要时间来恢复通信。
冲刺目标 （
Sprint Goal ）-冲刺的目标。
Sprint计划会议 （Sprint Planin Mitin）-Sprint计划，Scrum会议，Scrum团队参加。 选择了可以在sprint中完成的积压任务。
Scrum Poker是使用一副带有斐波那契数字（1,2,3,5,8,13）的纸牌收集分数的快速准确的方法。 您可以使用Scrum Poker的移动应用程序。 评估为13的任务必须分为较小的任务。
故事点 -评估完成任务难度的单位。 如果项目包含3个或更多的sprint，则应用Story Points是有意义的，因为团队会积累统计数据和评估任务的经验。 在一个或两个冲刺的项目中，如果不进行练习，则没有必要使用Story Points。
每日Scrum会议 （Daily Scrum Mitin）-每天举行不超过15分钟的会议。 Tim Scrum参加，每个人都可以观察。 由Scrum主管进行。 集会的目的是及时交换信息，每个人都知道发生了什么，没有沟通差距。 问了三个问题：您昨天做了什么？ 你今天要做什么 达到目标的障碍是什么？
Sprint审查 （sprint审查）-sprint审查，所有参与的人员，会议都开放。 团队会告诉您已完成的工作，并演示项目中最后准备就绪的部分。
Sprint回顾会议 （Sprint回顾Mitin）-回顾，涉及Scrum Tim。 在圆桌会议上。 讨论了一些问题：什么进展顺利，哪些进展不好？ 有什么可以做得更好的？ 最主要的是不要定罪任何人！ 正在考虑工作流程。 目标是改善工作流程，成为一个“超级”团队。
完成定义（DoD）是确定任务准备程度的标准。 在最终无法检查任务准备情况的情况下，例如，如果功能元素在另一个团队或公司的团队中，则使用此方法。 DoD描述以“ done =”行开始，例如，done =该功能是在测试环境中实现的，需要在主环境中进行卸载和验证。
速度 （Velocity）-团队速度； 为了进行分析，构建了一个速度图，其中X轴用于统计冲刺，Y轴用于计算故事点，并根据这些指标构建平均速度和故事点。
燃尽图 -任务燃烧图。 图表的方向是从上到下。 设计用于跟踪剩余的工作量，其中X轴上是冲刺的天数，Y轴上是故事点的数目。 冲刺的第一天对应于故事点的最大数量。
燃尽图 -燃尽图。 图表的方向是从下到上。 设计用于跟踪工作量，X轴上是冲刺的天数，Y轴上是故事点的数目。 冲刺的最后一天对应于故事点的最大数量。
异常终止 （abnormol终止）-冲刺停止，动作异常。 停止由产品负责人发起。 正在举行一次集会，讨论异常终止的原因。 然后，Sprint重新开始。
Scrum指南
产品积压它是在股东大会或与所有有关方面（利益相关者，用户）的单独采访期间形成的。 记录用户故事，要求和愿望。
- 卡中的主要字段：ID，名称，重要性，等级，发行，描述，作者，艺术家；
- 卡中的其他字段。 例如，现在不需要在线商店中的“主题”-产品评分字段，该评分包含几个任务。 然后，您可以使用此主题更改所有任务的“重要性”。
- 最好将任务分解为相同的类型。
具有诸如3IIIC，5VE之类的组件的任务更加复杂，并且需要更多时间。
123，ABC速度更快，因为大脑不需要在不同类型的任务之间切换。
用户故事- 接收客户的业务目标。 我们为每个业务目标编写影响图：为什么->谁？->如何？->什么？ （为什么？->谁？->如何？->需要做什么？）；
- 用户故事的措辞：
作为用户<...>，我想做<...>以获得<...>。
作为仓库经理，我会收到一份库存结余报告，以便更快地做出决定；
不使用TO的措词（更好）。
作为<用户>，我<想得到一些东西>，<出于这样的目的>。
作为仓库经理，我收到了库存结余报告“更快”。 - 将“参与者”分为以下几类：目标，重要，次要等。 即使“系统用户”角色相同，也要为这些组中的参与者分配唯一的名称；
- 从这些演员的角度写一个故事，用独特的名字；
- 结果，您可以了解目标群体，重要群体等的演员需要哪些故事。 因此，您可以确定优先级；
- 行动 在“什么？”层面上描述故事很重要。 而不是“如何？”来描述问题，而不是解决方案。 “怎么样？” 与团队在一起；
- 价值。 拒绝“收件人”一词。 对于某些故事，您可以采用“收件人”格式表示故事的价值，但对于大多数故事则不然。
- 从“价值”（价值）概念到“影响”（impact）概念的过渡。 故事不必具有价值，但必须对故事中指示的演员有影响。 这种影响最终导致了目标。
- 用户故事按重要性和功能分类，并按积压进一步细分为任务。
完善和评估产品积压与开发团队一起发生。 团队必须评估每个任务：原则上可行吗？ 有足够的信息执行吗？
由Sprint组成。 冲刺计划会议。 Scrum扑克会议持续时间不超过8小时。 为了进行为期2周的冲刺，该集会持续2个小时。 为了可视化冲刺中任务的执行，使用看板很方便。
- 会议的第一部分向所有人开放。
产品所有者和开发团队的投票权。 从产品待办事项列表到Sprint待办事项列表中选择用户案例和任务；
冲刺目标制定-冲刺目标。 确定业务价值。 进行此冲刺的业务目标的简短描述。 帮助团队制定业务决策或其他决策。 - 集会的第二部分仅涉及Scrum团队。 填写Sprint待办事项列表。
确定如何执行工作范围。 讨论技术细节；
Scrum扑克 （计划扑克）。
故事点（基于斐波那契数列-1,2,3,5,8,13）。 需要将13点或更多点的任务分成较小的任务。 一个开发人员完成任务的截止日期不超过一天或8个小时。 如果项目只有一个冲刺，那么设置“故事点”是没有意义的，因为将没有统计信息，因此，确定评分的准确性也将不高。
要正确分配故事点，可以保留统计信息，如下表所示：
- Scrum Master主持会议；
- 产品负责人提供每个任务的简要概述；
- 进行了讨论，正在提出问题；
- 开发团队成员选择一张卡，然后翻转；
- 如果由于投票而导致积分分散很大，请听两个以最小和最大价值交出卡片的人；
- 然后，他们再次投票并为任务分配故事点。
每日Scrum会议它每天举行。 每个人都可以观看。 只有Scrum团队讲话。 由Scrum Master进行。
- 同时执行；
- 持续时间严格不超过15分钟。 解决问题的方法超出了集会的框架，是受这一障碍直接影响的人们的一部分；
- 所有人都只回答三个问题，彼此回答，而不是Scrum Master：昨天我做了什么？ 我今天要做什么？ 在实现目标的过程中，我和团队有什么问题？
冲刺审查会议每个人都参与其中。 产品功能的显着提高。 成品或功能的演示。
集会的持续时间：每星期冲刺1小时（2个小时冲刺审查= 2周冲刺）本次会议的准备时间不应超过2个小时。
冲刺回顾会议。 回顾性的。在冲刺的最后一天举行。
旨在评估团队的结果。 提出以下问题：有什么可以改进的？ 怎么了 如何提高团队效率？
2周冲刺的回顾时间不超过2小时。
改善和幸福的概念。 改善-持续改进。 快乐的人=高绩效的团队。
您可以提出以下问题：什么会使您在下一个冲刺中更开心？ 是什么让您更快乐？