在互联网项目管理的领域，近几年比较火的是敏捷的概念，那么在具体的项目实践中，如何把传统的项目管理和敏捷的概念结合起来，使得项目交付的客户满意度更好呢？那么就首先需要了解敏捷项目管理的相关知识以及优势劣势。

首先需要回答一个问题：敏捷是什么？

简单来说：敏捷是来源于软件开发领域的思想、实践、框架；是一种开发方式，以人为核心，迭代、循序渐进的开发方式，把产品开发引到了小步快跑的线路上。还有一个重要特点：敏捷是为了更好的满足客户需求，交付周期短，创造更高价值，拥抱变化心态，无固定模式的价值观驱动。

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

敏捷项目管理和传统项目管理之间存在许多差异。

传统上，软件项目应该避免更改，因为在项目后期变更成本很高，而敏捷软件开发明白更改是无法避免的，寄希望于详细计划是不切实际的。敏捷宣言的四个价值观之一清楚地表达了这一点：

“响应变化而不是遵循计划”

敏捷挑战了这一概念，并相信变更成本可以相对平稳。

项目管理中的敏捷与传统铁三角

项目管理的成功传统上与项目在范围、时间、成本和质量方面的约束参数的能力有关，称为铁三角，这是一个比较流行的比喻，指出项目经理被要求在这些限制之间达成合理的权衡。

两者之间的联系

敏捷项目管理声称要摆脱繁冗的流程制度文档，但是对于关键的项目文档，比如需求规格说明书等等，是要求必须具备的。所以，敏捷项目管理的项目流程制度管理可以看作是对一套完善的项目管理流程制度的裁剪，只是裁剪的好坏在于敏捷项目团队成员的适应性与自主性。

具体的敏捷方法在每个迭代周期中都存在立会制度，燃尽图、看板监控、计划发布等，这些和 PMBOK 中对项目生命周期的五个过程组启动、规划、执行、监控和收尾的定义没有冲突矛盾。实际上敏捷项目管理的这些措施可以看作是 PMBOK 项目生命期五个过程组执行的微缩版，区别在于敏捷项目管理的迭代周期，时间很短，在去执行过程中裁剪了很多规范正式的项目管理流程制度。

两者之间的区别

项目管理流程可以总结分为五个过程组：启动、规划、执行、监控、收尾。敏捷项目管理框架是：构想、推测、探索、适应、结束。

传统项目管理要对项目的所有过程进行管理和风险把控，并要求在不同环节的有文档输入和输出，每个环节都存在启动、规划、执行、监控和收尾。如果采用传统的项目管理模式，一旦出现规划以外的变更，都需要经过批准后才能执行改变。

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

所以，敏捷项目管理不同于传统项目管理。常用的 Scrum 模式 集合了一线人员的参与，经验分享，集思广益，将小型团队转化成独立的管理者，更有利于问题的解决。

在市场经济不断发展、时刻变化的现代互联网环境下，适应变化、拥抱变化的第三方业务风控服务企业的项目管理，才是友好的、可行的管理模式。

说了这么多，浓缩成一个字，就是「省」！同为创业公司，Tracup 的产品团队希望更多的小伙伴能够用上好工具，提升工作效率，不要让无效沟通消磨了大家的经历与创造力。现在就与 Tracup 一起，享受高效工作带来的快乐吧！

Tracup 为广大用户提供新一代办公协作平台，目标打造最有效率的办公协同工具，助力合作伙伴跑得更快，跑得更好。期待您的试用反馈与意见建议。

想要了解更多项目管理解决方案请移步https://www.tracup.com