什么是敏捷项目管理？

敏捷项目管理是一种灵活的项目管理方法，涉及采取渐进式步骤。敏捷项目完成的这些小周期被称为冲刺或迭代。

这种迭代方法不遵循线性和预定的路径，而是允许项目在进展过程中不断演进，并适应不断变化的需求和反馈。

这种项目管理风格的一个主要优势是，收益通常在项目早期就能实现，而不是仅在项目结束时才获得，这也是该方法被广泛采用的部分原因。

敏捷项目管理出现在1990年代末和2000年代初的软件开发行业。以下是其发展历程的简要概述：

1. 在敏捷出现之前，瀑布模型是主导的项目管理方法。这种模型遵循顺序流程，项目的每个阶段都以线性方式完成，变更或反馈的空间有限。
2. 1991年，《快速应用开发》一书出版，同名方法RAD由此诞生。这种方法致力于通过强调快速原型制作、迭代反馈和最终用户参与来快速交付高质量软件。
3. 1994年，动态系统开发方法（DSDM）创建——APMG的几项认证都基于此方法——当时使用RAD的项目经理努力在使用迭代式项目管理风格时增强治理和纪律性。
4. 2001年，一群软件开发思想领袖聚集在一起，制定了敏捷宣言。DSDM框架提供了一套交付项目的原则和实践，而敏捷宣言则提供了一套更广泛的指导价值观。
5. 敏捷宣言发布后，又开发了更多敏捷方法和框架，敏捷在软件开发行业的采用迅速获得了关注。

如今，敏捷实践不再局限于软件开发，已在各种需要灵活性和响应性的行业中广受欢迎。

敏捷项目管理由于其增量特性，通常能够早期实现效益。随着开发团队被授权在项目进展过程中调整解决方案，灵活性得以提升。

敏捷项目具有迭代性并有定期反馈循环；这有助于管理风险、提高客户满意度并鼓励持续改进。对协作、透明度以及问责文化（通过分配明确的角色和职责）的重视都促成了敏捷方法的普及。

敏捷宣言概述了四个核心价值观：

1. 个体和互动胜过流程和工具。

团队和人员，而不是最新的工具或完美的流程，才能交付成功的项目。敏捷环境专注于通过协作来交付业务所需的成果。

 2. 可工作的软件胜过详尽的文档

敏捷宣言最初是针对软件而创建的，但现在敏捷使用已经广泛普及，这一价值观现在常常被称为"可工作的解决方案胜过详尽的文档"。虽然文档在敏捷方法中很重要，但主要关注点是有形的成果。

 3. 客户合作胜过合同谈判

敏捷方法让客户全程参与项目。客户的反馈指导开发过程，确保最终产品满足这些客户的需求。

4. 响应变化胜过遵循计划：

传统的"瀑布"项目为项目创建路线图，并努力坚持这个计划。敏捷项目认识到变化是开发过程的自然组成部分。敏捷项目适应不断变化的需求、市场条件和客户反馈——调整计划和优先级，以交付最佳可能的成果。

敏捷项目管理原则因来源不同而有所差异；例如敏捷宣言也提出了几项原则。以下八项原则来自DSDM框架：

1. 关注业务需求 - 项目期间做出的每个决策都应考虑项目交付业务所需的目标。
2. 按时交付 - 按时交付解决方案通常是衡量成功的关键因素。
3. 协作 - 协作和团队合作将产生超越各部分总和的绩效。
4. 绝不妥协质量 - 在DSDM中，应在开始时就商定要交付的质量水平，所有工作都应以达到该质量水平为目标。
5. 在坚实基础上增量构建 - 通过了解待解决业务问题的范围和拟议解决方案，为项目建立坚实基础，然后再投入重要开发工作。
6. 迭代开发 - 迭代概念是敏捷项目管理的核心。将变化作为这一过程的一部分，使项目团队能够创建有效的业务解决方案。
7. 持续清晰地沟通 - 沟通不畅经常被认为是项目失败的最大单一原因。
8. 展示控制 - 控制项目和所创建的解决方案，并能够证明确实如此，这一点至关重要。

这八项原则为任何敏捷项目提供了有效基础。

DSDM 是一种敏捷项目管理方法，我们在上面强调了其原则。它涵盖了完整的项目生命周期，其核心理念是"任何项目都必须与明确定义的战略目标保持一致，并专注于尽早为企业交付真正的效益。"

还有其他几种技术和方法也可以用于管理敏捷项目；其中最受欢迎的3种是 Scrum、Kanban 和 Lean。

Scrum – 是一个专注于使用有效团队协作来开发和交付产品的框架。它将工作划分为称为冲刺的短期、时间盒化的迭代。更多信息请参阅我们的博客什么是 Scrum？

Kanban - 强调工作流程优化和工作可视化（例如使用 Kanban 看板）。

Lean – 关注消除不增加价值的工作，特别是对客户而言。

在这个视频中，思想领袖Melanie Franklin和Andrew Craddock就敏捷方法论、变革管理以及项目交付的未来进行了全面讨论。

由APMG International首席执行官Richard Pharro主持，这次富有洞察力的对话深入探讨了几个关键领域，如敏捷项目管理的演变、文化转型以及人工智能与敏捷项目的整合。

此次讨论为将敏捷方法与当代挑战相结合提供了可行的见解和专家建议。

两种方法都很有价值，使用哪种方法很大程度上取决于项目本身和参与的组织。

在瀑布项目中，开发是线性的——例如，设计在开发开始之前完成。敏捷项目管理是迭代的，在实践中通常有两到四周的"冲刺"工作周期，然后在下一阶段开发之前回顾进度。

另一个主要区别是瀑布方法在项目早期定义和确定范围和需求。由于范围和质量在项目早期就已确定，时间和成本通常是灵活调整的，以便交付需求。

然而，流行的敏捷方法，如APMG敏捷认证中教授的许多方法，会定义并确定项目的可用时间和成本。范围通常是在时间和成本约束内交付而需要调整的内容。

虽然敏捷项目管理在近年来变得非常流行，但仍然存在一些与之相关的常见误解。下面我们来看看两个持续存在的误区。

1. 敏捷项目只适用于软件和IT开发。

这种误解的产生是可以理解的；敏捷方法诞生于IT和软件开发领域。然而，大多数敏捷项目框架，如DSDM（几个APMG认证都基于此框架），都被设计为行业无关的。敏捷项目管理方法提供了如何启动或更新产品和服务的指导原则，而不是如何开发软件的技术指导。所有类型的项目都可以从敏捷框架提供的灵活性和结构中受益。这就引出了另一个持续存在的误区。

2. 敏捷项目是混乱的，没有规划。

敏捷项目中有明确的结构和治理机制。灵活性与混乱并不相同。敏捷项目管理需要规划和文档——与瀑布式项目一样，应该设定目标和明确的目的。然而，敏捷方法在项目开始时通常涉及比传统方法更少的文档——因为像敏捷的许多要素一样，文档是增量式的且持续完善的。敏捷项目以灵活性著称，这种灵活性部分源于对快速决策的鼓励。

APMG的敏捷认证可以帮助您学习作为敏捷项目基础的原则和价值观，同时为您提供如何运行敏捷项目的实用分步指导。

APMG培训课程可以帮助您掌握：

• 对敏捷理念和原则、敏捷项目生命周期以及这些项目中的角色和职责的理解。
• 如何将各种敏捷实践应用到项目中——例如研讨会、用于定义项目优先级的MoSCoW技术、迭代开发和建模。
• 如何促进和鼓励协作
• 如何评估敏捷项目的成功

这些只是我们敏捷课程中可以培养和磨练的一些关键技能——然而不同的技能是每个认证的重点，适合每个人的内容将取决于他们在项目中的角色、项目本身以及组织。

这个30分钟的网络研讨会解释了如何将敏捷规划技术应用于任何工作，以创建能够早期和频繁交付收益的举措。敏捷专家和培训师梅兰妮·富兰克林（Melanie Franklin）解释了关键规划工具——路线图和规划技术——分解。此视频适用于负责制定计划的项目/项目群/变革经理。

在APMG的问答节目Level Up的这一集中，嘉宾们回答了关于如何管理敏捷项目的问题。

首先解答的问题是什么是敏捷项目，本集节目介绍了嘉宾们在管理项目时遇到的挑战、敏捷项目中如何分工负责，甚至如何应对不断变化的优先级。

为了帮助您理解在敏捷项目中会听到的一些专业术语，我们整理了一份简要清单，包含一些常见术语及其定义。

• 敏捷项目管理 - 一种使用迭代和增量步骤来管理项目的方法。
• 每日站会 – 每日团队会议，通常针对开发团队。在会议中，团队计划接下来24小时的工作。
• DevOps – 一种强调开发（Dev）和运维（Ops）团队之间协作、沟通和集成的方法。
• 动态系统开发方法（DSDM） - 一种专注于完整项目生命周期的敏捷方法。
• 看板 - 强调工作流优化和工作可视化（例如使用看板）。
• 精益 – 专注于消除不增加价值的工作，特别是对客户而言。
• 生命周期 – 将想法转化为解决方案的项目所有阶段。
• 快速应用开发（RAD） - 这种敏捷开发方法努力通过强调快速原型制作、迭代反馈和最终用户参与来快速交付高质量解决方案。
• 需求 – 项目所创建的解决方案应该交付的期望结果、功能和特性列表，以满足客户和利益相关者的需求。
• 最小可行产品（MVP） – 这是为用户或客户提供价值的最小可行交付物。它代表最终产品的早期版本，包含基本功能。通过专注于交付MVP，开发团队可以收集反馈，验证假设，并迭代走向成功的解决方案。
• MoSCoW - 一种通过将需求分类为"必须有"、"应该有"、"可以有"和"希望有"来确定优先级的系统。
• Scrum – 是一种开发和交付产品的敏捷方式，专注于使用有效的团队协作。它将工作划分为称为冲刺的短期、时间限定的迭代。
• Scrum主管 – 项目中负责推广和支持Scrum的人员。
• 冲刺 - 项目内的时间限定（一个月或更短）开发阶段。
• 瀑布 – 通常被称为"传统"项目管理，用于描述线性开发方法。