PMBOK更多用于实现和敏捷,Scrum更多用于工程吗？

Question

在构建实施软件之后,PMBOK是更多的用于向客户提供,而Agile或Scrum更适合用于构建软件吗？只是想了解.

谢谢.

编辑:我主要担心的是PMBOK.他们在我工作的地方使用它很多但不用于开发(他们用它来实现.)它们没有发展很多,所以我没办法问,"嘿,你用什么来开发？" 我必须自己想出最好的计划.我真的不太关心PMP认证,但如果这是使用PMBOK开发软件的最佳方式,我可以证明它是合理的.如果scrum或敏捷是最好的方式,那么我宁愿使用它并且比我的名字有一个pmp更成功.

Answer 1

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

在实施COTS(商业现货)软件时,我发现可以非常密切地遵循PMBOK.如果遵循"T",PMBOK将引导您走上" 瀑布式 "方法的道路.如果您不熟悉瀑布,那么大多数项目时间都花在项目收集要求,执行设计,估算等的早期阶段.在此过程中,构建或开发将在后期进行.这种方法适用于软件实施的原因是因为客户通常希望了解项目的前期成本.确定项目成本的唯一真正准确的方法是遵循瀑布方法......至少在最初阶段.

在敏捷/ Scrum的方法很多工作为构建软件更好.当我说构建时,我指的是从设计,开发,测试等整个构建过程.我不会讨论PMBOK,瀑布或敏捷方法所涵盖的内容之间的差异,因为这不是您所要求的.敏捷非常关注迭代设计和构建,以及较少的前期设计.在敏捷中,您希望快速迭代,并执行JIT(即时)需求收集(使用存储),设计,构建和测试(TDD).这样可以减少浪费,并在项目早期生成可用的软件.敏捷对软件开发项目有很多好处.

现在,我发现有用的是采用瀑布式方法,以建立准确的估算和资源计划.完成后,您可以切换更多敏捷流程以完成项目.

切记不要将PMBOK与方法混淆.PMBOK是一套行业标准流程,可以遵循这些流程来交付项目; 不仅仅是一个软件项目,它可能是工程,市政规划等.PMBOk的许多部分在软件开发领域都有益,例如:通信规划,风险规划,项目关闭等.

这是一个相当广泛的主题,所以我希望这可以帮助您为您的项目做出适当的决定.记住一个尺码并不适合所有人.