什么是敏捷项目管理？

敏捷项目管理是一种迭代式的产品交付方法，从项目开始就逐步构建，而不是在项目接近尾声时一次性交付整个产品。该方法基于2001年的《敏捷宣言》。

敏捷宣言与十二项原则

所有 敏捷软件开发方法（ScrumScrum、Kanban、XP等方法都包含《敏捷宣言》（核心价值观）和十二项敏捷原则，这些价值观和原则代表了一套指导组织内部人员相互对待方式的准则。这些价值观和原则对于正确理解敏捷项目管理至关重要。

什么是敏捷宣言？

宣言的措辞非常慎重，强调使用最少必要语言来捕捉敏捷的本质：

• 个体与互动胜过流程与工具
• 可工作的软件胜过详尽的文档
• 客户协作胜过合同谈判
• 响应变化胜过遵循计划

注意：

• 这些陈述中的关键词是“胜过”。宣言并非建议用左侧取代右侧，而是强调优先考虑左侧而非右侧。
• 《敏捷宣言》的制定是为了替代那些文档繁重、流程繁琐的软件开发过程（如瀑布模型）。

敏捷宣言背后的原理

作为对核心《敏捷宣言》的补充，十二项原则进一步阐述了敏捷的含义。Scrum框架通过各种活动（例如，产品待办事项列表、每日站会、迭代开发、回顾会议）：

敏捷原则

1. 我们最高的优先事项是通过尽早并持续交付有价值的软件来满足客户。
2. 欢迎需求变更，即使在开发后期也是如此。敏捷过程利用变化为客户带来竞争优势。
3. 频繁交付可工作的软件，周期从几周到几个月不等，且更倾向于较短的时间周期。
4. 业务人员和开发人员在整个项目期间必须每天协作。
5. 围绕有动力的个人构建项目。为他们提供所需的环境和支持，并信任他们完成任务。
6. 向开发团队传递信息以及在团队内部传递信息最有效的方法是面对面交流。
7. 可工作的软件是进度的主要衡量标准。
8. 敏捷流程促进可持续开发。赞助商、开发人员和用户应能够无限期地保持稳定节奏。
9. 持续关注技术卓越和良好设计能够提升敏捷性。
10. 简洁性——最大限度减少未完成工作的艺术——是至关重要的。
11. 最佳的架构、需求和设计源自自组织团队。
12. 团队定期反思如何变得更加高效，然后相应地调整自身行为。

Scrum 是如何运作的？

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

为了启动 Scrum 流程，产品负责人创建一个优先级列表，称为产品待办事项列表。在冲刺计划期间，待办事项列表根据复杂性和业务价值（优先级）进行评估。产品负责人（客户）和开发团队决定将哪些待办事项纳入本次冲刺。团队有固定的时间（称为冲刺，通常为两到四周）来完成工作，但他们每天都会开会以评估进展（每日站会）。在整个过程中，Scrum 主管确保团队专注于目标。在冲刺结束时，团队回顾进展，向客户展示工作成果，并评估哪些方面做得好，哪些方面需要在下一次冲刺中改进。然后循环重复。

敏捷方法通过将项目分解为用户功能的小部分，进行优先级排序，并在2至4周的周期内持续交付，这些周期被称为迭代或冲刺。

团队在短周期内运作，致力于持续改进，并仅开发用户真正需要的功能。每个周期开始时，团队会确定工作目标。如果客户对某个功能有任何疑问，团队会直接与客户沟通。客户的需求优先级由产品负责人分析，并反馈给团队，以便他们继续专注于最高优先级的事项。团队会估算完成一次迭代所需的时间及具体实施方式。

每个迭代结束时，客户会衡量绩效。每个迭代中获得的经验教训会在回顾会议中记录下来，并应用于未来的迭代中。通过这种方式，产品持续改进，开发过程也不断优化。

注意：
Scrum 是一种通过“检查与适应”来开发和维护复杂产品的框架。它是一种遵循敏捷宣言和原则的敏捷方法，整合了三种角色，三种工件，五种事件和五种价值观——被称为“3355.”

在此框架中，整个开发过程由多个短期的迭代周期组成，称为冲刺。推荐实践包括：

• 每个冲刺持续1到4周。
• 使用产品待办事项列表来管理产品需求——一个按价值排序的优先级列表。
• 在每个迭代中，Scrum 团队从产品待办事项列表中选择最高优先级的事项进行工作。
• 在冲刺计划会议期间，选定的需求将被讨论、分析和估算，以实现相应的迭代目标和交付计划，即冲刺待办事项列表.
• 每日每日站会会议在整个迭代期间举行。在每个迭代结束时，Scrum 团队邀请业务利益相关者和其他相关人员审查可能可交付的产品增量。
• 然后，团队会回顾并持续改进其工作方式。
• Scrum 不仅适用于软件开发项目，也适用于任何复杂或创新的项目、探索以及组织变革举措。

Scrum 角色

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

产品负责人

产品负责人负责最大化产品和开发团队工作的价值。实现这一目标的方式可能因组织、Scrum 团队和个人而异。

产品负责人的角色

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

• 清晰地表达产品待办事项；
• 对产品待办事项列表中的项目进行排序，以最好地实现目标和使命；
• 优化开发团队所执行工作的价值；
• 确保产品待办事项列表对所有人可见、透明且清晰，并展示Scrum团队接下来将要工作的内容；
• 确保开发团队对产品待办事项中的各项内容达到所需的理解程度。

Scrum Master

Scrum Master 确保Scrum被理解并得以实施。Scrum Master通过确保Scrum团队遵守Scrum理论、实践和规则来实现这一点。

Scrum Master 是Scrum团队的仆人式领导者。Scrum Master 帮助团队外部人员理解与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应用的有效性。

开发团队

开发团队由负责在每个冲刺结束时交付一个潜在可交付的产品增量的专业人员组成。只有开发团队的成员才能创建增量。

团队由组织建立并授权，以自主组织和管理自己的工作。由此产生的协同效应优化了团队的整体效率和效能。

开发团队的特征

开发团队具有以下特征：

• 他们是自组织的。没有人（甚至包括Scrum主管）会告诉开发团队如何将产品待办事项转化为潜在可交付的增量；
• 开发团队是跨职能的，具备创建产品增量所需的所有技能；
• Scrum不认可团队成员的其他头衔，除了“开发人员”之外，无论实际从事何种工作。此规则无任何例外；
• Scrum不认可开发团队内部的子团队，无论具体领域如何，例如测试或业务分析。此规则无任何例外；
• 团队成员可能拥有专业技能和专注领域，但责任在于整个开发团队。

Scrum事件

Scrum框架由五个事件标记：冲刺，冲刺计划, 每日站会, 冲刺评审，以及冲刺回顾.

• 一个冲刺（也称为迭代）是Scrum中开发的基本单位。冲刺是一项时间盒化的努力，即它被限定在特定的持续时间内。每个冲刺的持续时间是预先确定的，通常在一周到四周之间，最常见的是两周。
• 冲刺计划是Scrum框架中的一个事件，团队在此确定在冲刺期间将要处理哪些产品待办事项，并讨论完成这些事项的初步计划。
• 一个每日站会（也称为每日站会）是一个简短的时间盒会议，用于保持所有人同步。通常持续5到15分钟，有时也被称为站会、晨会或每日简会。
• 冲刺评审在冲刺结束时进行。在此评审中，产品负责人解释在冲刺期间哪些计划的工作已完成或未完成。随后，团队展示已完成的工作，并讨论哪些方面做得好以及问题是如何解决的。
• 冲刺回顾在每次冲刺评审之后进行。它为团队提供了自我审视的机会，并制定出在下一个冲刺中实施的改进计划。

Scrum工件

工件是提供项目细节的实体记录。Scrum工件包括产品待办事项列表，冲刺待办事项列表，以及产品增量。

• 该产品待办事项列表是一个优先级排序的功能、缺陷或技术任务列表，目前尚未进行。从产品负责人角度来看，它应包含所有被认为有价值的工作。
• 随着产品需求的变化和发展，产品负责人和其他团队成员会根据需要审查并调整产品待办事项列表。
• 该冲刺待办事项列表是团队在冲刺期间承诺要完成的来自产品待办事项列表的所有项目列表。该列表通过从产品待办事项列表中优先排序项目，直到团队认为已达到其冲刺容量为止。团队成员遵循自组织的Scrum框架，根据技能和优先级在冲刺待办事项列表中登记任务。
• 该产品增量是冲刺期间完成的所有工作，加上之前所有冲刺中完成的工作的总和。冲刺的目标是产生一个潜在可交付的产品增量。Scrum团队就增量的“完成”定义达成一致，所有成员都必须同意并理解这一定义。

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

您的组织是否正倾向于采用敏捷项目管理？您是否希望拓展技能，掌握敏捷方法？许多组织正在采用敏捷方法，以提升团队绩效、提高客户满意度并增强项目灵活性。采用敏捷方法的组织能够应对动态的市场变化，并成功完成更多项目。敏捷培训是将组织和项目团队水平与敏捷及其相关实施方法保持一致的理想方式。敏捷培训可以澄清许多关于敏捷运作的误解，帮助揭示潜在的敏捷概念，同时明确各种实施方法之间的差异。

通常，当组织用“敏捷”一词描述挑战时，指的是执行敏捷方法的困难。让所有项目团队成员（技术与业务人员）参加同一培训，最好在同一班级，有助于解决其中一些问题。整个团队应听到相同的信息、概念和实施策略，形成共同的语言和视角。这种共同理解大大增强了团队使用共同语言、共同检查和调整的能力，从而减少未来的冲突。

无论您是希望获得敏捷认证以扩展个人的敏捷知识，还是希望对组织内多个层级进行敏捷方法培训，我们都可以通过我们的敏捷培训帮助您快速起步。我们可以教授您所有敏捷原则和实践，包括Scrum、XP和精益。

实施敏捷方法的好处

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

那些拥抱在流程早期交付商业价值理念的组织，更容易降低与开发相关的风险。敏捷项目管理的一些关键好处包括：

高质量的产品

• 定期测试以验证产品在开发过程中正常运行
• 及时定义和详细说明需求
• 将持续集成和每日测试融入开发流程
• 通过冲刺回顾实现持续的过程和工作改进
• 软件以增量和快速的周期进行开发。

更高的客户满意度

• 向客户展示可工作的功能
• 更快、更频繁地将产品推向市场
• 保持客户的参与和投入

增强项目控制

• 每日冲刺会议
• 通过信息展示实现透明化

降低风险

• 开发在冲刺期内进行，确保功能交付之间的间隔较短
• 敏捷方法在实施最新变更时提供灵活性
• 在整个开发过程中适应客户的需求和偏好

更快的投资回报率（ROI）

• 专注于业务价值，使客户能够优先选择功能
• 经过多次迭代后，产品即可投入市场并投入使用
• 敏捷方法支持快速发布产品，并能够衡量客户反馈