站立后要想到的5件事
纠正但不充分

PMBOK 5 - 接受

 验收 好吧,这已经讨论了/关闭/再次关系。解释我是如何的 被拒绝 从PMI PMBOK V5计划之前,我本周收到了新闻,我已被接受到PMBok V5指南的下一个版本的内容创建组。

我不确定这是我对PMI表示关切的结果,其中大约60%的PMI成员,他们从事它可能想要一些更好的敏捷项目管理指导,委员会似乎没有人提供这一点。或者简单地删除了更多候选内容创建类别的候选人。 

无论如何,我很感激有机会,我期待在我可以的任何地方做出贡献,因为这是踢球者,我被录制在小组上重写第12章 采购 。这是奇怪的,因为当志愿者做出贡献时,我们必须排名我们最想去哪个章节。鉴于我的规划,调度和估计上的敏捷设计这些是我排名最高的区域,排名采购是最低的。

现在,也许我得到了我的高/低端的鳞片混合了,我意外投票的采购最高,但我不这么认为。也许选择委员会认为很好,如果我们必须在船上有这个敏捷的风衣,把他放在采购中,他可以最不伤害!或者也许只是没有许多人为采购自愿,所以这就是唯一开幕的地方。我已经向PMI发了一个询问,但我并没有呼吸回复。

无论如何,所以现在我需要确定如何最好地影响采购过程与敏捷角度。正如我目前正在使用我的主要客户端和去年的RFI和RFP进程一样适用 敏捷商务会议 在伦敦,我与新的开发商讨论了 敏捷合同 可能有一个领带的小组。

所以,不是我正在寻找的角色,但也许在门口小脚,时间会告诉我,我会告诉你。

注释

 Dennisstevens.

麦克风,

我认为这很棒。我相信采购是让敏捷于组织的关键障碍。当我们需要明确的范围,成本和时机,在合同中详细介绍我们保证我们可以'在没有沉重的变革管理的情况下,在产品中获得学习和反馈。这个"contract"模型也存在于许多资金赢得的组织内部'在没有一个不灵活的变革管理过程的情况下批准。随着越来越多的软件开发正在外包尤其重要。

让'让敏捷采购实践进入PMBOK。这将是帮助在企业中采用敏捷的重要一步。

丹尼斯史蒂文斯

 迈克格里菲斯

嗨丹尼斯,

谢谢你的鼓励。你是对的,它是一个重要的领域,而不是我想开始的地方,而是一个起点非这一目标。如果您是可视的,我可能会与您联系以供您见解。

最好的祝福
麦克风

 HAL HUNT,PMP

你好迈克,

看起来我们将成为PMBOK-5内容团队的同事。这将是我的第三次PMI标准 - 以先前对OPM3和计划管理工作。根据这种经历,我期待我们'LL有一些充满活力的讨论和许多导致优秀产品的观点交换。在PM世界中,我希望能够集成到版本5中的世界变化。期待与您和团队的其余部分合作!

干杯,

HAL HUNT,PMP
阿什伯恩,弗吉尼亚州
(九个国家的23年管理项目。)

 迈克格里菲斯

嗨,

感谢您的联系,我期待着与您合作。我在PMBOK V3上做了一些工作,但我的大部分敏捷相关建议都没有采纳,希望现在时间是正确的。我真的希望有一些热烈的讨论和宣传的观点 - 我相信他们是必要的。

问候
麦克风

me.yahoo.com/a/971j7vfogov7rvogtt0qe62abecx.

对不起,迈克。我完全不同意!敏捷是一种软件/项目开发的方法。在我看来,PMBOK需要的最后一件事将被劫持进入IT世界,而且我来自IT世界。我一直喜欢PMBOK / PMI方法的一件事是其行业无神不可知论。

我相信PMP / PMBOK / PMI品牌越多,就越落在路上"IT-centricity"品牌越少对其他项目管理努力的价值。我们必须大大意识到我们的思考方式管理并不意味着每个人都必须同意甚至使用。

我为了一个人认为PMBOK / PMI应该保持行业,方法 - 无所欲样。如果制造业提出了Aglint / Scrap(用于管理制造业的项目的方法/调理),您会如何觉得,并开始尝试将PMBOK / PMI移动到他们的心态或做事的方式?

要小心你想要的东西,因为它有一个令人讨厌的方式和咬你的方式伤害。

Pnanouk.

me.yahoo.com/a/971j7vfogov7rvogtt0qe62abecx.

我至少想参考我的断言"敏捷是一种方法......"由于我知道我可能会被宣布这种声明,但这是基于该断言的链接:

http://en.wikipedia.org/wiki/Agile_Project_Management

如果这不是那么那么有敏捷实践专业知识的人需要告诉世界它不是......

小心,

Pnanouk.

 迈克格里菲斯

嗨再次pnanouk,

不需要道歉,有不同的意见是可以的,我同意PMBOK的行业无关的性质是一种巨大的力量。有很多方法可以与PMI和PMBOK合作,以协助行业聚焦的补充。为施工行业的PMBOK扩展是一个很好的例子,并没有侵蚀PMBOK指南的价值。

我并不希望用它的特定内容来注入PMBOK指南(无论如何都没有用),而是为了帮助解释在一些高度变化中,高度复杂的域PMBOK逐步阐述和滚动波规划的概念值得升高的覆盖范围。此外,还要考虑来自Kanban和精益的其他新兴项目管理概念(来自软件之外),但也可以在高变化环境中增加巨大价值。

最好的祝福
麦克风

此项对应的评论被关闭。