前一个月:
2007年6月
下个月:
2007年8月

新的敏捷项目领导培训课程

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

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


敏捷/繁体词典

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

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

敏捷到传统

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

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

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

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

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

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

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

继续阅读“敏捷/繁荣中文”»


安吉斯主义者的狂欢节

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

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

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


敏捷项目管理的发展 - Part 3

agier_project_management_2. 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.

    

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

Continue reading "敏捷项目管理的发展 - Part 3" »


敏捷项目管理的发展 – Part 2

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

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

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

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

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

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

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

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

Continue reading "敏捷项目管理的发展 – Part 2" »


敏捷项目管理的发展

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

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

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

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

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

介绍

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

为什么软件开发很难管理

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

敏捷方法如何帮助

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

敏捷方法如何工作

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

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

devs_in_apm.

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

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

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

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

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

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