传统VS敏捷

      传统的项目管理通常采用瀑布式和部分迭代开发模式。瀑布式开发是指将项目分为N个阶段，每个阶段的工作都是基于前一阶段。从项目计划的角度来看，它就像一个逐步下降的瀑布，因此得名。船舶、汽车制造、建筑业一般采用这种方法。在项目建设过程中，需求足够清晰，文档足够标准化。迭代过程中的需求变化越多，时间越晚，对项目的影响越大，成本越高，项目的交付质量。

      敏捷的项目管理强调尽快交付商业价值，自组织项目团队，不断响应客户的动态需求变化，不断优化项目产品和交付流程。简化了传统项目管理的繁琐流程和文档，是一种新兴的项目管理模式。以 Scrum 为了代表需求的变化，欢迎客户在客户需求不明确时，在短时间内开发可用软件，帮助客户描述自己的需求。项目继续迭代需求池将增加迭代过程中的需求变化，以丰富项目的产品功能。

两者之间的联系

     1. 敏捷项目管理声称要摆脱繁琐的流程系统文档，但必须具备关键项目文档，如需求规格说明书等。因此，敏捷项目管理的项目流程系统管理可以看作是一套完善的项目管理流程系统的切割，但切割的质量在于敏捷项目团队成员的适应性和自主性。

     2. 在每个迭代周期中，都有度、燃尽图、看板监控、计划发布等。PMBOK对项目生命周期五个过程组的启动、规划、执行、监控和结束没有冲突。事实上，这些敏捷项目管理措施可以看作是PMBOK项目生命期五个流程组实施的微缩版本不同于敏捷项目管理的迭代周期，时间很短。在实施过程中，许多标准化和正式的项目管理流程系统被切割。

两者的区别

从项目流程的角度来看

      项目管理流程可分为启动、规划、执行、监控和结束五个过程组。敏捷的项目管理框架是：构思、推测、探索、适应和结束。传统的项目管理应管理和控制项目的所有过程和风险，并要求在不同的链接中进行文档输入和输出。每个链接都有启动、规划、执行、监控和结束。如果采用传统的项目管理模式，规划以外的变更需要批准。简化了敏捷项目管理，提倡团队内部的面对面沟通。 Scrum 以简单、持续集成、持续交付、价值优先、拥抱变革为代表的原则。面对市场、需求变化和技术发展，它变得非常友好。

从项目风险的角度来看

      任何项目中的项目风险都是不确定的，一旦发生，都会对项目产生积极或消极的影响，如影响范围、进度、成本和质量。传统的项目管理要求在规划过程中规划风险管理，识别风险，定性/定量分析风险，并提供风险响应计划。由于风险的不确定性，项目风险管理必须为未知风险或已知但不能积极管理的风险分配一定的资源储备。传统的项目管理要求继续跟踪风险登记表，记录风险响应措施在处理识别风险及其根源方面的有效性，完成风险评估和风险审计，直到风险降到最低。敏捷的项目管理不同于传统的项目管理。一方面，开发评估以工作量为导向，而不是时间为导向，为风险留出足够的应对空间sprint冲刺周期短，即使有一些风险，交付结果的变化也相对较少；另一方面，在项目正式结束前，敏捷项目管理允许风险，并根据风险优先级进行排期修复。

从企业项目管理的角度来看

      目前，一些行业还没有发展出固定的行业基准，每个人都在竞争中追求满足行业需求的最大范围。在此背景下，大多数项目没有明确和长期稳定的需求，Scrum 该行业的项目管理现状得到了很好的满足。然而，作为行业客户，在大多数商业场景中，客户希望通过固定成本合同最大化自己的利益。问题是，双方在项目开始时很难明确约定需求和最终实现方式。因此，客户无法接受 Scrum 通常选择外瀑布内敏捷的项目管理模式(有人称之为信封法)，以满足双方的利益。

       敏捷的项目管理只是一个灵活的实践框架，根据不同的环境提供一系列不同的游戏规则。传统的项目管理是一套中央集权管理法，要求按计划行事，任何环节变更都必须经过批准才能变更。无论是传统的瀑布式开发管理还是敏捷迭代管理，都没有好坏之分，只有哪个更适合不同的项目环境，需要量身定做。例如，建筑业适用于传统的瀑布式管理模式，而互联网软件开发需要在传统的管理模式中结合敏捷方式。因此，最终趋势是相互兼容，优势互补。

以上文章由大连立智教育课程顾问整理编辑发布，部分文章来自网络内容真实性请自行核实或联系我们，了解相关专业课程信息您可在线咨询也可免费申请试课。关注官方微信了解更多：150 3333 6050

免 费 申 请 试 课