敏捷界面 - PMO集成
敏捷项目管理的发展 – Part 2

敏捷项目管理的发展

developments_and_agile_project_mana.今年早些时候我提交了一个提出的提案 PMI全球大会 大会在10月份在亚特兰大举行。我打电话给它"敏捷项目管理的发展"并编写了一个被接受的诱人的轮廓。这一切都很好,好,但现在随行的纸张到期,我必须决定写什么!

当我不知道我要谈论的时候,我感到有点内疚,而是在谈论什么时,但在延迟决定的敏捷精神最后责任 - 时刻“它给了我一个灵活性,包括一些迟到的新发现或趋势可能被锁定早期错过了。另外,这不是我没有什么目的地,而是我选择的主题没有完成。

所以,在这个和我的接下来的几个帖子中,我将概述我的一些想法"敏捷项目管理的发展"并为读者提供开放的邀请,以提供反馈和建议替代主题。

观众
典型的PMI会议与会者并不是很熟悉敏捷方法。虽然标题可能会吸引那些了解敏捷的人,但大多数人仍然只会引起所有这些意识。因此,我必须将内容保持相当基础,并以快速浏览敏捷概念来提供上下文。我喜欢呈现像“eva到安德斯的东西”:将传统指标映射到敏捷的指标?,但只有少数人会理解它,许多人可能会带来印象敏捷只是莫博 - 巨型,而不是他们。所以,我认为主题应该保持相当基础,以吸引大量观众。

大纲
我对这些结构的想法目前如下:

介绍

  • 敏捷方法已经获得了软件开发项目的普及
  • 因为他们正在变得越来越受欢迎,新人正在扩大他们的界限和应用领域

为什么软件开发很难管理

  • 软件的无形性质
  • 难以阐明真正的要求
  • 高度变化率
  • 高复杂性,有时是r&基于,前所未有

敏捷方法如何帮助

  • 增量交付提供频繁的检查站
  • 迭代发展降低了技术风险
  • 生命周期支持迟到的变化

敏捷方法如何工作

  • 业务优先级
  • TitteBoxed迭代
  • 通信和约束删除
  • 评论,回顾目的,致谢和适应

然后,一旦概述不在方式,介绍可以被认为是可以被认为的主题"敏捷项目管理的发展":

devs_in_apm.

认证 - 就像孩子们从游戏群到学校成长并进展并开始经历考试时,敏捷方法的认证和认证正在增加,因为我们离开幼儿园。

重新设计工作场所吸引和保留Gen Y - 新一代“长大数字化”,现在正在进入劳动力需求:包括,协作和赋权 - 敏捷方法促进的方法。

认识到领导力的联系 - 与传统项目管理的领导力最佳实践更紧密地对齐。

通过工具和流程支持 - 如何出现如何支持敏捷项目管理工具和流程的新段。

与邻接领域的集成,如瘦六西格玛和约束理论 - 随着更广泛的受众采用敏捷,如何消失,敏捷和这些高度兼容的字段之间的界限如何消失,并带来自己的贡献和链接。

这可能比我在纸张或演示文稿中覆盖的更多主题,但我想在那里拿出我的想法并要求替代品。如果你在哪里发表演示"敏捷项目管理的发展"你会包括什么?为什么?

注释

鲍勃麦克雷

我在威斯康星大学密尔沃基大学教授敏捷方法,最近在我的博客中评论了我的经历。您的大纲看起来很声音,您可能希望考虑以下内容:

*一些评论(简要)关于这一切如何 - 创建敏捷宣言等。
*重新加工一些子弹点。例如,我会更换"令人困难的要求要求" with "识别和反应不确定性。"
*对自我指导团队的更多特异性,以及"project manager"作为项目的促进者而不是独裁者。
*客户和业务对敏捷项目的责任与赞助商和利益攸关方。
*抵制原始冲动(毕竟,你'在全球PMI会议上展示... :))以叠加过程和瀑布技术到敏捷方法。

您还应该预期要受到挑战和烤制在您所在的挑战 - 而不是以敌意(希望)'削减这些人所知道和相信的一切的粮食。特别是PMP。他们的担忧没有任何问题,我们必须对他们有很好的答案。

看看我的帖子以获得类似的经历,如果我可以有任何帮助,请随时与我联系。

问候,
鲍勃麦克雷
http://enterprisearchitect.typepad.com

迈克格里菲斯

嗨鲍勃,

非常感谢您编写这些建议,它们都是我同意的很好的观点,并将纳入我的论文和演示文稿。

最好的祝福
麦克风

此项对应的评论被关闭。