RMC的PMI-ACP考试准备书
价值驱动的交付

新的“软件扩展到PMBOK指南”

PMBOK指南的软件扩展 几个星期前我在洛杉矶开始了“PMBOK指南的软件扩展“。该倡议由PMI和IEEE赞助,正在为软件项目开展项目经理的其他指导。

PMBOK指南是通用的,适用于各种项目。在执行指导方面,它有效地说:“基于您的行业良好做法,”去做项目计划中的东西“,这是安全给予的唯一的通用建议。授权建设项目是愚蠢的,与生物技术项目或软件或航空航天r相同&D项目。这就是为什么已经存在“PMBOK GUID的施工延伸E“对于建筑的所有独特事物。

PMI人口统计学在过去的10年里发生了变化,现在65%的PMI成员从事IT相关项目。它包含不仅仅是软件,而且时间是项目经理的软件项目指导的时间(可能过去到期)。软件项目有许多独特的特征,对项目经理带来了挑战。这些包括:

规范问题 - 软件项目很难定义,因为它们是无形的,并且难以参考。

评估问题 - 我们真的需要看到和使​​用软件可以说它适合我们,读取规范是验证功能的不良方法。 IWKIWISI - 当我看到它时,我会知道它。

知识工作者领域 - 我们正在使用主题专家合作和共享信息而不是工业作品来重复定义的过程。

商业变革的速度 - 由于企业的发展和变化,系统要求频繁变化。变化率高于许多其他项目域。

建筑物没有原子 - 我们正在操纵信息和模型而不是混凝土和钢铁,因此我们的流程和控制需要不同。

非线性进展 - 进步通常是非线性的。有些事情很快一些事情需要很长时间。在软件项目上应用,假设完成完成线性进展的方法是更有问题的。

不确定 - 我们拥有更多的技术不确定性和需求,而不是许多其他行业的不确定性,因此需要更多的工具来检查站点并在必要时进行调整。

极端变质性 - 与物理建设不同,在75%完成时难以移动桥梁的桥梁,在其他域中有很少的相似性的软件项目中可以做一些更改。

这些和其他独特的特征意味着一些有效的管理项目的有效的软件导向实践不能包含在PMBOK指南中,因为它们可能不一定适用于具有不同特征的其他行业。这就是为什么新的PMBOK V5指南将参考敏捷和敏捷的做法,但不会完全接受它们,它们只是不适合一些具有与知识工作者,软件空间不同的项目特征的行业。

然而,恐惧不是,因为“PMBOK指南的软件扩展”正是这些软件特定指导应该居住的地方,如果65%的PMI成员在其中,那么大量的项目经理应该指代它。

我们已经有一些伟大的人在指南上工作,并且由于延伸旨在塑造我们将正在寻找更多的评论员。迪克福利 - 作者 管理和领先的软件项目 担任工作和过去几周的担任工作,我一直与丰富的特纳,共同作者配对“平衡敏捷和纪律:困惑的指南“。 (当我有机会时,我问了丰富的标题,因为它隐含的敏捷不是纪律处分,并且像TDD这样的敏捷实践是非常纪律的。他说是编辑建议使它变得竞相和挑衅的建议。

无论如何,我们目前正致力于章节介绍并弄清楚如何区分计划驱动,迭代和敏捷方法来软件项目。由于所有人都有效,并且扩展需要允许它们;尽管研究表明敏捷是主要的方法。

所以,有一个关于当前的PMBOK指南,让我知道你的想法。不是所有项目的管辖,而是专注于软件项目,你会改变什么?我们可以删除块,更改事物,添加新的指导,所以它应该对软件项目经理真正有用吗?

注释

帐户已删除

嘿,因为你还在"process"最终确定您可能希望考虑其他一些项目管理工具......这有助于“排序”---首先应该做的是什么以及应该被认为是什么。我知道你已经使用了一个,但是我们总是说的 - 两个头比一个好。此外,随着您提到的“业务变革的速度”,我会建议您在在线制作/创建最佳项目管理工具的一系列侵略性。 :)

 迈克格里菲斯

嗨NHEL,

我同意软件项目经理角色的大部分是有道理和拥抱初始歧义。有助于建立共识,头脑风暴的工具或技术,并且通常让我们更好地找到我们的方式是非常有价值的。

最好的祝福
麦克风

 丹尼尔

谢谢(你的)信息。你能告诉我们什么时候计划交付?它是否与敏捷项目管理认证独立于刚刚开始?我的电子邮件是[email protected]

 迈克格里菲斯

嗨丹尼尔,

我们不'T有一个公司的出版日期,但我希望看到明年审查评论的一个版本。这是从PMI认证的完全独立的本阶段。

最好的祝福
麦克风

此项对应的评论被关闭。