9月，我将共同指导 Sanjiv Augustine. the new course “敏捷项目领导力“。 Sanjiv是一个家伙 APLN. 董事会成员和优秀的作者“管理敏捷项目 “ 书。我真的很兴奋，因为 一个） 我们有一个很好的课程，在吸引他们的同时将拉伸与会者， b） 由于他是一个知识渊博和可负责的专家，与Sanjiv的联合教学将成为爆炸。

我们的第一课程将于9月10日至11日在英国曼彻斯特。您可以找到更多详细信息，包括敏捷大学的课程大纲 这里

我在史蒂索项目管理中展示初学者会议 "......但它不是项目计划!" at the 敏捷2007. 亚特兰大会议下个月。它针对传统的基于PMI的项目经理，我认为它可能很有趣，甚至可能是给他们一个敏捷的语言翻译。

所以，像法语/英语：英语/法语中文字典有些翻译有助于帮助两个营地沟通。此字典也可用作 PDF用于下载，文章末尾的链接。

敏捷到传统

自适应 - 通过改变计划，优先事项和/或方法，经常响应项目的变化和学习。 安吉尔主义者认为变化很好！

敏捷方法 - 一系列的开发方法，其特征是迭代，适应改变和学习，价值驱动，低仪式，鼓励赋权团队。

积压 - 项目通过方式工作的优先故事，功能或要求列表。 最接近的是传统PM的要求清单。

BDUF. - 大型设计前面，居高临下的术语在项目早期投资的大量努力，以在构建某些功能并从用户社区获取反馈之前定义要求或设计。

烧掉图形 - 在Scrum中流行的项目报告趋势图，用于显示项目上剩余的功能或估计工作的逐步减少。

烧毁图形 - 一个项目报告趋势图，显示了在项目上交付的故事（或功能）的总数。

持续集成 - 在办理登机手续时建设和测试系统的过程。连续集成工具的示例包括：Teamcity和CruiseControl

该网站已包含在最新“安吉斯主义者的狂欢节“这是一款双周收集的敏捷相关帖子，将人们介绍到敏捷网站，他们可能无法注意到，由于所有交叉引用，可能会产生一些Google页面排名隆起。
   

无论如何，该系列非常值得退房，我特别喜欢新的概述 认证的Scrum教练 Pete Brehrens发布的提案和 十大敏捷开发网站 发布的凯利沃特。

凯莉写了这样的快活，吸引帖子;我需要学习如何做到这一点！享受。

Here’s the last instalment from my 敏捷项目管理的发展 Paper. Last time I wrote about Accreditation and Generation Y. Today I cover Leadership, Lean and Six Sigma, and Tool support.

您可以在此帖子末尾下载与额外的介绍额外的介绍。

在我的最后一篇文章中，我概述了即将到来的PMI演示的一些想法。今天我会介绍前两个概念：“认证“ 和 ”上诉y“然后，将在后面的帖子中涵盖最后三个主题，并用”为什么敏捷？“附上最后一篇论文介绍。

一如既往，欢迎提供反馈和改进建议。

认证
如果传统的项目管理有PMP和Prince2从业者等认证，敏捷方法也正在采用更多正式的认证计划。目前敏捷方法：Scrile方法：Scrum，DSDM和FDD具有认证计划，最近有关于其他程序和多学科（不仅仅是一个敏捷方法）认证的讨论。

然而，这并不是没有巨大的辩论和争议，就像敏捷社区的许多人一样，认证代表了敏捷方法解放工人的集中控制。对于这些人来说，创建认证计划代表：商业化，利润追逐，并奖励错误的行为。然而，对于其他人来说，它提供了展示他们的知识和敏捷方法经验的机会，它还可以为自我指导学习提供一项研究计划，也许是雇用决策的低基准。

这 敏捷联盟 和 敏捷项目领导网络 （APLN）是两名志愿者领导团体，促进敏捷方法，组织会议，帮助管家的成功应用敏捷方法。两组委员会被经验丰富的敏捷从业者填充，并讨论了认证认证计划的想法。敏捷联盟决定不涉及敏捷认证业务，而是发出声明 “......雇主只有在基于技能和难以实现的认证的认证的信心。”

在APLN中，董事会已被分开是不是领导此类计划的发展。然而，在2007年2月的盐湖APLN董事会会议上，由Alistair Cockburn作出的动议“APLN.致力于通过基于包括DOI的设计标准的设计标准，领导和支持敏捷项目领导人的认可，实施和演变，提出2007年8月15日发布的提案草案“通过了10票到3。

有人认为，如果更敏捷的认证是不可避免的，那么APLN的定位很好。

审查了当前计划中的弱点，其中包括：
•缺乏艰难的测试
•缺乏评估过程中候选人的同行评审和认可
•对知识体系的封闭式模型

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

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

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

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

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

介绍

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

为什么软件开发很难管理

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

敏捷方法如何帮助

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

敏捷方法如何工作

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

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

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

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

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

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

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

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