敏捷项目管理的概念，以及与传统项目管理的区别

较之瀑布等传统项目管理模式，敏捷是“适应性的”，而非“预设性的”。团队采用敏捷项目管理可以提高交付速度、协作效率、以及响应市场变化的能力。在这里向大家详细介绍敏捷项目管理的定义、与传统项目管理的区别，以及一些主流的敏捷项目框架的工作流程。

一、什么是敏捷项目管理

敏捷项目管理是一种软件研发项目的迭代方法，它注重持续交付，并在不断迭代中快速响应客户的反馈和需求。研发团队采用敏捷项目管理可以提高交付速度、协作效率、以及响应市场变化的能力。

如果您准备实践或者优化敏捷项目管理，可以通过以下系列文章获得启发。

二、敏捷项目管理与瀑布等传统项目管理的区别

由于软件行业在不断的发展过程中遇到各种各样的危机，如超预算、工期延期并最终因为市场变更导致项目夭折等等；许多学者都在探索不同的软件开发方式来应对这些危机，例如：极限编程、特征驱动开发等等。

也正是这个时候软件开发团队开始使用一些符合敏捷价值观的方法，以减少资源浪费、增加团队透明度，以及快速响应市场不断变化的需求。

较之瀑布模式，敏捷是“适应性的”，而非“预设性的”，所以在不确定性的市场环境下，敏捷项目管理可以帮助软件团队更好地协作、更快地进行迭代创新。

瀑布式项目管理：将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等几大基本活动；且规定了它们自上而下、相互衔接的固定次序，项目必须严格遵循预先计划的顺序进行，开发进程只有通过上一个阶段的验收审核，才能“流动”到下一个阶段。这种模式如同瀑布流水，逐级下落，故而得名“瀑布模式（Waterfall Model）”。

目前，敏捷项目管理有两种最为主流的理论框架：Scrum 和 Kanban。Scrum 着重于固定周期的项目迭代，而看板着重于工作持续交付。两者都注重速度，一旦完成当前工作量，研发团队会迅速开始下一个工作。

三、Scrum 的工作方式

Scrum 是一个敏捷项目管理理论框架，它通过多个固定周期的迭代（Sprint）开展工作，每个迭代都有四个主要会议。

迭代会从待办事项列表（Product Backlog）或目标任务开始。在迭代中，待办事项列表有两种：一种是产品待办事项列表（由产品负责人负责），这是产品功能的优先级列表；另一种是迭代待办事项列表，从产品待办事项列表获取目标任务安排到迭代，直至达到当前团队在一个迭代中能够完成的工作量上限。

在迭代中，Scrum 团队根据职责可以分为三种不同角色。通常为一名敏捷教练（Scrum Master），负责团队的敏捷开发指导；一名产品负责人（Product Owner），负责产品规划；以及开发团队，他们通常跨职能协作，负责迭代任务的执行和交付。

1、Scrum 四大会议

迭代计划会	每日站会	迭代评审会	迭代回顾会
一个团队计划会议，确定即将带来的迭代（Sprint）需要完成哪些任务。	也称为站立会议，是软件团队同步进行的 15 分钟小型会议，通常围绕三个问题展开。	一个共享会议，团队展示他们在该 Sprint 中交付的内容。	回顾哪些行动做得很好，哪些行动做得不好，使下一个 Sprint 变得更好。

2、Scrum 看板

Scrum 的迭代看板可以让团队一目了然地了解当前迭代所有任务的进度。在迭代计划会议中，研发团队会将目标任务从产品待办任务列表中移到迭代待办任务列表。在迭代看板中可以看到多个工作流状态，比如未开始、进行中和已完成等。Scrum 板是提高敏捷项目管理透明度的关键要素之一。

四、看板（Kanban）方法的工作方式

Kanban 是另一个敏捷项目管理的理论框架，它根据团队能力情况匹配工作量，着重于团队的快速交付，可以让研发团队做出比 Scrum 更迅速的变化响应。

与 Scrum 不同的是，Kanban 通常没有待办事项列表。任务一般安排在看板的"待办栏”中，随时可以执行和完成，以便 Kanban 团队能够专注于任务的持续交付。看板上的所有任务都可以让团队每位成员看到，而且具有规范的工作流程和进度；当某项任务完成后，研发人员可以马上就进行下一项任务。Kanban 通过在制品限制（WIP limits）来根据团队能力分配工作量，这是根据团队情况提前设置好的，对于每个看板栏里的可放置任务数量进行合理限制（待办栏没有限制）。

1、看板的四大组成部分

任务待办列表（用户故事列表)	看板栏/泳道	在制品限制（WIP Limit）	持续发布
指看板栏上需要完成的缺陷和任务。	用于区分任务的不同工作流状态、负责人、项目等。	指根据团队能力来限制每个看板栏的工作量。	该团队在 WIP 限制内处理故事数量，并且可以随时发布。