|
引子service.mypm.net
很多从事敏捷的项目经理心中可能都有个问号：“《项目管理知识体系指南》在敏捷中中到底扮演什么角色?”《项目管理知识体系指南》(以下称《PMBOK
®指南》)是被广泛认可的、关于项目管理的方法和实践的知识来源。其最新版本严谨地地说明了该如何使用该指南，原文如下：pmp.mypm.net
“《PMBOK ®指南》提供了管理项目的指导。它定义了项目管理及相关的概念，描述了项目管理生命周期及相关的流程……作为一个基础的参考，《PMBOK
®指南》既不是完整的，也不是包罗万象的。该标准更多的是指导性的而不是具体的方法。每个人都可以用不同的方法和工具来应用这个框架。”blog.mypm.net
《PMBOK®指南》介绍的大多数方法都是通用的，适用于所有项目(敏捷或者传统的)，但《PMBOK®指南》毕竟还是来源于传统的计划驱动的开发模式，而且一般来说，人们也是在这个语境下理解它的。如果要将其应用在敏捷项目中，可能需要更多的解释。talent.mypm.net
关于敏捷的原理与《PMBOK®指南》中的方法和流程有何关联性。现实中，人们采用互相鄙视、非此即彼割裂地方式来看待二者。这些看法使得对敏捷与PMBOK地误解雪上加霜。项目管理者联盟文章
例如对于《PMBOK®指南》的误解：bbs.mypm.net
1)过多的文档工作。service.mypm.net
2)一堆检查表格。项目管理者联盟
3) 繁重的流程。转自项目管理者联盟
4) 你被流程管理而不是你管理流程。转自项目管理者联盟
同时，与之恰恰相反的人们对于敏捷的误解：项目管理者联盟
1) 完全抛弃流程。项目管理者联盟
2)无序的，失控的。转自项目管理者联盟
3)不适用于复杂项目。项目管理者联盟
4) 不专业项目管理者联盟
这些大部分都是误解，然而在这些误解背后，也存在一定的真实性，形成这些误解的原因有以下几个：项目管理培训
项目管理者联盟
1、失败的实施与错误的方法：仗打不好怪兵书不好项目管理培训
我们必须区分将PMBOK®背后的原理及方法同它们在现实中的具体实施区分开。有时候，由于某些具体实施不成功，导致人们认为方法本身是错误的。在很多情况下，问题发生在实施上而不是方法本身。不管是传统方法还是敏捷方法都有此类情况，由于实施不成功而被冠以恶名。项目管理者联盟
在有些时候，传统方法由于过多的文档工作、繁重的体系控制，而不能灵活地根据业务环境选择适当的文档工作水平和控制度而被人诟病。其实在传统方法中并没限制通过适当的方法来减少文档量及控制度。项目管理者联盟
而敏捷方法被人指责的原因则是另一个极端，因为有时候人们会过快地进入项目执行阶段而只做了很少的甚至一点都没做项目前期计划。同样地，在敏捷方法中也没限制人们自己决定做多少前期计划是合理的。项目管理者联盟
上述两种情况，问题都发生在具体的实施上而不是方法本身，然而有时候人们将其归咎于方法。PMBOK®中的原理同传统方法有很强的关联，在很多时候，这些原理的具体实施并不尽如人意。转自项目管理者联盟
2、指导性方法与规定性方法：无套路V.S.有套路training.mypm.net
敏捷原理和PMBOK®基于两种完全不同的理念。敏捷方法一般来说只提供非常简单的、价值导向的原理，而不做出具体规定，留了很大的空间给具体实施人员来决定在特定的环境下如何应用。它希望实施人员在其上根据实际情况增加新的内容。整个方法体系的设计都是非常灵活及自适应的。blog.mypm.net
“敏捷项目管理中重要的一点就是，方法都是指导性的而非规定性的。规定性的方法试图规定团队应做的每件事情。这种方式使人迷失其中。人们要从一堆方法中进行选择而又缺少指导，这导致想要为某个具体项目剔除无关的方法困难重重。项目管理者联盟
|
