传统项目管理通常采用的是瀑布式、部分迭代开发模式，要求在项目建设时需求足够明确、文档足够规范，迭代过程中需求变更越多、越晚，对项目影响越大，会影响项目的交付质量。

       敏捷项目管理作为新兴的项目管理模式，简化了传统项目管理的烦琐流程和文档。以Scrum为代表，欢迎需求变更，在客户需求不明确的时候，以在较短的周期内开发出可用的软件为目标，来帮助客户描述自己的需求。迭代过程中的需求变更会加入项目继续迭代需求池，丰富项目的产品功能。

       １.管理流程差异

       完整的项目管理流程可以分为５ 个过程组: 启动、规划、执行、监控、收尾。     

       (1) 敏捷项目管理

       敏捷项目管理简化了烦琐的流程和文档管理，主张团队内部的面对面沟通和交流。以Scrum为代表，简单、持续集成、不断交付、价值优先、拥抱变化的原则在面对时刻变化的市场经济和不断发展的技术时变得十分友好。

       在敏捷项目中，项目管理计划分为不同的等级，可以用洋葱图来表示，也就是洋葱计划图，如图２-９ 所示。战略和投资规划在敏捷项目管理的最外层，由更广泛的组织管理系统来处理。由外往内，不断切分项目计划，最后，实现最小周期的可行性版本迭代。对复杂或不明确的客户需求进行合理的分割，最终实现总体上的统一。

      (2) 传统项目管理

       传统项目管理要对项目的所有过程进行管理和风险把控，并要求在不同环节都要有文档输入和输出。例如，PMBOK对项目整合管理的过程组做了文档输入和输出的整理。但是，项目管理主要是对范围、进度、成本、质量、人力资源、沟通、风险、采购和利益相关者进行管理，每个环节都存在启动、规划、执行、监控和收尾过程。

       如果采用传统的项目管理模式，每个环节都必须进行严格的规划，一旦出现规划以外的变更，则需要经过批准后才能执行。

       ２.风险控制环节

       项目风险是指在任何项目中都存在的不确定性，一旦发生，会对项目造成积极或消极的影响，如范围、进度、成本和质量。

       (1) 敏捷项目管理

       敏捷项目管理不同于传统项目管理，开发评估是以工作量为导向而非以时间为导向。所以，在进行开发任务评估时，采用的是相对估算而不是绝对估算，为风险留足了应对空间。同时，Scrum集合了一线人员，分享经验，集思广益，将小型团队转化成独立的管理者，更有利于问题的解决。

       敏捷项目管理在项目正式结束前交付的可用软件是允许风险存在的，并且是根据风险的优先级来进行排期修复的。

      (2) 传统项目管理

      传统项目管理要求项目在规划过程中规划风险管理、识别风险，并且对风险进行定性/ 定量分析，给出风险应对方案。虽然对已知的风险可以在被识别和分析后采取应对措施，但正是因为风险的不确定性，要求项目风险管理必须给未知风险或者已知却又无法主动管理的风险分配一定的资源储备。

       所以，传统项目管理会要求提供风险登记表，并且记录风险应对措施在处理已识别风险及其根源方面的有效性，完成风险再评估和风险审计，直到风险被降到最低。