传统项目管理和敏捷项目管理的这些措施，你知道吗？

很多人都知道项目管理领域有两种管理风格：传统项目管理和敏捷项目管理。很多人在向团队介绍敏捷的时候，都会有一个疑问，传统项目管理和敏捷项目管理有什么区别？

传统与敏捷

传统的项目管理通常采用瀑布式和部分迭代的开发模式。瀑布式开发是指将项目分为N个阶段，每个阶段的工作都是在前一阶段的基础上进行的。从项目计划的角度看，它就像一个瀑布，一步一步下降，因此而得名。船舶、汽车制造和建筑业普遍采用这种方法。要求项目建设过程中，要求足够明确项目风险管理五个内容，文件足够规范。迭代过程中需求变化越晚，对项目的影响越大，成本越高，对项目交付质量的影响也越大。

敏捷项目管理强调业务价值的早期交付、项目团队的自组织、对动态客户需求变化的持续响应、项目产品和交付流程的持续优化。作为一种新兴的项目管理模式，它简化了传统项目管理的繁琐流程和文档。以 Scrum 为代表，它欢迎需求的变化。当客户需求不明确时，旨在在较短的周期内开发可用的软件，帮助客户描述他们的需求。迭代过程中的需求变更将被添加到项目的持续迭代需求池中，以丰富项目的产品功能。

两者之间的联系

1. 敏捷项目管理号称摆脱繁琐的流程和系统文档，但是对于关键的项目文档，比如需求规范等，却是必须要有的。因此，敏捷项目管理的项目过程系统管理可视为对一整套项目管理过程系统的剪裁，但剪裁的质量取决于敏捷项目团队成员的适应性和自主性。

2. 针对具体的敏捷方法，每个迭代周期都有站立会议制度、燃尽图、看板监控、计划发布等。这些都与项目生命周期的五个流程组相关PMBOK：开始、计划、执行，监控和关闭没有相互冲突的定义。事实上，敏捷项目管理的这些措施可以看作是PMBOK项目生命周期中五个流程组执行的缩影。不同的是，敏捷项目管理的迭代周期很短，很多标准化的、正式的项目在实施过程中都会被砍掉。管理流程系统。

两者的区别

从项目过程来看

项目管理过程可以概括为五个过程组：启动、计划、执行、监控和收尾。敏捷项目管理框架是：构思、推测、探索、适应、关闭。

传统的项目管理需要对项目的所有过程进行管理和风险控制，需要在不同的环节进行文件的输入和输出，每个环节都有启动、计划、执行、监控和收尾。使用传统的项目管理模型，任何计划外的变更都需要获得批准才能实施。

敏捷项目管理更简单，提倡团队内部面对面的交流和交流。以 Scrum 为代表的原则是简单、持续集成、持续交付、价值优先和拥抱变化。面对市场、不断变化的需求和不断发展的技术，变得非常友好。

从项目风险的角度

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

传统的项目管理需要规划风险管理，识别规划过程中的风险，对风险进行定性/定量分析，并给出风险应对计划。由于风险的不确定性，项目风险管理需要将一定的资源储备分配给未知风险或已知但无法主动管理的风险。

传统的项目管理需要持续跟踪风险登记册并记录风险应对措施在解决已识别风险及其根本原因方面的有效性，完成风险重新评估和风险审计，直到风险最小化。

敏捷项目管理不同于传统的项目管理。一方面，开发评估是面向工作量而不是面向时间的，为风险留有足够的空间，每个sprint的sprint周期短。即使有一些风险，但相对于可交付成果而言，变化相对较少；另一方面，敏捷项目管理提供可用的软件，在项目正式结束之前考虑风险，并根据风险的优先级安排修复。

从企业项目管理的角度看

有些行业还没有形成一个固定的行业标杆，大家都在竞争中追求最大范围的行业需求。在这样的背景下，大部分项目都没有明确且长期稳定的需求，而Scrum管理模式满足了该行业项目管理的现状。

但是，作为行业客户，在大多数业务场景中，客户都希望通过固定成本合同来实现自身利益的最大化。问题是合同双方很难在项目开始时就需求和最终实现方式达成明确的一致。因此，当客户无法接受 Scrum 时，通常会选择外瀑布内的敏捷项目管理模式（也有人称之为“信封法”）来满足双方的利益。

敏捷项目管理只是一个灵活的实践框架，它提供了一套清晰的游戏规则，可以根据上下文提供一系列不同的路径。传统的项目管理是一套集权化的管理规律，要求事情按计划进行，任何一个环节的变动都必须经过批准才能改变。无论是传统的瀑布式开发管理还是敏捷迭代管理，都没有好坏之分，只有在不同的项目环境下，哪一种更适合需要量身定做。比如建筑行业适合传统的瀑布式管理方式，而互联网软件开发则需要在传统管理方式中结合敏捷方式。所以项目风险管理五个内容，