Project management PMBOK更适合于实现和敏捷，Scrum更适合于工程吗？

PMBOK是否更适合在构建软件后实施，并将其交付给客户，而敏捷或Scrum更适合首先构建软件？只是试着去理解

多谢各位

---

编辑：我主要关心的是PMBOK。他们在我工作的地方经常使用它，但不是为了开发（他们用它来实现）。他们没有开发很多，所以我没有办法问，“嘿，你用什么来开发？”我必须自己想出最好的计划。我真的不太在乎获得PMP认证，但如果这是使用PMBOK开发软件的最佳方式，我可以证明学习它是正确的。如果scrum或agile是最好的方法，那么我宁愿使用它并获得成功，也不愿拥有一个我名下的pmp。

PMBOK只是一个naff行业标准，用于让a组织的管理层（他们不太清楚）放心，B组织正在以“正确的”PMI认证的方式做事

正如佩德罗所说，Scrum是一种敏捷的项目管理技术，它围绕着固定的迭代工作，这一点受到了大多数软件专业人士的高度重视。尽管Scrum没有规定任何工程技术，但它通常与XP（极限编程）中概述的工程技术结合使用，如成对编程和持续集成

---

出于商业原因，一些公司必须至少遵循PMI、CMMI或ISO，才能赢得工作，但实际上，大多数严肃的软件商店都在幕后实践敏捷技术，如scrum/xp/kanban。

好吧，我可以从我的真实世界经验中回答这个问题，我既是一名PMP认证的企业软件解决方案实施者，也是一名经验丰富的敏捷PM，在混合敏捷软件中管理了一个14人的团队开发项目

在实施COTS（商用现货）软件时，我发现PMBOK可以非常严格地遵循。如果遵循“T”，PMBOK将引导您走上“瀑布式”方法论的道路。如果您不熟悉，这是一种方法，您的大部分项目时间都花在项目早期收集需求、执行设计、评估等。构建或开发在过程中要晚得多。这种方法对软件实现很有效的原因是，客户通常希望了解项目的前期成本。确定项目成本的唯一真正准确的方法是遵循瀑布法……至少在最初是这样

敏捷/Scrum方法在构建软件方面效果更好。当我说构建时，我指的是从设计、开发、测试等的整个构建过程。我不会讨论PMBOK、瀑布或敏捷方法中所涵盖的内容之间的区别，因为这不是您所要求的。敏捷非常注重迭代设计和构建，而不是预先设计。在敏捷中，您希望快速迭代，并执行JIT（即时）需求收集（使用存储）、设计、构建和测试（TDD）。这样可以减少浪费，并在项目早期生成可用的软件。敏捷对软件开发项目有很多好处

现在，我发现有帮助的是尽可能地采用瀑布式方法来构建准确的估算和资源计划。一旦完成，您可以切换到更多的敏捷过程来完成您的项目

记住不要将项目管理知识与方法混淆。项目管理知识体系（PMBOK）是一套行业标准流程，可用于交付项目；不仅仅是一个软件项目，还可能是工程、市政规划等。PMBOk的许多部分在软件开发领域都是有益的，例如：沟通规划、风险规划、项目关闭等

---

这是一个相当广泛的主题，所以我希望这能帮助你为你的项目做出适当的决定。请记住，一种规模并不适合所有人。

我个人建议，在进入PMBOK之前，先了解Scrum和/或敏捷（无论哪种最适合您的组织）。。PMBOK中的标准更为传统，各个阶段都用一种略微伪瀑布式的方法来描述，这在IT行业中不像敏捷和Scrum在我们的门前那样被接受。。。如果您在了解Scrum之后学习PMBOK，那么就更容易筛选出不相关的内容，并从总体上更好地理解这两个概念

PMBOK和Scrum/Agile都适用于工程和实施。。PMBOK涵盖IT行业以外的领域，仅此而已！

---

此外，Scrum是项目团队中的任何人或每个人都学习和实现的东西。。但PMBOK主要是为项目经理准备的

Scrum用于项目管理，不一定是软件。这不是以开发为导向的，而是以项目为导向的。我投票将这个问题作为离题来结束，因为它与编程无关。在2009年，没有其他的交换网站。反正我不记得了。谢谢你的回答。在第三段中，您有“整个构建过程…”这是否包括最初的需求收集，甚至之前的需求收集。我正试图越过“我有一个想法”，第一次坐下来进行头脑风暴。我认为这是需求收集的一个步骤。更多的是我从哪里开始——更像是“好吧，我对一个项目有了一个好主意。现在是什么？”敏捷/Scrum方法中的“现在是什么？”问题落在哪里？再次感谢您。“我有一个想法”是您项目的初始基础。你需要稍微磨练一下，以理解你的项目将包含的框架，但不要拖延你的分析。“现在是什么”是您真正进入需求收集的地方。在敏捷中，您需要我们称之为“用户故事”的东西，它是您需求的基础。用户故事由用户编写..exa