什么是敏捷项目管理？实施敏捷方法的好处

什么是敏捷项目管理？

敏捷项目管理是一种产品交付的迭代方法，它从项目开始就逐步构建，而不是尝试在接近结束时立即交付整个产品。该方法基于敏捷宣言 (2001)。

敏捷宣言和十二条原则

所有敏捷软件开发方法（SCRUM、看板、XP）都包含敏捷宣言（核心价值观）和 12 条敏捷原则，这些原则代表了一组指导组织中人们如何对待彼此的价值观。这些价值观和原则对于正确理解敏捷项目管理很重要。

Scrum 是如何工作的？

Scrum 流程通过特定的概念和实践区别于其他敏捷流程，分为角色（产品负责人、Scrum 主管、开发团队和其他利益相关者）、事件、工件和规则三类。

为了启动 Scrum 流程，产品负责人创建了一个优先排序的愿望清单，称为产品待办事项列表。在sprint 计划期间，backlog 会根据复杂性和业务价值（优先级）确定大小。产品负责人（客户）和开发团队决定将哪些待办事项添加到冲刺中。团队有一定的时间（称为冲刺，通常两到四个星期）来完成其工作，但它每天开会评估其进度（每日 Scrum）。在此过程中，Scrum Master 让团队专注于其目标。在冲刺结束时，团队审查他们的进度，向客户展示工作产品，并审查哪些地方进展顺利或他们需要为下一个冲刺改进什么。然后循环重复。

 

敏捷的工作原理是将项目分解为用户功能的一小部分，对它们进行优先级排序，然后以 2-4 周的周期持续交付它们，称为迭代或冲刺。

团队以短周期运作，旨在持续改进，只开发用户想要的东西。工作目标由团队在每个周期开始之前定义。如果客户对该功能有任何疑问，该团队会直接与客户沟通。客户的优先级由产品负责人分析并反馈给团队，让他们继续处理最高优先级的项目。团队估计在一个迭代中工作需要多少时间，以及如何完成工作。

性能由客户在迭代结束时衡量。每次迭代中学到的经验教训都会在回顾中捕获并在未来的迭代中使用。通过这种方式，产品不断改进，开发过程也得到改进。

注意：

Scrum 是一个通过“查看和调整”来开发和维护复杂产品的框架。是一种遵循敏捷宣言和原则，整合三个角色、三个工件、五个事件、五个价值观的流派，简称“ 3355 ”。

3355 Scrum 框架

在这个框架中，整个开发过程由几个称为Sprint 的短迭代周期组成。推荐的：

• 每个 Sprint 的长度为 1 到 4 周。
• 使用Product Backlog来管理产品的需求，这是一个按值排序的需求列表。
• 在每次迭代中，Scrum 团队从产品待办列表中选择最高优先级的需求来工作。
• 在 Sprint 计划活动中讨论、分析和估计选定的需求，以获得相应的迭代目标和交付计划，我们称之为Sprint Backlog。
• 在迭代中每天都会有一个常设的Daily Scrum。在每次迭代结束时，Scrum 团队将邀请业务和利益相关者审查潜在的产品可交付成果。
• 然后，该团队审查并继续改进其工作方式。
• Scrum 不仅适用于软件开发项目，也适用于任何复杂或创新的项目和探索，以及组织变革设计。

Scrum 角色

Scrum 框架由三个核心角色定义：开发团队、Scrum Master 和产品负责人。

产品负责人

产品负责人负责最大化产品的价值和开发团队的工作。如何做到这一点可能因组织、Scrum 团队和个人而异。

产品负责人的角色

产品负责人是唯一负责管理产品待办列表的人。产品待办列表管理包括：

• 清楚地表达产品待办列表项；
• 订购产品待办列表中的项目以最好地实现目标和使命；
• 优化开发团队执行的工作的价值；
• 确保产品待办列表对所有人可见、透明和清晰，并显示 Scrum 团队下一步将做什么；和，
• 确保开发团队将产品待办列表中的项目理解到所需的水平。

Scrum 大师

Scrum Master 负责确保 Scrum 被理解和执行。Scrum Master 通过确保 Scrum 团队遵守 Scrum 理论、实践和规则来做到这一点。

Scrum Master 是 Scrum 团队的仆人式领导者。Scrum Master 帮助 Scrum 团队之外的人了解他们与 Scrum 团队的哪些互动有帮助，哪些没有。Scrum Master 帮助每个人改变这些交互，以最大化 Scrum 团队创造的价值。

Scrum Master 的角色

Scrum Master 以多种方式为产品负责人服务，包括：

• 寻找有效的产品待办列表管理技术；
• 帮助 Scrum 团队理解清晰简洁的产品待办列表项的必要性；
• 在经验环境中理解产品规划；
• 确保产品负责人知道如何安排产品待办列表以最大化价值；
• 理解和练习敏捷性；和，
• 根据要求或需要促进Scrum 事件。

为开发团队提供 Scrum Master 服务

Scrum Master 以多种方式为开发团队服务，包括：

• 在自组织和跨职能方面指导开发团队；
• 帮助开发团队打造高价值产品；
• 消除开发团队进展的障碍；
• 根据要求或需要促进 Scrum 事件；和，
• 在尚未完全采用和理解 Scrum 的组织环境中指导开发团队。

Scrum Master 对组织的服务

• Scrum Master 以多种方式为组织服务，包括：
• 领导和指导组织采用 Scrum；
• 在组织内规划 Scrum 实施；
• 帮助员工和利益相关者理解和制定 Scrum 和经验性产品开发；
• 引起改变以提高 Scrum 团队的生产力；和，
• 与其他 Scrum Master 合作，提高组织中 Scrum 应用的有效性。

开发团队

开发团队由专业人士组成，他们负责在每个 Sprint 结束时交付潜在可发布的“完成”产品增量。只有开发团队的成员才能创建增量。

开发团队由组织构建并授权以组织和管理他们自己的工作。由此产生的协同作用优化了开发团队的整体效率和有效性。

开发团队的角色

开发团队具有以下特点：

• 他们是自组织的。没有人（甚至不是 Scrum Master）告诉开发团队如何将产品待办列表转化为潜在可发布功能的增量；
• 开发团队是跨职能的，拥有团队创建产品增量所需的所有技能；
• Scrum 不承认开发人员以外的开发团队成员的头衔，无论该人正在执行什么工作；这条规定没有例外;
• Scrum 不承认开发团队中的任何子团队，无论需要解决哪些特定领域，如测试或业务分析；这条规定没有例外; 和，
• 个别开发团队成员可能具有专业技能和关注领域，但责任属于整个开发团队。

Scrum 事件

Scrum 框架由五个事件标记。它们是 Sprint、Sprint Planning、Daily Scrum、Sprint Review和Sprint Retrospective。

• 甲冲刺（也称为迭代）是发展中的Scrum的基本单位。冲刺是一个有时间限制的努力；也就是说，它仅限于特定的持续时间。每次冲刺的持续时间都是预先确定的，通常在一周到一个月之间，最常见的是两周。
• Sprint 计划是 Scrum 框架中的一个事件，团队确定他们将在该 sprint 期间处理的产品待办列表项，并讨论他们完成这些产品待办列表项的初始计划。
• 一个每天站立（也称为每日Scrum会议）是保持每天很短的组织会议。会议通常限制在 5 到 15 分钟之间，有时被称为站立会议、早上点名或每日例会。
• 在Sprint评审Sprint的结束后发生。在评审期间，产品负责人解释在 Sprint 期间哪些计划的工作完成或未完成。然后，该团队展示已完成的工作，并讨论哪些进展顺利以及问题是如何解决的。
• Sprint 回顾会在每个 sprint 结束时的sprint 回顾之后举行。它为团队提供了自我检查并制定改进计划的机会，以便在下一个 Sprint 期间实施。

Scrum 工件

工件只是提供项目详细信息的物理记录。Scrum 工件包括产品待办列表、Sprint 待办列表和产品增量。

• 该产品Backlog是特征，缺陷或技术工作，目前尚未上工作优先级列表。从产品所有者的角度来看，它应该是被认为有价值的工作。
• 随着产品需求的变化和发展，产品负责人和团队的其他成员一起审查产品待办列表并在必要时进行调整。
• 在冲刺积压是一个Sprint期间曾参与研发的产品Backlog的所有项目的列表。这个列表是通过对产品待办列表中的项目进行优先排序来组合的，直到团队认为他们已经达到了 Sprint 的能力。团队成员遵循自组织的 Scrum 框架，根据技能和优先级在 Sprint Backlog 中注册任务。
• 产品增量是一个 Sprint 期间完成的产品工作的总和，加上之前 Sprint 期间完成的所有工作。Sprint 的目标是产生一个完成的产品增量。由 Scrum 团队就增量的“完成”状态的定义达成一致，但所有团队成员都需要就定义达成一致并理解。

 

为什么要使用敏捷原则和敏捷项目管理？

您的组织是否倾向于敏捷项目管理？您想扩展您的技能以包含敏捷方法吗？许多组织正在采用敏捷方法来帮助提高团队绩效、提高客户满意度和增加项目的多功能性。采用敏捷方法的组织能够响应市场动态并成功完成更多项目。敏捷培训是在敏捷和相关实施方法的基础上调整组织和项目团队水平的理想方式。敏捷培训可以澄清许多关于敏捷运营的误解和误解。它还可以帮助暴露底层的敏捷概念并澄清各种实现方法之间的差异。

通常，当组织用“敏捷”描述问题时，他们是在描述执行敏捷方法的挑战。让所有项目团队成员（技术和业务）参加共同培训，最好在同一个班级，可以消除其中的一些问题。整个团队应该听到相同的信息、概念和实施策略，从而形成共同的语言和观点。这种共同的理解极大地增加了团队使用共同语言和实践共同检查和适应的可能性，从而减少了未来的冲突。

无论您是在寻找敏捷认证来扩展您的个人敏捷知识，还是在敏捷方法论方面对组织的多个层级进行培训，我们都可以通过我们的敏捷培训让您快速上手。我们可以教您敏捷的所有原则和实践，包括 Scrum, XP 和精益。

实施敏捷方法的好处

在项目期间，鼓励最终用户参与，提供可见性和透明度。在整个过程中有持续的计划和反馈，从项目一开始就为企业创造价值。

公司接受这种在流程早期交付业务价值的想法，从而更轻松地降低与开发相关的风险。敏捷项目管理的一些主要好处是：

产品质量高

• 定期测试以查看产品在开发过程中是否正常工作
• 及时定义和详细说明需求
• 将持续集成和日常测试纳入开发过程
• 冲刺回顾以不断改进流程和工作
• 软件是以增量的、快速的周期开发的。

更高的客户满意度

• 向客户展示工作功能
• 每次发布都更快、更频繁地将产品推向市场
• 保持客户参与和参与

加强项目控制

• 每日 Sprint 会议
• 通过信息辐射器实现透明度

降低风险

• 在冲刺中进行开发，确保功能开发之间的时间很短
• 敏捷在需要实施最近的更改时给予自由
• 通过开发过程适应客户的需求和偏好

更快的投资回报率

• 专注于业务价值，允许客户确定功能的优先级
• 经过几次迭代后的功能性“准备上市”产品
• 敏捷意味着快速的产品发布和衡量客户反应的能力