在本章中，我们将重点介绍称为“敏捷”的软件开发生命周期的概念。敏捷软件开发方法论可通过在1到4周的短迭代中通过增量会话来构建软件，从而使开发与不断变化的业务需求保持一致。

有12条原则详细描述了敏捷方法论-

顾客满意

通过尽早并持续交付有价值的软件，将重点放在满足客户需求的客户上。

欢迎新变化

在软件开发期间可以接受更改。敏捷流程旨在配合客户的竞争优势而工作。

交货

在一到四周的时间内就向客户提供了工作软件。

合作

业务分析师，质量分析师和开发人员必须在项目的整个生命周期中共同努力。

动机

设计项目时应有一群积极进取的人。它提供了一个环境来支持单个团队成员。

个人对话

面对面的对话是向开发团队内部发送信息的最有效方法。

测量进度

衡量进度是帮助定义项目和软件开发进度的关键。

保持稳定的步伐

敏捷过程专注于可持续发展。业务，开发人员和用户应能够与项目保持恒定的步调。

监控方式

必须保持对技术卓越性和良好设计的定期关注，以增强敏捷功能。

简单

敏捷过程使一切保持简单，并使用简单的术语来衡量尚未完成的工作。

自组织术语

敏捷团队应具有自我组织能力，并具有最佳架构的独立性；需求和设计来自自组织的团队。

审查工作

定期检查工作很重要，以便团队可以反思工作的进展情况。及时检查模块将提高性能。

每日站立

日常站立是指团队成员之间的日常状态会议。它提供与软件开发有关的更新。它还指解决项目开发的障碍。

不管团队的办公地点如何，无论如何建立敏捷团队，每天都要站起来。

每日站立的功能列表如下-

• 每日站立会议的时间应约为15分钟。它不应延长更长的持续时间。

• 站立时应包括有关状态更新的讨论。

• 参加本次会议的参与者通常会意在迅速结束会议。

用户故事

通常需要一个故事，该故事要用简单的语言用几个句子来表达，并且应该在迭代中完成。用户故事应包括以下特征-

• 所有相关代码都应具有相关的签入。

• 指定迭代的单元测试用例。

• 应该定义所有验收测试用例。

• 在定义故事时得到产品所有者的认可。

什么是Scrum?

Scrum可以被视为敏捷方法论的一个子集。这是一个轻量级的过程，包括以下功能-

• 它是一个流程框架，其中包含一组需要以一致的顺序进行遵循的实践。 Scrum的最好例证是跟随迭代或冲刺。

• 这是一个“轻量级”的过程，意味着该过程应保持尽可能小，以在指定的持续时间内最大化生产产量。

与传统敏捷方法的其他方法相比，Scrum过程以其独特的过程而闻名。它分为以下三类-

• 的角色

• 伪像

• 时间盒

角色定义团队成员及其在整个过程中所包含的角色。 Scrum团队由以下三个角色组成-

• Scrum大师

• 产品拥有者

• 球队

Scrum工件提供了每个成员应注意的关键信息。该信息包括产品，计划的活动和已完成的活动的详细信息。 Scrum框架中定义的工件如下：

• 产品积压

• 冲刺积压

• 烧毁图表

• 增量

时间框是为每次迭代计划的用户故事。这些用户故事有助于描述构成Scrum人工制品一部分的产品功能。产品待办事项列表是用户案例的列表。对这些用户故事进行优先排序，并转发给用户会议，以决定应处理哪一个。

为什么选择Scrum Master?

Scrum Master与团队中的每个成员进行交互。现在让我们看看Scrum Master与其他团队和资源的交互。

产品拥有者

Scrum Master通过以下方式与产品所有者互动-

• 寻找技术以实现有效的用户故事积压并对其进行管理。

• 帮助团队了解清晰简洁的产品待办事项的需求。

• 具有特定环境的产品计划。

• 确保产品负责人知道如何增加产品的价值。

• 在需要时促进Scrum事件。

Scrum团队

Scrum Master通过多种方式与团队互动-

• 指导组织采用Scrum。

• 规划针对特定组织的Scrum实施。

• 帮助员工和利益相关者了解产品开发的要求和阶段。

• 与其他团队的Scrum Master合作，以提高指定团队的Scrum应用效率。

组织

Scrum Master通过多种方式与组织交互。下面提到了一些-

• 教练和Scrum团队与自我组织互动，并包括跨功能的功能。

• 在尚未完全采用或尚未接受Scrum的领域中指导组织和团队。

Scrum的好处

Scrum帮助客户，团队成员和利益相关者进行协作。它包括定时方法和产品所有者的持续反馈，以确保产品处于工作状态。 Scrum为项目的不同角色带来了好处。

顾客

sprint或迭代的持续时间较短，并且根据优先级设计用户故事，并在sprint计划中进行处理。它确保每次冲刺交付，满足客户要求。如果没有，则记录需求，并计划并采取冲刺。

组织

在Scrum和Scrum管理员的帮助下进行组织可以专注于开发用户故事所需的工作，从而减少工作负担并避免返工(如果有)。这也有助于维持开发团队的效率提高和客户满意度。这种方法还有助于增加市场潜力。

产品经理

产品经理的主要职责是确保维持产品质量。在Scrum Masters的帮助下，简化工作，收集快速响应并吸收更改(如果有)变得容易了。产品经理还可以验证设计的产品是否在每次冲刺中均符合客户要求。

开发小组

由于具有时间限制的特性，并且可以在较短的时间内保持冲刺，因此开发团队非常热衷于看到工作得到了适当的体现和交付。每次迭代后，工作产品都会增加每个级别，或者我们可以将它们称为“冲刺”。为每个冲刺设计的用户故事成为客户优先事项，为迭代增加了更多价值。

结论

Scrum是一个有效的框架，您可以在其中开发团队合作软件。它是完全根据敏捷原则设计的。 ScrumMaster会以各种可能的方式帮助和合作Scrum团队。他的行为就像私人教练，可以帮助您坚持设计好的计划并按照计划执行所有活动。 ScrumMaster的权限永远不应超出该过程。他/她应具有处理各种情况的潜在能力。