这8个项目管理方法，吃透一个受用终身！

多年以来，瀑布就一直是项目管理的主要方法，比较常见的是在软件开发中，包括了以特定顺序执行的多个静态阶段(包括需求分析、设计、测试、实现和维护)。

它比较适用于中小型、工作成果可以一次性交付、需求非常清楚、不随时产生变更的项目。

主要是提供了一个更正式的规划阶段，这可能会增加预先捕获所有项目需求的机会，减少任何关键信息和需求在初始阶段的损失。

瀑布法允许在每个阶段增加控制，但是如果项目的范围在已经开始之后发生了变化，那么它就会变得非常不灵活。

敏捷管理是为需要极大灵活性和速度的项目而开发的，由一个个短交付周期组成，也就是“ sprints ”。

它属于轻量级的管理工具，不需要明确所有的需求就可以开工，而且允许在每次迭代开始时添加或移除工作范围。

不足的是，在项目开始阶段无法准确估计成本和周期，无法提供像传统瀑布项目管理那种直观的进度、成本分析（如挣值分析）。

因此，对于时间或成本受限，需求相对明确的项目而言，敏捷并不是最好的管理方法。

在工作中，你会发现很多项目团队倾向使用瀑布方法或敏捷方法，这两种方法可以结合使用，也是混合管理模式中一个很经典的案例结合。

两者的分工明确，计划和需求阶段是在「瀑布方法」下进行的，而设计、开发、实现和评估阶段则遵循「敏捷方法」。

Scrum其实是刚才说的敏捷框架的一部分，本质上也是交互式的。在这个框架中，整个开发过程由若干个短的迭代周期组成。

比较适用于小团队的产品管理过程。遇到上开发、交付和持续支持复杂产品时，用它就对了。

它是通过“ Scrum 会议”或“30天的sprints ”来确定任务的优先级。

我们常说的Scrum master 一般是被用来帮助项目经理，而不是作为项目经理。

小团队可以独立地专注于特定的任务，然后会与 Scrum master 会面，评估进度或结果，并重新确定积压任务的优先级。

关键路径法(Critical path method， CPM)是一种循序渐进的方法，适合用于具有相互依赖活动的项目。

它上连着WBS，下连着执行进度控制和监督，主要用于在进度模型中估算项目最短工期。

它通过计算完成任务所需的“最长”(在关键路径上)和“最短”(浮动)时间来确定哪些活动是关键的，哪些不是。

根据这个方法就可以向关键路径要时间，向非关键路径要资源，合理进行进度和资源的调控。

关键链就是用时最长的路径，它是项目的瓶颈。关键链用时越长，项目完工期限越长，与非关键链无关。

关键链与关键路径的不同之处在于，它关注项目内部资源的使用，而不是项目活动。

为了解决资源的潜在问题，内置了缓冲区，以确保项目按时进行，并且不会损害安全性。

RAD可以说是对瀑布流程的回应，例如结构化系统分析和设计方法。

是一种增量式的软件开发原型方法，终端用户可以在检查实时系统时产生更好的反馈，而不是严格地使用文档。它较少地强调计划，而更多地强调适应性过程。

RAD方法特别适合于开发由用户界面需求驱动的软件。当应用程序投入生产时，RAD可能会导致较低级别的拒绝，但是这种成功通常是以项目成本和进度的急剧超支为代价的。

DSDM是作为一种能够与公司范围内的战略目标保持一致的方法而开发的，它关注于交付已证明了的业务利益。这种方法着重于8个关键原则：

•需要专注于业务需求

•准时交货

•合作是至关重要的

•质量是重中之重

•以坚实的支柱为基础，循序渐进地进行建设

•使用迭代开发方法

•使用清晰和持续的沟通

•保持控制