协作工具
敏捷2008提交审查马拉松赛

PMBOK 4 - 这次它是迭代!

(好吧,也许有点迭代)PMI

目前的知识项目管理机构(PMBOK)指南标有“第三版”,并于2004年发布。项目管理研究所(PMI)每4年都会带来一个新版本,第四版刚刚发布给曝光的审核人员草稿格式。

我是版本3的贡献者和审核人员,也可能向版本4提交一些反馈。敏捷项目经理感兴趣的一件事是增加迭代生命周期的接受。

概念 滚动波规划逐步阐述 自从我知道的2000版本以来一直在PMBOK。这些概念解决了规划在详细的临界工作和后来的缩小工作的想法。随着新细节出现,返回计划并使用新数据更新它们。这对敏捷社区中的人来说是常识,但它有时会让人们在过去的8年里,这是众所周知,许多人在PMBOK指南中浏览了这些重要原则。

同样,PMBOK的先前版本已提到替代生命周期和活动嵌套。然而,随着PMBOK v 4草案,我们开始看到迭代方法的更多实施例。

PMBOK_1_3.

其他生命周期示例包括:

pmbok_2_2.

怀疑论者可能会将这些视为多个瀑布,但我认为这是更多弹药来争论敏捷项目如何符合PMI概述的建议,并由大多数项目管理办公室使用。

PMBOK指南由各种商业领域(制造,施工等)使用,因此在执行细节上有目的地模糊,而是推荐使用业界的最佳实践。我会断言软件项目的最佳实践包括敏捷方法。

如果将这些图表粘合在一起并将临时结束流程解释并将过程解释为您的回顾性,适应和重新计划工作然后模型良好。重复的规划,做和行动结果;哎呀那里甚至没有小循环箭头!

生命周期模型中的鞋头不是我的目标,我从未在PMBOK和敏捷生命周期之间断开连接。 PMBOK在PMBOK中,它是否规定了单一通行瀑布方法,并且逐步摘要和滚动波规划的既定原则始终支持适应。

然而,这里是重要的部分,人们真的锁定在图表上。当温斯顿罗伊斯发表于1970年的瀑布论文时,他陪同它有很多关于反馈循环的明智建议,并且由于我们第一次为错误的事情而贯穿两次。然而,许多人没有读过第一个瀑布图。他们的生命周期并全部设定为单一通行瀑布模型(以及它带来的所有挑战。所以,我希望在PMBOK中拥有一些基于迭代的图像应该帮助我们争论敏捷的情况在PMBOK重点组织中通过。如果人们不读这些词,一张图片的价值超过千言万语。

总的来说,PMBOK V4指南有一些欢迎新增含量。通信管理第10章的权力/兴趣网格引起了我的注意。

PMBOK_3.

它解决了不同的利益攸关方为什么具有不同程度的兴趣和对项目的影响,并为主要类别推荐管理战略。我认为他们是一点被动,例如,我宁愿将右下象限的高兴趣/低功率成员转换为“项目冠军”或“倡导者”而不是“保持知情”的状态推荐。

我对这些群体的建议如下所示。

PMBOK_4.

然而,这是一个小狡辩,我喜欢矩阵的想法,我相信它将帮助我在项目上表征利益相关者。

注释

Rene Rosendahl

I'很高兴看到pmbok和敏捷被认为越来越少,而互相排斥。

约翰Quillen.

出色的!这篇文章是新鲜空气的呼吸。多年来我一直在做敏捷,刚刚开始通过PMBOK工作。虽然我注意到渐进的阐述我也可以'T帮助但注意到"agile"在索引中找不到,也没有暗示我看到的任何地方。我的经验一直是敏捷的与项目经理和我'我很高兴看到有理由思考两者的优点。谢谢

此项对应的评论被关闭。