【敏捷管理】什么是敏捷项目管理

得益于软件行业成本控制越来越好，曾经在国外流行的敏捷项目管理模式在国内也越来越流行。而大部分项目经理是由传统的瀑布开发管理模式转变而来，对于敏捷项目管理模式不甚了解。这里记录我的经验分享给大家，以帮助大家理解敏捷项目管理。

在理解敏捷项目管理之前，我们先看一下它与传统项目管理之间有什么联系和差异。

传统项目管理模式，一般指瀑布模式。它必须完成上一阶段工作并通过检验才能启动下一阶段工作，将整个项目过程划分为五大过程组。

而敏捷项目管理模式，一般包含迭代和增量。它将整个项目过程拆分为若干个迭代，每个迭代完成一部分用户可感知的完整功能。一般情况下，每个迭代内的项目过程均遵循五大过程组。

还有一小部分项目经理会将PMP与敏捷分别独立看待，认为PMP就是传统项目管理模式。其实不然，PMP是指是项目管理专业人士资格认证，它的认证知识体系由五大过程组和十大知识领域构成，它是一个知识体系的检验过程，或者简单来说，它就是完整的项目管理知识体系。而瀑布模式和敏捷模式都是基于它形成一种项目管理模式。

传统项目管理模式与敏捷项目管理模式之间存在的差异，可以总结如下：

了解过敏捷项目管理与传统项目管理的联系和差异后，那么敏捷项目管理到底是什么呢？我从定义、本质、框架、常见实践4个方面总结。

一、敏捷项目管理定义

敏捷：是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。

敏捷项目管理：指在项目活动中运用敏捷的理念，配合专门的知识、技能、工具和方法 ，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望的过程。

二、敏捷项目管理本质

通过敏捷项目管理定义，我想你已经猜到其本质是什么。是的，其本质是一种理念，并基于这种理念进行不断实践在不确定和混乱的环境种取得项目成功，同时将这些实践总结提炼为团队稳定的解决方案。

这种理念也被先驱者们总结为敏捷软件开发宣言和敏捷开发十二原则。

敏捷软件开发宣言：

我们一直在实践中探寻更好的软件开发方法，身体力行，同时也帮助他人。由此我们建立了如下价值观：

个体和互动 高于 流程和工具

工作的软件 高于 详尽的文档

客户合作 高于 合同谈判

响应变化 高于 遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

敏捷开发十二原则：

三、敏捷项目管理框架（方法）

虽然敏捷项目管理的本质是理念，看起来很玄乎。但是敏捷先驱们基于这种里面已经开发出了非常多的看得见摸得着的敏捷管理框架，日常项目管理工作中常见管理框架有以下几种：

SCRUM

SCRUM是一种迭代的增量化过程，用于产品开发或工作管理。它是一种可以集合各种开发实践的经验化过程框架。SCRUM中发布产品的重要性高于一切。

Kanban（看板管理）

看板管理在工业企业的工序管理中，以卡片为凭证，定时定点交货的管理制度。

XP（极限编程）

极限编程注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化，XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行，为了将以后出现bug的几率降到最低。

Lean Startup（精益创业）

精益创业的核心理念可以追溯到软件行业的敏捷开发管理。例如“最小可用品”与“原型建模”非常相似，都追求快速的版本迭代，以及时刻保持与客户的接触并获得反馈等等，精益创业可以理解为敏捷开发模式的一种延续。

Iterative Development（迭代式开发）

迭代式开发也被称作迭代增量式开发或迭代进化式开发，是一种与传统的瀑布式开发相反的软件开发过程，它弥补了传统开发方式中的一些弱点，具有更高的成功率和生产率。

FDD （Feature-Driven Development，特性驱动开发）

特性驱动开发是一个模型驱动的快速迭代开发过程，它强调的是简化、实用、 易于被开发团队接受，适用于需求经常变动的项目。

当然，也有很多不是很常见的敏捷框架，如Crystal Methods（水晶方法族）、ASD（Adaptive Software Development，自适应软件开发）、DSDM（动态系统开发方法）、轻量型RUP等，这里不展开描述。

四、敏捷项目管理常见实践

2020敏捷年度状态报告中统计，Scrum仍然是运用最广泛的敏捷方法（框架），Scrum和Scrum结合其它方法混合使用占比超过75%。所以当你不知如何选用敏捷项目管理框架时，可以考虑Scrum结合其他方法混合使用。毕竟有时候追随别人是最快的捷径。

既然Scrum这么受欢迎，在这里总结一下Scrum的要点（以下信息来自：Scrum中文网）：

1、SCRUM理论基础

Scrum以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。Scrum的三大支柱如下：

第一：透明性（Transparency）

透明度是指，在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面，而且必须理解他们看到的内容。也就是说，当某个人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。

第二：检验（Inspection）

开发过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和积极性。

第三：适应（Adaptation）

如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。

Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和计划会议检验发布目标的进展，做出调整，从而优化下一个Sprint的工作价值；Sprint回顾会议是用来回顾已经完成的Sprint，并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意，并且工作更快乐。

2、SCRUM框架

Scrum框架包括3个角色、3个工件、5个事件、5个价值：

3个角色

3个工件

5个事件

5个价值