在非数字世界中，冲刺是一场快速的短跑比赛。 或者，这可能是一段不属于比赛的极速跑步的短暂时间，类似于跑步者在接近三英里跑步终点时决定进行最后的冲刺以取得出色的成绩.
随着社会变得更加数字化，对新应用程序的需求也在增加，因此公司越快发布值得信赖、实用的应用程序越好。
您可以说软件公司正在竞相跟上消费者的需求！
因此，在本文中，我们将了解冲刺的定义、冲刺的必要性、优势，以及冲刺的周期和流程。
让我们从基础开始，定义什么是敏捷冲刺。
敏捷中的 Sprint 是什么？
敏捷项目分为称为“冲刺”或“迭代”的短的、可重复的阶段，通常持续一到四个星期。
最终可交付成果的草稿、原型或可用版本应在每个冲刺结束时生成，这应在项目开始时决定。 在冲刺期间，项目被分成可管理的部分。
注意：
- 团队一次只计划一个冲刺，他们根据前一个冲刺的结果对后续冲刺进行调整。
- 项目冲刺的数量和持续时间应在一开始就确定，即使每个冲刺都是单独计划的。
- 在敏捷项目管理过程中，Scrum 团队与项目利益相关者进行小迭代。
- 团队使用 Scrum 框架将复杂的项目分解为可管理的工作块，称为冲刺。
- Scrum 方法使团队能够快速适应这些冲刺带来的变化。
- 每个项目都分为冲刺，每个冲刺由团队独立完成。 冲刺之间最多可以间隔四个星期。 最典型的冲刺持续时间是两周。
- 随着冲刺的进展，开发团队在 Scrum 会议上一起工作，以监控他们的绩效，并在必要时进行调整。
最后，在冲刺之后，开发团队审查已完成的工作。 团队使用来自 sprint 评审的评论和反馈制定以下 sprint 策略。
敏捷中有多少个冲刺？
组织的长期目标是其产品愿景。 帮助组织实现最终愿景的中间步骤称为产品目标。
因此，产品目标有称为冲刺目标的中间步骤。 团队在冲刺计划阶段建立冲刺目标，并在冲刺回顾阶段对其进行评估。
冲刺目标可能会随着需求和产品问题的变化而调整。 Scrum 团队列出的任务在 sprint backlog 中。
下面给出了使用敏捷框架的冲刺示例
- 产品愿景：用于为管道行业提供缺陷检测解决方案。
- 产品目标：用于开发深度学习模型来分析图像并发现管道缺陷。
- Sprint 目标：用于将模型的准确率提高到 95% 以上。 以提高用户界面 (UI) 的可用性。
- Sprint backlog：通过增强训练数据集、使用转换和利用迁移学习，将模型的准确性提高到 95% 以上。 为了使主页更加用户友好，请重新设计它并清除混乱。
Sprint 中的 4 个步骤是什么？
要创建冲刺，请遵循以下步骤：
#1。 计划冲刺
当新的 sprint 开始时，团队会召开 sprint 计划会议。 这次会议由产品负责人、产品负责人代表和 scrum master 参加。
讨论了项目当前的积压工作，产品负责人帮助将任务分配给更高的优先级。
开发团队从待办事项列表中选择要在每个冲刺期间完成的项目。
然后团队成员提出计划来完成搁置的任务，并在必要时根据不断变化的需求进行调整。
最后，他们在冲刺期间将项目积压任务移至冲刺积压任务，并集中精力完成这些任务。
#2。 监控进度。
由于冲刺期间的每日签到，工作人员可以关注团队的进度并解决他们可能遇到的任何问题。
工作日开始的非正式会议在那个时间举行。 在这次会议上，工作人员提供了他们工作进展和日常计划的最新信息。
此外，参与者可能会提出当前问题的替代方案，表达担忧，并提供提高生产力的解决方案。
#3。 专注于执行。
执行阶段在冲刺期间受到团队的大部分关注。 这包括团队为完成 sprint backlog 所做的所有工作，并且持续整个 sprint。
团队使用每日 Scrum 来交流期望和集思广益以进行改进。
产品负责人通常会向团队提供反馈、回复询问、提供指导并评估临时工作。
最后，当发生意外事件或客户要求变更时，产品负责人也可能会谈论修改冲刺目标。
#4。 进行冲刺评审。
此评论评估产品的最新功能及其计划。 与传统的软件开发生命周期相比，这可以实现更好的可见性、控制和风险管理。
以下是 sprint 评审会议议程：
- 欢迎与会者
- 展示冲刺评审的时间表
- 显示团队在执行阶段创建的演示。
- 从利益相关者那里获得反馈。
- 检查产品积压，接收评论，并为即将到来的冲刺提出建议。
- 设定交付日期并以行动项目结束会议。
冲刺有哪些类型？
这些是四种最典型的敏捷会议类型，尽管还有其他类型。 敏捷会议有时也称为“仪式”或“Scrum 事件”。
有四种类型的冲刺：
#1。 Sprint 计划会议
它是什么：在 sprint 计划会议期间，Scrum 团队讨论他们希望在随后的 sprint 中完成的任务，并为每个任务分配优先级。
会议目标：
- 为接下来的冲刺建立目标（应该开发什么功能）。
- 职责和任务分开。
谁应该参加：
- 产品所有者
- Scrum大师
- 开发团队
根据建议，您应该为冲刺的每个星期安排两个小时的会议时间。 如果你的团队在两周的冲刺中工作，你的冲刺计划会议的长度应该是四个小时。
但是，将会议时间限制在八小时以内，因为任何更复杂的事情都会太长。
#2。 每日站立会议
它是什么：在整个冲刺期间，每天都会举行敏捷站立会议。 进行快速签到以查看每个团队成员正在做什么、他们的流程如何进行以及他们面临的任何障碍。
此外，这是改进日常流程（以及最终的最终产品）的机会。
会议目标：
- 讨论冲刺工作的状态。
- 确定工作的障碍和障碍。
谁应该参加：
- 开发团队
持续多长时间： 最多 15 分钟。
#3。 Sprint 评审会议
Sprint 评审和 Sprint 回顾是两个经常混淆的不同过程。
开发团队在冲刺评审期间展示冲刺期间完成的工作（通常带有演示），以收集尽可能多的反馈。
会议目标：
- 接受反馈
谁应该参加：
- 产品所有者
- Scrum大师
- 开发团队
- 所有必要的派对
持续多长时间： 建议每个冲刺周预留一个小时。 因此，如果你的冲刺持续两周，你的冲刺回顾应该持续两个小时。 冲刺回顾不应超过四个小时。
#4. Sprint回顾会议
Scrum 团队在冲刺回顾期间密切关注他们的协作工作，而不仅仅是最终产品或输出。
因此，团队应该在每次冲刺回顾结束时决定采取行动来加强协作。
会议目标：
- 查看之前的冲刺并确定哪些有效，哪些无效。
- 确定增强即将到来的冲刺的举措。
谁应该参加：
- 开发团队的 Scrum Master
持续多长时间： 建议在冲刺的每个星期留出 45 分钟。 以我们为期两周的冲刺为例，您将有一个半小时的时间进行冲刺回顾。 冲刺回顾不应持续超过三个小时。
我如何运行敏捷冲刺？
准备冲刺计划会议有助于简化协作和可交付成果。
以下是如何入门：
#1。 准备好你的待办事项。
产品所有者应该在冲刺计划会议之前优先考虑待办事项细化。 Scrum 团队应该有一个最新的积压工作以保持井井有条并在同一页面上。
要准备积压工作并选择要在即将到来的冲刺期间完成的任务，您甚至可能决定召开预先计划会议。
只有 Scrum master 和产品负责人需要参加这次会议； 开发团队的其他成员是可选的。
如果您可以在冲刺计划会议之前更多地准备积压工作，您将能够更好地利用分配给您的冲刺计划的有限时间。
#2。 检查团队的可访问性。
在对冲刺计划做出全面承诺之前，请务必考虑您的团队完成建议工作量的能力。
通过询问团队成员来确认任何计划的休假时间、对其他项目的承诺以及任何其他潜在的时间限制。 如果团队成员无法完全投入冲刺工作量，则调整工作量。
敏捷冲刺计划应该在开始之前考虑团队可用性、资源和任何已知问题。
#3。 确定您的团队的速度。
一个团队在一次冲刺中可以完成的工作量是衡量他们速度的一个指标。 您的团队在任何给定冲刺期间应完成的数量没有标准化。
跟踪团队可交付成果和故事点以衡量速度。
#4。 安排冲刺计划会议。
sprint 计划会议应由 scrum master 主持。 选择会议的日期、时间和参与者是此准备工作的一部分。
Scrum 主管应确定议程并将其分发给团队成员、产品所有者和利益相关者。
什么是 Scrum 与 Sprint？
冲刺的目的是整个 Scrum 框架和流程中的单个冲刺之间的主要区别之一。
Scrum 框架的目标是在您为团队建立的角色、会议时间、资源和项目时间表中定义必要的项目标准。
相反，冲刺的目标是开始、完成和交付软件产品，以便在整个软件开发过程中继续向客户提供软件包。
因此，在为 Scrum 过程设定目标时定义项目的总体参数至关重要，而冲刺目标将指导团队完成项目的每个阶段。
文献参考：
