Scrum历史
软件开发的起源是一种“瀑布式”的工作方式，大多数团队都使用它，并将产品的实施分为以下几个阶段：
- 项目要求的定义；
- 从头到尾计划运营；
- 代码编写；
- 测试。
也就是说，客户来了，描述了任务，团队按照既定的技术规范计划了实施并开始工作。开发结束后，对该产品进行了测试，如果某些操作不起作用，则必须更正大量代码，从而延长了截止日期。
因此，他们一年又一年地工作，而一支由创新者组成的团队长期观察着成功的团队：那些设法按时完成并生产出优质产品的团队。结果，他们意识到成功的关键在于流程的灵活性。
根据长期观察得出的结论，启动了《灵活软件开发宣言》。它包括四点：
- 人比工具重要。
- 产品质量比文档更重要。
- 与客户的互动比合同更重要。
- 准备好进行变更比制定计划更为重要。
这四点从根本上改变了软件开发方法，并构成了敏捷的基础。多年来，发烧友提出了12项敏捷原则，这些原则构成了当今所有敏捷方法的基础：
- 最主要的是好的软件和满意的客户。
- 随时更改的意愿。
- 开发后应尽可能多地获得可运行的软件。
- 团队会议最适合共享信息。
- 客户和开发团队必须一起工作。
- 信任人们去做自己的工作。
- 有有效的软件-有进步。
- 灵活的流程-持续发展。
- 注重质量可以提高灵活性。
- 该过程的简单性使您不必做不必要的工作。
- 一个自组织的团队工作得更好。
- 不断追求更高的效率。
在1990年代初，Jeff Sutherland和Ken Schwaber开始谈论他们自己的敏捷开发方法。长期以来，他们观看了军事，特种部队甚至橄榄球运动员的比赛，得出的结论是，由于互动和团队合作，他们设法完成了分配的任务-这些原则构成了Scrum的基础。
在2001年，他们详细描述了其方法的原理，并出版了《使用SCRUM开发敏捷软件》一书。如今，这种方法被认为是开发人员中最受欢迎的方法之一。
Scrum的基本原理
该方法具有几个基本原理，可帮助您专注于客户并以最小的资源和时间成本获得预期的结果。
Scrum的基本原理：
- (). () . .
- . . () .
- . - « » — . , . , .
- . Scrum-team — , .
Scrum团队
在大多数情况下，Scrum团队由5至9人组成，很少是3-4人。在Scrum中，团队不能更大，因为每个链接之间的交互变得更加复杂，从而对工作效率产生负面影响。
组成
团队中有三个主要角色：
- 产品拥有者。
- Scrum Master。
- 开发人员（交付团队）。
让我们更详细地考虑所有角色。
产品拥有者
所有者是负责开发的人。该角色由产品的客户或其正式代表扮演。在极少数情况下-随后执行计划项目的市场代表。
所有者负责业务计划的准备，这反映了预期的经济效果。此外，他在其中定义了一个开发计划，其中计算每个项目的投资回报率。所有者参与的另一个重要文件是要求列表，它们按重要性排序。
简而言之，产品负责人是项目团队的决策中心。它应该是项目中唯一的一个，否则会违反快速采用重要决策的原则。
所有者的责任清单：
- ;
- ( );
- ;
- ;
- ;
- .
-
Scrum主管负责观察工作中的Scrum方法：它控制所有团队成员的主动性和独立性，对获得的结果的满意度，团队的气氛以及总体工作结果的满意度。
此外，重要的是要了解，Scrum Master不仅是一些孤立的人，他们从外面观看开发。他是团队的一员，应与控制一起直接参与产品的技术实施。
Scrum主管负责团队中所有团队成员之间的互动，保持较高的绩效水平，消除问题并遵循计划的工作时间表。
Scrum管理员的大致职责列表：
- 营造信任的气氛；
- 参加股东大会并确保与参与者的成功沟通；
- ;
- ;
- .
开发人员是负责产品技术实施的人员。通常，每个团队有5-9个开发人员。第一个任务是为每个冲刺设定切实可行的，可预测的，有趣的和重要的目标。
第二项任务是按时（最后期限）实现每个冲刺的设定目标。实现目标是一个可扩展的概念，并在每个项目中单独确定。例如，在编写所有代码后，某处任务被视为已完成，而在其他地方，这些任务又增加了测试的结束。总的来说，每个人都以自己的视野和经验为指导。
开发团队的关键技能是计划，对所做工作的客观评估以及与其他团队成员互动的能力。
开发团队的样本清单：
- 产品积压项目的评估；
- 产品开发并交付给客户；
- 跟踪您的进度（与Scrum管理员一起）；
- 将结果提供给产品所有者。
Scrum团队的工作方式
Scrum方法的成功工作可能要遵循以下三个原则：
- 不断自我完善。经验丰富的开发人员说，如果没有每个团队成员的自我完善，就不可能改进产品，使其达到理想状态。
- 自治。所有员工不仅必须对总体结果负责，并且能够在团队中工作，而且还必须单独履行许多职责。
- 交叉功能。任何团队都是自给自足的，因为它包括具有不同技能的专家。
Scrum团队流程
指导Scrum方法论的团队的工作有条件地分为几个阶段。
1.计划冲刺任务列表。每个冲刺都从计划开始。所有团队成员都会收集，评估整个产品的积压工作，并选择在当前迭代中需要执行的优先任务。这形成了当前冲刺的任务列表（积压）。
之后，根据积压情况，协商工作范围和周期持续时间。结果也被预先确定：作为冲刺的结果应该获得什么。
2.举行例会。小组每天或每周举行简短会议（不超过15-30分钟）。他们涉及产品所有者，Scrum管理员和所有开发人员。会议的目的是使每个人都能回答以下三个问题：
- ?
- ?
- ?
Scrum主管可以在会议期间识别当前问题，并帮助团队解决问题。
3. Scrum董事会组织。在举行例会的会议室中，悬挂着一块木板，分为三个部分：“做什么”，“进行中”和“完成”。
每个部分放置不同颜色的主要任务贴纸。随着它们的前进，它们从一个部分移动到另一部分。这有助于每个团队成员跟踪当前冲刺的进度。
4.在迭代期间更改计划。团队必须开放，如果一位专家没有时间按时完成任务，他会通知产品所有者。它将更改任务分配，优化工作时间并帮助您在截止日期之前完成任务。
如果工作太快，任务完成得比计划的快，则执行相同的操作。经理可以根据自己的判断以新的目标来补充待办事项，以便更快地交付产品。
5.总结。完成每个冲刺后，将测试完整的软件。潜在的消费者也参与其中（焦点小组）。所有者收集反馈并为将来的成功工作做出决策。
Scrum工件
Scrum项目包括三个重要文档，它们也称为工件：
- 产品积压。
- 冲刺积压。
- 冲刺图（Burndown Chart）。
它们每个都具有某些功能，我们将在下面讨论。
产品杂志
所有者从一开始就准备产品杂志。该文件（工件）包括按重要性排序的要求。最初的版本由开发人员补充：他们估计实现每个需求的成本。
产品积压不仅应包括实施所需的技术方面，还应包括功能方面。每个需求都分配了一个优先级（例如，从1到5）。详细描述了最高优先级，以便团队可以评估和测试它们。
产品负责人不仅有责任准备产品杂志，还必须按时提供。否则，项目的及时实施是不可能的。
冲刺杂志
您还记得，在Scrum方法论的框架内，该产品是以小的迭代形式实现的。通常，一个冲刺是一项功能。为了有效开展工作，它被分为一些小任务，因此实施不超过2-3个工作日。
将功能适当地分解为任务，可以在迭代结束时完成某些软件正确运行并为最终用户带来价值所必需的一切。
冲刺积压完成后，开发团队将对其进行评估，并将其与产品日志进行比较。如果存在重大偏差，团队将确定当前sprint中优先级最高的任务，而次要任务则可以转移至下一个迭代。
产品负责人的任务是从积压的工作中排除小且无关紧要的任务，这些任务的执行不会影响工作的最终结果。
冲刺图
冲刺计划是当前迭代的任务计划日历。它显示直到冲刺结束为止剩余的工作量。团队会定期评估时间表，并在必要时快速响应任何更改。
产品的所有者特别注意日历。它评估工作速度和是否按时完成。例如，如果工作量没有随着时间的推移而减少，则说明过程中存在一些偏差，因此需要对团队的行为进行紧急纠正。
如何正确实施Scrum方法
为了提高团队效率，必须正确实施Scrum方法。错误不仅不能改变一切，而且会对生产率产生负面影响。
如果您决定进行更改，请分阶段进行实施：
- 组队。产品未来成功的主要步骤。寻找在其领域具有实践经验的合格专业人员。花点时间记住：组建跨职能团队并非易事。
- 指定产品负责人。将此角色授予客户或其代表。一个人在这个方向上的经验很重要，因为团队内部和客户之间的交互取决于他。
- -. , . , .
- . . , . . - , .
- . . . , .
- 分析和评估结果。在每个冲刺结束后分析和测量结果。只有对上一个步骤的结果完全满意后，才能进行到下一个开发阶段。
这六个步骤将提高整个团队的效率。但是，乍一看，它们似乎很简单。实际上，您必须花费大量时间来稳定新规则下的工作。
创新团队中的某些人可能不喜欢它。人们反对新事物是很自然的。您的任务是向每个团队成员传达新方法的好处。
总结一下
Scrum是基于敏捷原则的敏捷开发方法。它的发展始于上世纪90年代，并在00年代初开始广泛流行。迄今为止，scrum已被许多活动与项目密切相关的团队使用。
Scrum可以通过6个步骤在您的公司中实施，但是您应该谨慎地进行流程的组织。该方法不需要员工特别的知识，这里的问题是组织和正确地建立工作时间。
同时，不要忘了Scrum并不是万能药，如果您不停地按时完成任务，团队内部气氛恶劣，那么采用新技术将无法解决所有问题。因此，首先在团队内部建立沟通，建立有效的工作，然后实施Scrum以提高生产力。