敏捷项目管理

《敏捷项目管理》由会员分享，可在线阅读，更多相关《敏捷项目管理（41页珍藏版）》请在金锄头文库上搜索。

1、敏捷项目管理敏捷项目管理 陈宗斌 译 敏捷开发方法流行于那些发现传统瀑布法无法适应这个由改变、革新而驱动的世界的要求的 企业。既然敏捷开发过程带来更好的结果，那么也能将这个方法应用于整个 IT 投资组合中。 在一个企业中，朝向敏捷方式的改变既带来机会也带来风险，本书将探究敏捷方法为开发机 构及其领导力带来的机会和回报，也将探究其潜在的风险问题。 本书适合项目经理、投资组合经理、业务分析师、PMO 成员以及执行经理等对采纳敏捷实践 和投资组合管理感兴趣的人士阅读。敏捷项目管理 前言摘要：敏捷项目管理在一个企业中，朝向敏捷方式的改变既带来机会也带来风险， 本书将探究敏捷方法为开发机构及其领导力带来

2、的机会和回报，也将探究其潜在的风险问题。 本节为前言部分。 标签：敏捷开发 敏捷项目管理 前言前言 如果你学过经济，就肯定了解制定战术计划和制定战略计划之间的区别。在 20 世纪 80 年代，行动的战术窗口只是 35 年的计划，而战略计划则超过 5 年，最多可达 10 年。在 20 世纪 90 年代，也就是信息时代起飞之后，变革的速率及其附加作用极大地减少了计划窗口 的大小，而软件开发周期也减少了。到现在，我不认为还有以 20 世纪 80 年代的周期作计划 的机构存在，尤其是在信息技术这一部分。实际上，我听到经理们讲这么一个笑话：“战术 是今天所要做的，战略是为明天做计划。”如同许多笑话一样，

3、笑话之中有真理。 变革的速率影响着我们将来开发系统的方式，尤其是那些较大的系统。项目的时间表越 长，项目范围成为战略的一部分的几率就越高。我们从过去许多经验中得知，一个花费了两 年时间进行的项目的结果不一定会和我们对它的期待一致。传统项目的计划精确度非常粗糙， 这是造成这种问题的原因之一。 为了解决这个问题，许多机构采用或试用敏捷开发方法这是一种基于迭代-增量开发 的方法，它将项目的范围分解为更小的、可管理的块。从管理的角度看，这是一种理想方法， 因为即使是最长的战略性项目也会有一个战术上的组件：即将进行的迭代。而正是这个组件 将使得执行官、项目经理以及项目团队得以掌好项目的舵，带领项目驶向并

4、不精确的愿景。 想转变为敏捷方法并不是一件容易的事情。改变带来机会，也总需承担风险，敏捷开发的机 会和风险均有不少。本书将探究敏捷方法为开发机构及其领导力带来的机会，也将探究潜在 的风险问题。 我编写本书的动机之一是想把我的职业生涯内在项目团队内外所观察到的信息与大家分 享。这些观察的结果有许多都能追溯到同一个根本原因：在机构内，我所目睹到的各个方面 都缺乏信任。 在长期以传统方式管理的项目过程中，许多项目状态报告（尤其是在项目早期阶段）过 于乐观。首先，要让业务分析师或软件工程师知道他们的进度落后于时间表是一件极为困难 的事情。在分析之前或在分析过程中，想知道总共有多少分析量是不可能的。如果

5、不知道总 量，我们如何知道现在的工作正按部就班呢？而后在项目进行时，如果项目由于有新的发现 而延期，但执行分析的人早已离开，他们已经转移到新的项目上了。 其次，长久以来，我们一直受到这样的教导：项目经理是负责人。他管理团队，指派任 务并且承担整体项目成功的责任。所有这些压力以及所有这些期望都指向同一个人，这个人 也负责项目的沟通交流工作。有了这样的场景，我们怎么可能期望项目沟通交流是中立的？高级执行官如果要求每周多给出一份详细的状态报告，那么这不就已经是一种不信任的底层 形式了吗？在我的职业生涯里，我不断看到这些机能失调和不信任的症状。 敏捷投资组合管理并不排除书面交流方式，但它确保沟通进行在

6、执行中的项目所产生的 现有敏捷指标的基础。敏捷投资组合管理在项目团队和执行官之间建立了一个清晰定义的接 口，而其建立在敏捷实践的基础上。这些实践建立在信任之上，并且会对任何朝向组织上的 敏捷所作的转变带来正面的影响。 我将本书称为敏捷项目管理，因为这正是机构中活动项目的投资组合，这些项目代 表了企业的未来，无论是战术上的还是战略上的，也无论读者对这些术语的定义是什么。 “敏捷”这个术语所强调的不仅是投资组合中的项目是敏捷项目，也强调投资组合是构建在 敏捷实践之上，而且是动态管理的。本书展示了现代敏捷企业的透明性，它清晰地定义了交 流通道，所以，本书既面向项目经理也面向执行官。 本书分为以下三个

7、部分：本书分为以下三个部分： 第一部分：敏捷与管理人员。这个介绍性的部分是为想要了解敏捷软件开发在过去的几 年中变得如此流行的原因的管理人员准备的。它讲解了在敏捷软件开发和敏捷项目管理中常 用的最重要的敏捷实践。 第二部分：定义、计划并衡量投资组合。第二部分是本书最大的一部分。它讲解了与敏 捷投资组合管理有关的实践。本部分所包括的实践有编写指标，建立项目选择过程，评估资 源以及计算投资回报。这些章介绍现代投资组合管理的实践。 第三部分：机构和环境。本书的最后一部分为如何把最流行的敏捷开发过程和敏捷投资 组合管理编排在一起提供一些实际操作建议。它介绍了以 Scrum 方式管理项目适应投资组合 管

8、理过程的方式。另外，本部分也讲解了在敏捷机构中项目管理办公室（PMO）的新角色。 本书读者对象本书读者对象 本书主要面向项目经理、投资组合经理、业务分析师、PMO 成员以及执行经理等对采纳 敏捷实践和投资组合管理感兴趣的人。我希望本书能够为读者确切地给出容易消化本主题的 介绍内容，而且有足够的材料在整个企业中开展敏捷方法。 虽然技术读者不是本书的主要对象，但本书可以帮助他们理解、体会机构内不同层次的 人员的动机，而且更好地理解项目的外部因素如何影响他们在企业中的工作。 除了能够为读者中的专业人士带来效益外，我希望本书也能够帮助正在攻读工商管理学 位的学生理解在业内敏捷开发的重要性和影响。你们是

9、明天的项目经理。 在线寻找更多内容在线寻找更多内容 如果本书有新的补充材料或者更新材料出现，我们将在线贴在 Microsoft Press Online Developer Tools Web 站点上。读者可找到的材料包括本书内容、文章、勘误表、样章等的 更新。这个站点很快就可以通过 http:/ 来访问，而且会定期更新。 对本书的支持对本书的支持 我们尽力确保本书以及本书的配套内容准确无误。如有修正或者变更，它们将出现在 Microsoft Knowledge Base 文章中。 Microsoft Press 在以下 Web 站点提供对本书以及本书配套内容的支持：http:/ 问题和评论问

10、题和评论 与本书或者配套内容有关的任何评论、问题或想法，或者无法通过访问上述站点解决的 问题，请通过电子邮件将它们发送到： 或者通过邮寄信件到：Microsoft Press Attn: Agile Portfolio Management Editor One Microsoft Way Redmond, WA 98052-6399 请注意，Microsoft 不通过上述地址提供软件产品支持。 致谢致谢 我想感谢以下各位人士，他们在本项目的不同阶段为我提供的反馈和深度评述实乃无价 之宝。他们是：Denise Cook、Marie Kalliney 和 Roman Pichler。Roger

11、LeBlanc 担任本书 编辑，在我认为已经完成的情况下仍旧不停工作，为本书进行了多次重审，直到成书。 Steve Sagman 和 Lynn Finnel 编辑并协调了本项目，他们源源不断的好主意给本书带来了许 多改进。如果没有他们的评论和热情，本书就不可能成形。感谢他们！ 要完成一个这样的项目，仅仅知道其方式是不够的。我的家人和朋友给了我所需的信心 和支持：我的母亲 Ute 和父亲 Frieder、我的姐姐 Iris，以及 Rainer L 歸、Markus L 歸、 Torben L 歸、Reinhold 和 Sieglinde Oppenl 妌 der、Noreen 和 Charles

12、 Bramman、Rita O 誈 ray、Christopher Bramman、Gregory Bramman、Lauren 和 Richard French。还要特别感 谢 Gerhard Mauz、Markus Knierim 和 Marcus Zimmermann，这些朋友们让我一直关注于生命 中最重要的东西。敏捷项目管理 目录摘要：敏捷项目管理在一个企业中，朝向敏捷方式的改变既带来机会也带来风险， 本书将探究敏捷方法为开发机构及其领导力带来的机会和回报，也将探究其潜在的风险问题。 本节为目录部分。 标签：敏捷开发 敏捷项目管理 目录目录 译者序 前言 致谢 作者简介 第一部分敏捷与

13、管理人员 第 1 章动机.2 1.1 管理的期望.2 1.1.1 迟到的变更.3 1.1.2 需求瘫痪.4 1.1.3 二义性.5 1.1.4 需求太多.5 1.1.5 需求太少.6 1.1.6 变更控制委员会.7 1.2 上市时间.8 1.3 革新.10 1.4 资金供给.11 1.5 小结.13 第 2 章敏捷软件开发.14 2.1 定义.14 2.1.1 敏捷是什么.142.1.2 敏捷过程.14 2.1.3 敏捷宣言.17 2.1.4 敏捷联盟.19 2.1.5 敏捷项目领导力网络.19 2.2 敏捷开发的关键实践.20 2.2.1 迭代-增量开发.20 2.2.2 测试驱动开发.22

14、 2.2.3 持续集成.24 2.2.4 面对面交流.25 2.3 敏捷项目中所需观察的事情.25 2.3.1 结对编程.25 2.3.2 每日例会.26 2.3.3 与需求有关的故事.27 2.3.4 团队工作室.27 2.3.5 频繁发布.28 2.3.6 自我组织的团队.28 2.4 小结.29 第 3 章项目管理.30 3.1 传统项目管理.30 3.1.1 工作分解结构.31 3.1.2 甘特图.32 3.1.3 关键路径分析.34 3.1.4 项目报告.35 3.1.5 对挑战的小结.36 3.2 敏捷项目管理.36 3.3 角色与职责.39 3.3.1 角色.39 3.3.2 责任.41 3.4 小结.46 第二部分定义、计划并衡量投资组合 第 4 章基础.48 4.1 事实.48 4.2 机构.50 4.2.1 职能型的机构.50 4.2.2 项目型的机构.51 4.2.3 矩阵型的机构.52 4.3 复合结构.54 4.4 项目管理办公室.5