一旦你决定要 成为项目经理，下一步就是找出适合你和你的团队的项目管理方法。
这个世界大概有大约 8,462 种项目管理方法可供选择，你怎么知道哪一种适合你和你的团队？
项目管理方法的前景似乎有点势不可挡。
无论你是否拥有正式的项目管理认证，或者你正在从经验中学习成为项目经理，
都有绝对的项目方法可供选择。
它们通常带有自己的规则、列表、原则和无穷无尽的首字母缩略词。
我们相信找到合适的项目管理方法来管理你的工作而不应该是用来造原子弹的公式。
因此，我们推荐了这份不同项目管理方法的列表，以帮助你确定可以用于每个团队和项目的方法、原则和工具。
什么是项目管理方法论？
项目管理方法论是一组指导你组织项目以确保其最佳性能的原则和实践。
基本上，它是一个可以帮助你以最佳方式管理项目的框架。
项目管理对组织和团队非常重要 ，但为了使其真正有效，你需要确保将项目管理方法正确地映射到你的团队类型、项目、组织和目标。
为什么有这么多不同的项目管理方法？
没有两个项目是完全相同的，即使你使用项目模板等方便的功能来复制你过去的成功。
当你考虑到不同类型的团队以及不同类型 行业的不同目标、KPI 和生产方法时，没有一种万能的方法来管理项目是有道理的。
对一种类型的团队最有效的方法可能对另一种类型的团队来说绝对是一场噩梦。
例如，许多软件开发人员开始发现传统的项目管理方法正在阻碍（而不是帮助）他们的工作流程，并对他们的绩效和结果产生负面影响。
结果，软件团队开始开发一种新型的项目管理方法，旨在解决他们的特殊问题。
不久之后，其他团队和行业开始调整这些新的项目管理方法，以满足他们独特的需求和关注点。不断地，不同的项目管理方法被重新调整用途并适应不同的行业，并进行调整以适应特定的用例。
我们剩下的是大量不同的项目管理方法可供选择。那么，你如何知道哪种项目管理方法适合你和你的团队？
你如何选择正确的项目管理方法？
有很多因素会影响哪种项目管理方法适合你的项目、团队和组织。
以下是一些可以帮助你做出决定的关键考虑因素的快速细分：
- 成本和预算：在 10到1000000 的范围内，你的预算是什么？如果有必要，是否有改变的余地，或者它是否必须保持在这些预定的范围内？
- 团队规模：有多少人参与？有多少利益相关者？你的团队是相对紧凑和自组织，还是更庞大，需要更严格的授权？
- 承担风险的能力：这是一个具有重大影响的大型项目，需要仔细管理以交付非常严重的结果吗？或者它是一个小规模的项目，有更多的玩耍空间？
- 灵活性：项目范围在过程中是否有变化的空间？成品呢？
- 时间表：分配了多少时间来完成项目汇报？你是否需要快速周转，还是更重要的是无论需要多长时间才能获得完美的结果？
- 客户/利益相关者协作：客户/利益相关者需要（或希望）参与流程的程度如何？你需要或希望他们参与到何种程度？
我们编制了这份项目管理方法列表，以帮助你掌握基础知识。
虽然它并不完全全面，但我们的目标是为你提供一些不同方法的概述，以便你了解其中的内容并找出哪种方法可能适合你的特定项目。
1. 瀑布方法
瀑布法是一种传统的项目管理方法。在其中，任务和阶段以线性、顺序的方式完成，项目的每个阶段都必须在下一个阶段开始之前完成。
瀑布项目管理的阶段通常遵循以下顺序：
- 要求
- 分析
- 设计
- 建造
- 测试
- 部署和维护
进展向一个方向流动，就像一个真正的瀑布。
不过，就像真正的瀑布一样，这很快就会变得危险。
由于一切都是从一开始就制定好的，如果期望与现实不符，就会有很大的错误空间。
一旦完成，就无法回到前一个阶段（想象一下试图逆着瀑布游泳——不好玩）。
在以下情况下尝试此项目管理方法：
- 你项目的最终目标已明确定义——并且不会改变。
- 利益相关者确切地知道他们想要什么（并且不会改变）。
- 你的项目是一致且可预测的（即不会改变）。
- 你在需要大量项目跟踪或文档的受监管行业工作。
- 你可能需要在中途将新人引入项目并让他们快速上手。
如果出现以下情况，此项目管理方法可能不适合你：
- 你的项目可能会发生变化。
- 在开始之前，你并没有全面了解所有要求。
- 你需要在此过程中进行持续测试或适应反馈。
2. 敏捷方法论
敏捷项目管理方法源于对传统项目管理方法的线性方法越来越不满。
由于项目管理方法的局限性无法适应项目的进展，
因此他们开始将重点转移到更具迭代性的模型上，该模型允许团队在过程中根据需要修改项目，而不必等到结束审查和修改。
敏捷项目管理的概念已经引发了几个特定的子框架和方法论，例如 Scrum、看板和精益。但它们有什么共同点？敏捷项目管理方法的关键原则是：
- 合作的行为。
- 快捷。
- 对数据驱动的变化持开放态度。
因此，敏捷项目管理方法通常涉及较短的工作阶段，并在整个过程中进行频繁的测试、重新评估和调整。
在许多敏捷方法中，所有要完成的工作都被添加到团队可以在每个阶段或周期中完成的积压工作中，项目经理或产品负责人优先考虑积压工作，以便团队知道首先关注什么。
在以下情况下尝试此项目管理方法：
- 你的项目可能会发生变化。
- 你一开始并不确定解决方案会是什么样子。
- 你需要快速工作，看到快速的进步比完美的结果更重要。
- 你的利益相关者或客户需要（或希望）参与每个阶段。
在以下情况下，此项目管理方法不适合你：
- 你需要大量文档（例如，如果你将在项目期间引入新人）。
- 你需要一个可预测的可交付成果，并且你需要从一开始就清楚地知道它的样子。
- 你的项目不能在其过程中进行更改。
- 你没有自我激励的人。
- 你有严格的截止日期或可交付成果，你需要及时掌握。
3. Scrum 方法论
Scrum 是敏捷项目管理的一种形式。你可以将其视为一个框架，而不是其本身的项目管理方法。Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作。
使用 Scrum，工作被分成称为“冲刺”的短周期，通常持续约 1-2 周。工作取自每个 sprint 迭代的积压工作，
Sprint是短距离赛跑的意思，这里面指的是一次迭代，而一次迭代的周期是1个月时间（即4个星期），也就是我们要把一次迭代的开发内容以最快的速度完成它，这个过程我们称它为Sprint。
小团队在冲刺期间由流程管理员 Scrum Master（与 项目经理不同）领导，之后他们在“冲刺回顾”中审查他们的表现，并在开始下一个冲刺之前进行任何必要的更改。
在以下情况下尝试此项目管理方法：你正在努力实现持续改进。
如果出现以下情况，此项目管理方法可能不适合你：你没有获得团队所需的全部承诺来使其发挥作用。
4. Kanban methodology
看板是敏捷项目管理中的另一种方法。
“看板”一词起源于制造业，已经演变为一种框架，在该框架中，任务通过看板上的列进行时以视觉方式表示 。
当团队有能力时，工作会连续从预定义的积压工作中提取出来，并在板上的列中移动，每一列代表流程的一个阶段。
看板非常适合让每个人立即直观地了解每件工作在任何给定时间的位置。（从内容营销流程到招聘流程，你都可以使用看板 。）
它还可以帮助你了解哪里有形成瓶颈的风险——例如，如果你注意到你的一个列被堵塞，你就会知道这是你的流程中需要检查的一个阶段。
当用作敏捷项目管理方法的一部分时，实施在制品 (WIP) 限制也很常见。
正在进行的工作限制限制了在任何给定时间进行的任务数量，这意味着你只能在每列（或整个板上）中拥有一定数量的任务。
这可以防止你的团队将精力分散在过多的任务上，而是通过单独专注于每项任务来确保他们能够更高效地工作。
在以下情况下尝试此项目管理方法：
- 你正在寻找项目进度的可视化表示。
- 你想要一目了然的状态更新。
- 你想鼓励使用 WIP 限制，以便你的团队可以保持专注。
- 你更喜欢在持续的“拉动”基础上工作。
如果出现以下情况，此项目管理方法可能不适合你：
- 你的过程非常复杂或有很多阶段。
- 你想要一个推系统而不是拉系统。
5. Scrumban 方法
这是对古老问题的答案：如果 Scrum 和看板有一个孩子会怎样？
Scrumban 是一种混合敏捷项目管理方法，具有 Scrum 的鼻子和看板的眼睛。
scrumban 作为一种方法的主要好处是，与其在一开始就决定在每个 sprint 中处理哪些任务（就像你在“传统” scrum 框架中所做的那样），scrumban 允许团队不断地从根据他们的能力积压（就像他们在看板框架中一样）。
在你的 sprint 周期（来自 scrum）中使用在制品限制（来自看板），你可以保持持续的流程，同时仍然根据需要结合项目规划、审查和回顾。
在以下情况下尝试此项目管理方法：
- 你曾经看过 scrum 和看板，并想“我希望这两个疯狂的孩子能聚在一起”。
如果出现以下情况，此项目管理方法可能不适合你：
- 你曾经若有所思地看着窗外并想，“哦，scrum 就是 scrum，看板就是看板，两者永远不会相遇”。
6. 极限编程（XP）方法
极限编程 (XP) 方法是另一种形式的敏捷项目管理，专为软件开发而设计。
极限编程（Extreme Programming，XP）是一门针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、可以达到的目标上。
它强调经理、客户和开发人员之间的团队合作和协作，团队自组织。
它有一套团队应遵循的 明确规则 ，这些规则基于其五个价值观：简单、沟通（首选面对面）、反馈、尊重和勇气。
在以下情况下尝试此项目管理方法：
- 你想促进团队合作和协作。
- 你有一个小型的、位于同一地点的团队。
如果出现以下情况，此项目管理方法可能不适合你：
- 你是个违反规则的人。
- 你的团队分布在不同的地方和时区。
7. 自适应项目框架（APF）方法
自适应项目框架 (APF：Adaptive Project Framework) 方法，也称为自适应项目管理 (APM：Adaptive Project Management)，是一种敏捷项目管理方法，其设计时考虑了变革的必然性。
自适应项目框架知道，即使是最好的项目也经常出错。因此，APF 的基本属性是团队需要能够自适应地响应变化。
这意味着使用自适应项目框架方法，团队必须尝试预测风险并为项目中的意外情况做好准备。他们需要了解关键组件不断变化，并且能够在考虑这些移动部件的情况下不断重新评估结果和决策。
这需要与所有利益相关者进行大量沟通，并且——与其他敏捷项目管理方法一样——能够协同工作。
在以下情况下尝试此项目管理方法：
- 你知道你的最终目标（在项目管理术语中，你已经概述了你的满足条件；或者你很清楚你很清楚自己想要什么）。
在以下情况下，此项目管理方法不适合你：
- 你需要可预测性。
- 你没有资源来处理适应性的潜在负面影响（例如范围蔓延、返工、误用时间）。
8. 精益方法
精益是另一种起源于制造业（特别是丰田生产系统）的项目管理方法。这一切都是关于将精益原则应用于你的项目管理方法，以最大限度地提高价值并最大限度地减少浪费。
虽然这最初是指减少制造过程中的物理浪费，但现在它指的是项目管理过程中的其他浪费实践。这些被称为 3M：muda、mura 和 muri。
- Muda （浪费）消耗资源而不为客户增加价值。
- Mura （不均匀）发生在你在一个区域的生产过剩导致所有其他区域失控时，导致你的库存过多（浪费！）或效率低下（也浪费！）。
- Muri （过载）发生在设备和人员等资源压力过大时，这通常会导致机器和人员故障。
使用精益的关键原则，项目经理可以减少这些类型的浪费，以创建更高效的工作流程。
在以下情况下尝试此项目管理方法：
- 你正在寻找一组可以帮助你减少脂肪并优化流程的原则。
- 你一直在努力为客户改进和增加价值。
- 你希望最终降低成本。
如果出现以下情况，此项目管理方法可能不适合你：
- 你不能遇到供应问题（例如，你没有足够的库存）或失去出错的余地（例如，在基本设备故障的情况下）。
- 你没有预算进行投资（虽然精益项目管理旨在降低总体成本，但实施起来可能成本高昂）。
- 事实上，你喜欢浪费。
9. 关键路径法
关键路径方法（也称为关键路径分析）是一种识别和调度构成项目的所有关键任务及其依赖关系的方法。
这意味着你需要：
确定实现项目目标所需完成的所有基本任务
估计每项任务将花费多少时间（请记住，某些任务需要先完成才能开始其他任务）
使用所有这些信息来安排你需要采取的“关键路径”，以便在不遗漏任何关键步骤的情况下尽快完成项目。
最长的关键任务序列将成为你的关键路径，并将定义你的项目的时间范围。
在此过程中，你将遇到里程碑 ，当一组任务（或阶段）结束并且你可以继续下一个任务时，这些里程碑将发出信号。
有很多方法可以可视化关键路径，具体取决于项目的复杂性，从流程图到甘特图。
在以下情况下尝试此项目管理方法：
- 你的项目规模庞大且复杂。
- 你的项目有很多依赖项。
- 你正在寻找一种可视化的方式来绘制任务序列。
- 你需要确定哪些任务最重要，以便更好地分配资源。
- 你有一个严格的计划和最后期限，没有做傻事的余地。
如果出现以下情况，此项目管理方法可能不适合你：
- 你不需要非常复杂的东西。
- 你不确定截止日期、时间安排或持续时间。
- 你的项目需要回旋余地来改变。
10. 关键链项目管理
关键链项目管理（或 CCPM:Critical Chain Project Management）将关键路径方法（CPM:Critical Project Management）更进一步。
虽然关键路径方法定义了从项目开始到结束完成每个关键活动所需的时间长度，但在实际付诸实践时，它通常是不切实际的。
关键链项目管理通过为项目的人为因素（例如延迟和资源问题）留出更多时间来解决这些问题。
在关键链项目管理中，你内置了一些缓冲区，你的关键链可以使用这些缓冲区而不会破坏其他所有内容，这样你的整个项目就不必因为生活发生而偏离轨道。
在以下情况下尝试此项目管理方法：
- 你喜欢关键路径方法的声音，但你想要一些更真实的东西。
- 你已经高估了 CPM 中的任务持续时间以允许缓冲，并且你希望获得与你的预测相比工作实际花费多长时间的更准确数据。
在以下情况下，此项目管理方法不适合你：
- 你认为缓冲区只是第一次没有正确计划的人的安全网。
- 什么都不会出错。
11. 新产品介绍（NPI）
NPI(New Product Introduction)新产品介绍是一种很好的项目管理方法，当你想介绍新产品时。
也称为新产品开发 (NPD:New Product Development)，新产品引入流程涵盖了你定义、开发和推出新（或改进）产品所需的一切。
该项目在整个开发过程中遵循单一产品。此过程涉及多个阶段或阶段门过程，可能因组织而异，但通常包括以下内容：
- 定义产品规格和项目范围
- 评估可行性
- 开发原型
- 通过测试和分析验证原型
- 大规模生产产品
- 评估产品发布后在市场上的成功
由于成功推出新产品的要求跨越组织的多个部门，从领导到产品经理再到市场营销等等，它需要大量的跨职能协作和沟通。
使用产品发布模板从头到尾管理发布计划流程，并更快、更高效地将新产品推向市场。
在以下情况下尝试此项目管理方法：
- 你正在将一种新的或改进的产品推向市场。
- 你专注于单一产品。
- 你想从一开始就培养关键利益相关者和跨职能部门的一致性。
如果出现以下情况，此项目管理方法可能不适合你：
- 你不会将新的或改进的产品推向市场。
- 你正在寻找一种更敏捷的产品开发方法（因为 NPI 通常是顺序的而不是迭代的）。
12. 包启用再造 (PER)
包启用再造 (PER:Package-Enabled Reengineering) 是一种项目管理方法，旨在帮助组织以全新的眼光重新设计产品或流程。它专注于通过重新设计流程或重新调整人员来快速和战略性地促进业务转型。
在以下情况下尝试此项目管理方法：
- 你的组织需要大修。
- 你需要对你的产品或流程有一个全新的视角。
如果出现以下情况，此项目管理方法可能不适合你：
- 你不是在尝试改进现有系统。
13. 结果映射
结果映射是由国际发展研究中心（IDRC:International Development Research Centre）设计的项目进度测量系统。
它与上面提到的其他项目管理方法的不同之处在于它不关注可衡量的可交付成果。相反，它专注于创造持久的行为改变。
这是发展中国家慈善项目中常用的项目管理方法。作为一种项目管理方法，与其说是项目本身，不如说是项目的长期影响及其影响社区变化的能力。
因此，它衡量的是影响而不是其他（也许更“典型”）项目进度的衡量标准。
结果映射包括一个漫长的设计阶段，然后是一个记录保存阶段以跟踪结果。
在以下情况下尝试此项目管理方法：
- 你的项目旨在改变行为而不是产生可交付成果。
- 你的项目与变革和社会转型有关（例如在国际发展、慈善、传播、研究领域）。
如果出现以下情况，此项目管理方法可能不适合你：
- 你的项目都是关于成品而不是行为结果。
14. 六西格码
六西格码是一种改进流程的方法，重点是确保输出的一致性和无可挑剔的质量。
有几种不同的风格可用，例如精益六西格码和敏捷西格玛，但最终六西格码是一种业务方法，旨在通过使用其定义的方法来消除缺陷并减少变化。
六西格码方法可用于优化和改进现有流程或创建新流程。
要改进业务流程，你可以使用6 Sigma DMAIC流程，它代表项目方法中的各个阶段： 定义、测量 、分析 、 改进、 控制。
要创建新流程或产品，你可以使用 6 Sigma DMADV 流程： 定义、测量、分析 、 设计 、验证 。
作为一套原则和技术（有时甚至被描述为“哲学”）而不是项目管理方法本身，六西格码方法可以与许多其他项目管理方法一起应用，如精益和敏捷。
在以下情况下尝试此项目管理方法：
- 你正在寻找一套可以随身携带的原则和理念，适用于几乎每个项目和组织。
如果出现以下情况，此项目管理方法可能不适合你：
- 你没有太多的预算来投资培训——获得培训和认证可能会很昂贵。
- 你正在为特定项目寻找定义的流程，而不是一组指导规则。
15. PMI 的 PMBOK
项目管理协会的项目管理知识手册（又名 PMI 的 PMBOK）本身并不是一种项目管理方法。然而，它是一个最佳实践指南——它构成了 PMI 项目管理专业人员 (PMP) 认证的基础，这是领先的项目管理资格之一。
因此，PMBOK 是一套行业标准的指导原则，你可以使用它来确保跨多种类型的团队和组织的项目符合 PMI 的高标准并遵守最佳实践。
在以下情况下尝试此项目管理方法：
- 你拥有（或想要获得）PMP。
- 你希望了解最新的行业标准和最佳实践。
- 你在 PMP 是标准项目管理资格的地方（例如美国）生活和工作。
如果出现以下情况，此项目管理方法可能不适合你：
- 你需要一个可靠的项目管理方法来映射你的项目，而不是一般（尽管有帮助）的项目管理知识。
16. PRINCE2 方法论
PRINCE2（受控环境中的项目 ）是一种项目管理方法和认证，旨在使项目经理掌握最佳实践和流程的知识。
与 PMP 认证不同，它不需要许多先决条件，对于希望获得方法基础和资格的项目经理来说，它是一个不错的选择。
与 PMP 不同的是，PRINCE2 本身就是一种方法论。它以七项原则为指导，这反过来又规定了项目经理在使用 PRINCE2 时需要在每个项目中使用的七个流程。
在以下情况下尝试此项目管理方法：
- 你正在寻找能够为你带来优势的认证。
- 你在PRINCE2是标准项目管理资格的地方（例如英国）生活和工作。
如果出现以下情况，此项目管理方法可能不适合你：
- 你不想承诺完全认证。
- 七步过程不会映射到你的项目。
你会发现自己对流程阶段进行了如此多的剪裁（或完全忽略），以至于它变成了 PINO——“名义上的 PRINCE”。
17. 快速应用程序开发 (RAD) 方法
快速应用程序开发 (RAD：Rapid Application Development) 是一种敏捷项目管理方法，旨在促进更快的软件开发。
它使用快速的原型发布和迭代来在短时间内收集反馈，并重视用户的反馈，而不是严格的计划和需求记录。
在以下情况下尝试此项目管理方法：
- 你希望能够更快地为客户/客户/利益相关者提供一个工作模型（即使它并不完美）。
- 你想创建多个原型并与利益相关者一起选择最好的一个。
- 速度至关重要。
- 你想鼓励代码重用。
如果出现以下情况，此项目管理方法可能不适合你：
- 你没有经验丰富的团队。
- 你的客户或利益相关者没有时间致力于这样的协作过程，或者无法在必要的时间范围内提供反馈。
- 你有一个庞大的团队。
- 你更喜欢有一个详细的规范来概述所有功能和非功能需求。
正确的项目管理方法可以提升你的项目并帮助项目经理充分利用每个团队。
无论你喜欢IT 项目管理中青睐的敏捷方法，还是建筑和制造中使用的更传统的瀑布项目管理和关键路径方法，每个团队都有适合的项目管理方法。
,
