什么是敏捷项目管理？

敏捷项目管理是一种灵活的项目管理方法，通过循序渐进的方式推进工作。敏捷项目所采用的这些小型周期被称为冲刺或迭代。

这种迭代方式不遵循线性、预先设定的路径，而是让项目在推进过程中不断演进，以适应不断变化的需求和反馈。

这种项目管理方式的一大优势在于，项目收益往往能在项目早期便得以实现，而非仅在项目结束时才显现，这也是该方法被广泛采用的原因之一。

敏捷项目管理于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是一种敏捷项目管理方法，其核心原则已在上文进行了阐述。它涵盖了完整的项目生命周期，其核心理念是"任何项目都必须与明确的战略目标保持一致，并专注于尽早为业务创造实际价值。"

此外，还有几种其他技术和方法也可用于管理敏捷项目，其中最常用的三种是Scrum、看板（Kanban）和精益（Lean）。

Scrum——是一种框架，专注于通过高效的团队协作来开发和交付产品。它将工作划分为称为"冲刺"（Sprint）的短期、固定时长的迭代周期。如需了解更多信息，请参阅我们的博客文章什么是Scrum？

看板（Kanban）——强调工作流程优化和工作可视化（例如通过看板）。

精益（Lean）——致力于消除不能创造价值的工作，尤其是从客户角度出发。

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

本次深度对话由APMG International首席执行官Richard Pharro主持，涵盖多个核心议题，包括敏捷项目管理的演变、文化转型，以及人工智能在敏捷项目中的融合应用。

此次讨论提供了切实可行的见解与专家建议，帮助将敏捷方法与当代挑战有效结合。

两种方法各有其价值，具体采用哪种方式，在很大程度上取决于项目本身的性质以及所在组织的实际情况。

在瀑布式项目中，开发过程是线性推进的——例如，设计阶段必须在开发阶段启动之前全部完成。敏捷项目管理则采用迭代方式，在实践中通常以两至四周为一个"冲刺"工作周期，每个周期结束后进行进度回顾，再进入下一阶段的开发。

另一个主要区别在于，瀑布式方法会在项目早期明确并固定范围和需求。由于范围和质量在项目初期便已确定，时间和成本通常需要灵活调整，以确保需求得以实现。

然而，主流的敏捷方法——例如APMG Agile Certifications所教授的众多方法——会明确并固定项目可用的时间和成本。为了在时间和成本的约束范围内完成交付，通常需要对项目范围进行调整。

近年来，敏捷项目管理已变得极为流行，但围绕它仍存在一些常见误解。以下我们将探讨两个根深蒂固的误区。

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

这种误解的由来不难理解——敏捷诞生于IT和软件开发领域。然而，大多数敏捷项目框架，如DSDM（多项APMG认证的基础框架），均被设计为适用于各行各业。敏捷项目管理方法提供的是如何启动或更新产品与服务的指导原则，而非开发软件的技术操作说明。各类项目均可从敏捷框架所提供的灵活性与结构中获益。这也引出了另一个长期存在的误区。

2. 敏捷项目一片混乱，毫无计划可言。

敏捷项目具有清晰的结构与治理机制。灵活性并不等同于混乱。敏捷项目管理需要规划与文档记录——与瀑布式项目一样，项目目标和明确的目的应当事先确立。然而，与传统方法相比，敏捷方法在项目启动初期往往需要较少的文档——正如敏捷的许多要素一样，文档是逐步完善、持续迭代的。敏捷项目所以以灵活著称，部分原因正在于它鼓励快速决策。

APMG的敏捷认证可以帮助您学习敏捷项目的基本原则与核心价值观，并为您提供切实可行的逐步指导，助您有效管理敏捷项目。

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

• 深入理解敏捷理念与原则、敏捷项目的生命周期，以及项目中各角色的职责分工。
• 如何将多种敏捷实践应用于项目中——例如研讨工作坊、用于确定项目优先级的MoSCoW技术、迭代开发以及建模方法。
• 如何促进和推动团队协作
• 如何评估敏捷项目的成效

以上仅是我们敏捷课程所培养和强化的部分核心技能——不同认证各有侧重，适合每位学员的内容将取决于其在项目中承担的角色、项目本身的性质以及所在组织的实际情况。

本次30分钟的网络研讨会介绍了如何将敏捷规划技术应用于任何工作，以创建能够及早且持续带来效益的项目。敏捷专家与培训师Melanie Franklin讲解了关键规划工具——路线图，以及一种规划技术——分解法。本视频适合负责制定计划的项目经理、项目群经理及变革经理参考。

在APMG问答节目《Level Up》的本期节目中，嘉宾们就如何管理敏捷项目回答了相关问题。

首先探讨的问题是什么是敏捷项目，节目还深入介绍了嘉宾们在项目管理中遇到的挑战、敏捷项目中的职责划分，以及如何应对不断变化的优先级。

为了帮助您理解敏捷项目中常见的术语，我们整理了一份简要的常用词汇及其定义列表。

• 敏捷项目管理（Agile Project Management）——一种通过迭代和增量步骤来管理项目的方法。
• 每日站会（Daily scrum）——团队每日召开的会议，通常面向开发团队。会议中，团队规划未来24小时的工作内容。
• DevOps——一种强调开发（Dev）团队与运维（Ops）团队之间协作、沟通与整合的方法。
• 动态系统开发方法（Dynamic System Development Method，DSDM）——一种关注项目完整生命周期的敏捷方法。
• 看板（Kanban）——强调工作流程优化与工作可视化（例如使用看板板）。
• 精益（Lean）——致力于消除不增加价值的工作，尤其是从客户角度出发。
• 生命周期（Lifecycle）——将一个想法转化为解决方案的项目所有阶段。
• 快速应用开发（Rapid Application Development，RAD）——这种敏捷开发方法通过强调快速原型设计、迭代反馈和最终用户参与，力求快速交付高质量的解决方案。
• 需求（Requirements）——项目所创建的解决方案应交付的期望成果、功能特性和功能列表，以满足客户和利益相关者的需求。
• 最小可行产品（Minimum Viable Product，MVP）——这是能够为用户或客户提供价值的最小可行交付物。它代表最终产品的早期版本，包含核心功能。通过专注于交付MVP，开发团队可以收集反馈、验证假设，并不断迭代以实现成功的解决方案。
• MoSCoW——一种通过将需求分类为"必须有"、"应该有"、"可以有"和"希望有"来进行优先级排序的系统。
• Scrum——一种敏捷的产品开发与交付方式，注重有效的团队协作，将工作划分为称为"冲刺（sprint）"的短期、固定时长的迭代周期。
• Scrum master——项目中负责推广和支持Scrum的人员。
• 冲刺（Sprint）——项目中一个固定时长（一个月或更短）的开发阶段。
• 瀑布式（Waterfall）——通常被称为"传统"项目管理方式，用于描述线性开发方法。