时箱替代品
PMI-ACP.书籍覆盖范围

PMBOK v5指南曝光草案审查

 

PMBOK V5指南PMBOK v5指南曝光草案 立即打开公众审查 - 所以您现在可以阅读并提交您的更改建议。曝光草案是最新版本的PMBOK指南的首次开放式访问版本,这是由于在年底发布。这也标志着人们第一次写作可以公开谈论它(或者至少我猜这么猜,从那以后,那么现在内容几乎没有秘密)

PMI成员可以在这里查看曝光草稿 ed.pmi.org. 并扫描Append X1以进行更改摘要。

重大变化是:

  1. 将PMBOK指南内联绑定了许多其他标准文件
  2. 提出第3章(项目管理标准)使其成为ANSI批准的标准并将其转移到附录中
  3. 添加新的第13章 - 利益相关者参与和分割第11章 - 剩余第11章和新章第13章之间的通信内容
  4. 将“计划”步骤添加到范围管理,安排管理,成本管理和利益相关方管理,以便我们获得“计划范围管理”,“计划进度管理”,“计划成本管理”和“计划利益相关方管理”的新活动。

我从事PMBOK V5指南的开发,以注入一些敏捷内容。这是一个斗争,自指导是行业不可知论,而不仅仅是因为它甚至知识工作者项目,所以我们必须非常小心,并在最糟糕的害处或者最好的无关紧要,不适用的信息。

另一场斗争是,当您可以建议内容时,如果您的其他贡献者不同意它,他们将只是投票删除它。无论如何,'敏捷:确实将其进入新指南9次。 - 到目前为止,其他审阅者可以推荐删除。

这些引用了ACP认证,将软件扩展名为PMBOK指南,生命周期,以及第6章的调度,这是我工作的章节。这是生命周期上的摘录

 2.4.2.4自适应生命周期

自适应寿命周期(也称为变更驱动或敏捷方法)旨在促进改变,并且需要高度的持续利益相关者参与。自适应方法也是迭代和增量的,但迭代的不同之处在于非常快速(通常为2至4周),并在时间和资源中固定。尽管早期迭代可能集中在规划活动中,但自适应项目通常在每次迭代中执行所有流程。

我不确定我同意提前迭代专注于规划活动,您可以同样争辩说他们专注于减少风险,工作环境创造或愿景。无论如何,我会提交更改请求。

这是最终在第6章中保存的内容

6.2.2.2滚动波规划

滚动波规划是一种迭代规划技术,其中在近期工作中的工作进行了详细计划,而未来的工作计划在更一般的水平上计划。这是一种逐步阐述的形式。因此,根据项目生命周期中的位置,工作可以存在于各种细节。

例如,始发在软件开发中的敏捷项目管理使用迭代计划作为滚动波规划的进展。敏捷项目团队利用每个开发周期(迭代)的CPM调度。敏捷项目管理侧重于每次迭代的更短的开发周期和有形结果;重点是创建价值而不是完成活动。

6.7控制时间表

如果利用敏捷方法,则控制计划涉及:

  •  通过比较提供的工作总额和接受的工作时间表的当前状态,并接受了在经过的时间完成的工作预测,
  • 进行回顾性评论(预定的经验教训评估),用于纠正流程和改进,如果需要,
  • 重新重构剩余的工作计划(积压),
  • 确定递送速度(速度)和接受工作的接受(商定的工作循环持续时间,通常为两周或一个月),

从来没有我努力工作,写得这么少,关于敏捷。我有一个担忧的是,人们会问:“为什么计划管理的章节谈论敏捷时谈到敏捷,因为没有其他章节?”由于更容易修复是将其迁移出计划管理而不是将其添加到所需的其他章节中。这将导致损失PMBOK指南中的一些敏捷指导,其他3年等待添加任何。

也许你不在乎;就个人而言,我认为我们开始将敏捷概念集成到PMBOK指南中很重要。特别是如果研究表明,如果65%的PMI成员从事IT项目。我将建议向剩下的章节添加敏捷相关内容并敦促其他人。如果我们足够的我们这样做,那么它就将结合成立。

欢迎为范围管理,安排管理,成本管理和利益相关方管理添加“计划”步骤的其他变化。它设置了调整项目活动的场景。因此,如果您有一个小项目,您可能计划以不同的工具管理利益相关者,而不是如果您有一个非常大的工具。

它是一个更好的适用于每项目的方法和情况特定的过程,我欢迎的概念。你呢?审查过程值得努力吗?我们应该尝试改变PMBOK以满足我们的需求还是在其周围管理我们需要做的事情来取得成功?

注释

烤素

"从来没有我努力工作,写得这么少,关于敏捷。"

我知道你的感受(我在第2章中写了这些东西的原始草案)。我很欣赏您可能对此可能的反馈。

迈克格里菲斯

嘿Bakevin,

谢谢你的堕落,一些人欣赏斗争!

对于第2章,提前迭代可能会关注规划似乎卖出了缩短的风险缓解(概念证明)和范围澄清工作。我建议在最后一条线上说"...尽管早期迭代可能集中在规划活动或建立原型,以试验方法和验证理解。 "

问候
麦克风

凯莉沃特

嗨迈克。我发现这是2011年的敏捷方法,这是一个代表项目经理的知识机构的文件,几乎没有承认其存在,并且当然没有将任何严重的尝试集成或甚至将其描述为替代方法。我也热情地关心这个,无法理解为什么它没有更加认真地解决。一段时间我写了一篇文章,在那里我展示了一个迭代管理,这些迭代管理是如何在PMBok的一个特定部分内很容易地结合在一起。虽然这仍然没有广泛,但只需承认这一点并将迭代管理结合为管理项目执行的一种方式将是我的观点前进的巨大一步。您可以在此处查看细节 -

http://www.allaboutagile.com/agile-project-management-extending-pmbok/

凯利。

迈克格里菲斯

嗨凯莉,

是的,对我们来说似乎很奇怪。有一个很大的断开和实际风险,PMI材料进一步批评为刚性和与现实的刚性,但解决它的努力是一个艰难的斗争。当接近V5重写i(天真)时,假设我们将从“确定,在PM世界发生了什么变化,我们需要将PMBOK达到更新的思想集?”。然而,Mindset是“好的,我们有一个页面计数限制,以及悬挂在V4上方的一系列出色的更改请求,应用那些,看看还有什么需要改变,但是要意识到输入和输出的变化是棘手的,因为它们需要棘手棘手多次评论组之间的排序。

相反,我对“PMBOK指南”的“软件扩展”保持了更多希望 http://bit.ly/puB2Vh 我们有更多的控制权。谢谢你的帖子的链接。几年前我也为PMBOK映射创建了一个敏捷。 http://bit.ly/dt4OCz

问候
麦克风

此项对应的评论被关闭。