10 分钟了解敏捷 Scrum

本文转载自查看原文 2021-12-21 16:50 1722 Scrum

如今，Scrum敏捷方法已成为企业使用最广泛的敏捷项目管理方法。这是为什么？因为它已经证明了自己。如果您也想对其进行测试并亲自了解如何使用它来更新您的项目管理并确保工作效率，这里是您需要了解的有关 Scrum 的一切：仪式、角色和工具。让我们开始吧。

什么是Scrum敏捷方法？

Scrum 是众多项目管理敏捷方法之一。因此，它旨在通过依赖最终用户的定期反馈来提高团队生产力和速度，优化产品价值。
这种方法的名称“Scrum”实际上是从橄榄球界借来的：就像橄榄球运动员一样，Scrum 敏捷团队成员尽可能多地聚集（在……Scrums 中）检查开发项目，随时准备改变最初的计划。因此，Scrum 是一种非常动态且不断变化的方法，它鼓励协作项目管理并保证客户在计划投资和最终交付产品之间取得适当的平衡。

此外，如果 Scrum 已成为开发人员中最受欢迎的敏捷方法，那是因为它促进了敏捷宣言的价值观：与客户更多地协作，克服对变化的恐惧，将与人的互动置于任何软件项目管理的中心，并专注于关于交付操作软件。但是对于非敏捷团队，Scrum 的框架有自己的词汇和特殊性，起初可能会显得相当复杂。但是不用担心，如果您想进入它，我们已经为您提供了保障。抛开你认为你知道的关于 Scrum 的一切，让我们深入研究它！

Scrum敏捷方法的3个基本原则

在 Scrum 中，目标是定义一个清晰而精确的工作框架，并以短迭代为标点，以促进复杂项目的实施。这个特定的框架围绕着三个基本原则：

透明度：每个团队成员必须有权访问有关要交付的产品的所有信息；
检查：必要时定期评估以重新调整项目；
适应：当检查显示与测量结果有偏差时，需要实施新措施。

Scrum 角色

敏捷 Scrum 方法定义了 3 个角色。它们都是相辅相成的，了解每个人的职责很重要。

SCRUM Master

根据 Scrum Master 指南，Scrum Master 是团队的仆人式领导者，保护方法的良好实践。但要注意，他不是项目经理！Scrum Master 实际上负责促进和支持 Scrum 指南中定义的 Scrum。如何？通过帮助每个人了解 Scrum 的理论、实践、规则和价值观……而且还通过帮助 Scrum 团队之外的人评估与他们每次互动的重要性，了解他们与团队的哪些互动是有用的，哪些是有用的不是。换句话说，Scrum Master 的角色是帮助每个人改进交互，以最大化 Scrum 团队创造的价值。以下是有关Scrum Master 工具的更多详细信息以及成为“优秀”Scrum Master 的技巧。

产品拥有者

简而言之，我们可以说产品负责人的角色是项目的业务部分和技术部分之间的桥梁。因此，它们是客户和开发团队之间的纽带。产品负责人在 Scrum 中承载产品愿景。与 Scrum 团队完全整合，他们负责编写用户故事并保持产品待办列表最新。

开发团队

开发团队负责将表达的需求转化为可用的功能。该团队可以是多学科的，涉及多种类型的人员：开发人员、软件架构师、功能分析师、图形设计师、人体工程学、系统工程师等。

Scrum 仪式 (events / Ceremonies)

在 Scrum 中，开发项目的生命周期被一系列会议打断，会议为每个会议制定了明确的目标。日常 Scrum、Sprint 计划、Sprint 回顾和回顾等仪式是 Scrum Master 的基本工具。让我们看看它们都是什么。

扑克策划 (Poker Planning)

为了在估计用户故事（见下文）的同时促进集体智慧，Scrum Master 使用“扑克计划”：它使团队成员能够专注于他们自己的相关和/或集体经验，以得出故事点的估计。使用像 Tuleap 这样的在线Scrum 工具，一旦定义了故事点，团队成员就可以轻松地将它们输入到“用户故事”服务中：这将使他们能够一目了然地检查它们是否没有超出发布计划的容量和短跑。

冲刺计划 (Sprint Planning)

Sprint 计划会议是 Scrum 开发项目中最重要的步骤之一。在这次会议中，开发团队选择他们认为可以在冲刺期间实现的产品待办列表的优先元素。整个 Scrum 团队的这种协作工作导致了 sprint 计划的创建。

每日站立 (Daily Standup)

每日站立会议（或每日 Scrum 会议）是每日同步会议。目标是让团队成员每天聚在一起讨论任务和工作进展以及潜在的问题，从而克服可能的障碍并促进相互支持。为了使事情更加直观并查看所有任务的列表和项目的进度，站立会议通常涉及卡片墙（见下文）或看板。

冲刺回顾 (Sprint Review)

Sprint 回顾当然是持续改进的关键要素之一。这次重聚发生在冲刺结束时，它再次聚集了整个开发团队。通过分析图表（燃尽图、燃尽图、速度），以及自由讨论和从最近的冲刺中退一步，团队寻求改进并想知道如何进一步优化个人之间的互动以获得幸福感和动力，提高产品质量，并总体上提高其生产力。

Scrum 关键概念

产品积压 - 产品待办列表绝对是 Scrum 方法的关键组成部分，它是产品负责人的游乐场：作为与客户直接相关的人，PO 负责管理和保持产品待办列表最新。

产品待办列表是任何用 Scrum 开发的产品的心脏。你可以把它想象成一个装满用户故事变成任务的大包，你可以在即将到来的冲刺中选择和计划。即使它主要围绕产品负责人，它也必须很容易地与开发团队共享。

短跑 (Sprint) - 冲刺是一段很短的时间 - 或迭代 - 最多 2 周到 1 个月，在此期间开发团队将设计、实现和测试新功能。几个冲刺最终形成一个版本。

发布 (Publish) - 发布意味着将产品的一个版本交付给最终用户。但是发布也可以指一个版本正在开发中的时间段，经过连续的冲刺，直到交付。简单来说，发布是多次冲刺的结果。理解敏捷 Scrum 方法：Epic、用户故事和任务之间的区别

史诗 (Epic) - 一般来说，“Epic”是要开发的产品的宏功能。史诗也可以描述为按类别或主题分组的多组用户故事。

故事点 (Story Point) - 故事点是工作量估计单元。它们是一种估算实现功能开发所需工作量的方法。但这不是一个人/天，也不是完成的最后期限。“故事点”是团队设置的任意度量。它可以采用不同的形式：T 恤尺寸（XS、S、M、L、XL）、从 1 到 10 的数字……

用户的故事 (user Story) - “用户故事”不是任务，也不是规范。相反，它是用户期望的声明。在 Scrum 中，用户故事根据定义的格式进行叙述：“作为（角色），我想要（表达愿望），以便（实现目标）。” 例如：“作为用户，我希望能够从我的购物篮中删除一个项目，以便我可以更新它。”

任务 (Task)

任务以及可能的子任务是有助于响应用户故事的技术活动。理想情况下，这些活动的规模应该相同（就工作复杂性而言），但可能具有不同的性质：设计、开发、测试等。

SCRUM 中的 3 个基本图形

燃尽和燃尽

燃尽图 (Burndown Chart) - 冲刺燃尽图允许跟踪已完成工作量随时间的演变。一条线代表已经完成的工作（下图绿色），另一条线代表发布的周边（红色）。

速度 (Velocity) - “速度”是 Scrum 中一个有趣的指标。它决定了开发团队为完成冲刺的所有任务而能够提供的工作量。

速度以一定数量的“点”表示。为了评估完成一项任务所需的“点数”，我们平均了几个冲刺中交付的点数。
因此，速度有助于计划（即即将到来的冲刺计划）。
但请注意，速度并不意味着衡量团队的绩效或生产力。重要的是要衡量的实际上是商业价值/所交付软件的质量。

容量 (Capacity) - 在冲刺的计划阶段，我们也关注团队的“能力”。它代表了团队成员在一个 sprint 中的“可用性”。例如，培训或假期可以改变团队的整体能力。

Agile & Scrum Basics

燃尽图

免责声明！

本站转载的文章为个人学习借鉴使用，本站对版权不负任何法律责任。如果侵犯了您的隐私权益，请联系本站邮箱yoyou2525@163.com删除。

猜您在找 Scrum转型(一) 为什么敏捷和Scrum 了解Scrum敏捷开发过程的优点敏捷开发(Scrum)与敏捷测试敏捷开发-Scrum介绍 Scrum是脆弱的，不敏捷的关于scrum敏捷测试敏捷之道Scrum篇浅谈敏捷开发（scrum）敏捷开发与 Scrum 敏捷开发框架Scrum