出版时间:2010-7 出版社:清华大学出版社 作者:海史密斯 页数:282 译者:杨金梅
Tag标签:无
前言
敏捷项目管理(Agile Project Management,APM)包括4个主要部分:敏捷革命创建的机遇及其对产品开发所带来的影响、推动敏捷项目管理的价值观和原则、具体体现原则和帮助整个组织(不仅仅是项目小组)实现敏捷的具体做法。 第1章,“敏捷革命”,介绍产品(从手机到软件)开发领域中出现的变化以及这些变化如何推动试验成本的降低,从而从根本上改变新产品开发的管理方式。本章概述了敏捷项目管理的商业目标,以及企业如何适应无序的世界。 第2章~第4章,介绍推动敏捷项目管理的价值观和原则。一些主要的敏捷价值观在《相互依赖声明》和《敏捷软件开发宣言》中都有明确表述。本书将其简要概括为:交付价值胜过满足约束、领导团队胜过管理任务和适应变化胜过遵循计划,并分别用一章的内容加以介绍。 第5章~第10章,讲述敏捷项目管理的流程架构及具体做法。第5章介绍敏捷企业架构(包括项目治理、项目管理、迭代管理、技术措施)和敏捷流程架构(包括构想、推测、探索、适应和结束)。第6章~第10章定义了敏捷流程架构中每个阶段并讲述其具体做法。第8章讲述高级发布计划包含一节价值点计算的内容。 第11章,“敏捷项目扩展”,结合实例查证说明如何运用敏捷原则,如何将敏捷项目管理扩展到大型项目和大型团队中。包括组织层面和产品相关的实践。 第12章,“治理敏捷项目”,以敏捷项目转换到敏捷组织为起始,主要围绕项目管理讨论领导和管理问题,并提出需要把治理从交付活动中剥离出去。 第13章,“超越范围、进度和成本:评估敏捷绩效”,继续把重点放在敏捷组织。提出了基于范围、进度和成本的评估体系应该改变。并把第1章中介绍过的敏捷三角形原则当作一种新的评估敏捷绩效的方式进行了详细地查证。 第14章,“可靠的创新”,强调敏捷项目管理如何帮助解决新产品开发的易变本质,总结敏捷项目经理应该扮演的角色,并提出在实施敏捷项目管理和开发时需要具备的坚定信念和勇气。 敏捷软件开发系列丛书 在过去10年中,许多人都对软件开发的敏捷性产生了兴趣。阿里斯代尔·科克伯恩和我有很多共同点,因此,我们基于简单、有效、人性化的软件开发技巧,共同努力推出一套敏捷软件开发系列丛书。我们推出该丛书有两个出发点: (1)不同的项目需要有不同的流程或方法; (2)注重技巧、交流和团体比注重具体流程使项目更有效、更敏捷。 这套丛书分为下列几类: ·提高从事具体工作人员工作效率的技巧。这里的员工可能包括用户界面设计人员、收集客户需求的员工、规划项目的员工、从事设计或者从事测试的人。无论谁做这些工作,都想知道该领域最优秀的人是如何做的。Writing Effective Use Cases(科克伯恩,200”和Effective Use Cases(阿道尔夫等人,2003)属于个人技巧书籍。 ·提高团队工作效率的技巧。这些技巧可能包含组建团队、项目评审、协作、决策等方面的技巧。Improving Software Organizations(马蒂亚森等人,2002)CollaborationExplained(塔巴卡,2006)和Surviving Object-Oriented Pro/ects(科克伯恩,1998)属于团队技巧书籍。 ·特殊、成功的敏捷方法实例。无论谁选择哪种适合自己的基本方法,都希望找到一种在类似情境下成功的先例。在现有方法上进行修改远比创造一种新的方法更加容易,也比使用为其他情境设计的方法更有效。Scaling Lean&Agile Development(拉曼,2008)、Scaling Software Agility(莱芬韦尔,2007)、Crystal Clear(科伯恩,2004)、DSDM:Business Focused Development(动态软件开发协会,2003)以及Lean Software Development:AnAgile Toolkit(波彭狄克和波彭狄克,2003)是关于方法的典范书籍。 以下3本书是这套敏捷软件开发系列丛书的基础读物: (1)本书并不局限于软件开发领域,描述了如何通过应用敏捷原则和做法,更好地管理各种类型的项目,其内容涵盖了采用敏捷项目管理的理由、敏捷项目管理的原则和做法。 (2) Agile Software Development Ecosystems (海史密斯,2002),指出了如今软件开发环境中存在的特殊问题,阐述了敏捷开发背后的共同原则,即《敏捷宣言》中表达的原则,并且对六大敏捷方法逐一评论。
内容概要
如今,项目管理的步伐越来越快。项目管理需要更灵活、更积极地,向应客户的需求。使用敏捷项目管理方法,项目经理可以在不影响价值、质量和商业规则的前提下实现所有目标。《敏捷项目管理(第2版)》全面更新了Jim Highsmith对敏捷项目管理的传统方法,扩展并改进了敏捷项目管理,从而能够为大型项目禾口组织提供更多的支持。 《敏捷项目管理(第2版)》适合各级项目领导、经理和主管阅读。Highsmith在整体架构中融合了项目管理、产品管理和软件开发的最佳实践,旨在支持前所未有的速度和改善不稳定性。《敏捷项目管理(第2版)》还介绍了许多新增主题,如敏捷价值观、扩展敏捷项目、发布计划、投资组合治理以及提高组织敏捷性等。项目和业务的领导将会非常赞同Highsmith提出的新主张,即通过基于价值、质量和约束的绩效评估来提高敏捷性。 本书主要内容 ·了解敏捷革命对产品开发的影响 ·认识在项目管理中应用敏捷方法的时机 ·设定现实的敏捷项目管理业务目标 ·促进敏捷价值观和原则在组织中的应用 ·应用经过验证的融治理、项目和迭代管理以及技术做法为一体的敏捷企业架构 ·优化敏捷项目的5个阶段:构想、推测、探索、适应和结束 ·将敏捷做法扩展到大型项目和团队中的组织流程以及与产品相关的流程 ·为主管和管理层提供敏捷项目治理解决方案 ·敏捷三角形:以一种鼓励敏捷而不是阻碍敏捷的方式来评估绩效 ·敏捷项目领导不断变化的角色
作者简介
Jim Highsmith是敏捷联盟的发起人和《敏捷宣言》的作者之一,也是Cutter Consortium咨询公司的敏捷项目管理咨询服务的主管。他所咨询过的,T公司和产品开发企业遍布美国、欧洲、加拿大、南非、澳大利亚、日本、印度、新西兰等国家及地区,对于这些公司在日益复杂和多变的商业环境中加速发展提供了很大的帮助。Highsmith编著了Adaptive Software Development一书,并获得了2000年的Jolt大奖。他与Alistair Cockburn共同编辑了敏捷软件开发系列丛书。他拥有二十几年的IT管理、产品管理、项目管理、咨询和软件开发的从业经验。
书籍目录
第1章 敏捷革命 1.1 敏捷商业目标 1.2 敏捷的定义 1.3 敏捷领导价值观 1.4 敏捷绩效评估 1.5 敏捷项目管理架构 1.6 敏捷项目成功率 1.7 结束语 第2章 价值胜过约束 2.1 持续创造客户价值 2.2 迭代、基于功能的交付 2.3 卓越技术 2.4 简化 2.5 结束语 第3章 团队胜过任务 3.1 领导团队 3.2 建立自我组织(自律)团队 3.3 鼓励协作 3.4 不再需要自我组织团队 3.5 结束语 第4章 适应胜过遵循 4.1 适应学 4.2 探索 4.3 响应变化 4.4 产品、流程和人员 4.5 障碍还是机会 4.6 可靠,但不重复 4.7 反思和回顾 4.8 从原则到做法 4.9 结束语 第5章 敏捷项目管理模式 5.1 敏捷企业架构 5.2 敏捷交付架构 5.3 扩展的敏捷交付架构 5.4 结束语 第6章 构想阶段 6.1 可发布的产品 6.2 构想做法 6.3 产品构想 6.4 项目目标和约束 6.5 项目社团 6.6 结束语 第7章 推测阶段 7.1 推测产品和项目 7.2 产品功能清单 7.3 发布计划 7.4 结束语 第8章 改进发布计划 8.1 发布(项目)计划 8.2 基于愿望做计划(平衡能力和需求) 8.3 多层计划 8.4 性能 8.5 价值点分析 8.6 发布计划主题 8.7 新做法 8.8 结束语 第9章 探索阶段 9.1 敏捷项目领导 9.2 迭代计划和监督 9.3 技术做法 9.4 指导和团队开发 9.5 参与式决策 9.6 合作与协调 9.7 结束语 第10章 适应和结束阶段 10.1 适应 10.2 产品、项目和团队评审及适应措施 10.3 结束阶段 10.4 结束语 第11章 敏捷项目扩展 11.1 规模扩展的挑战 11.2 敏捷扩展模型 11.3 组建大型敏捷团队 11.4 向上扩展——敏捷做法 11.5 向外扩展——分布式项目 11.6 结束语 第12章 治理敏捷项目 12.1 投资组合治理 12.2 投资组合管理主题 12.3 结束语 第13章 超越范围、进度和成本:评估敏捷绩效 13.1 质量是什么 13.2 计划与评估 13.3 评估概念 13.4 结果绩效的衡量指标 13.5 产出绩效的衡量指标 13.6 缩短尾巴 13.7 结束语 第14章 可靠的创新 14.1 新产品开发的新趋势 14.2 敏捷人员和流程交付敏捷产品 14.3 可靠的创新 14.4 不断增值的项目经理 14.5 结束语
章节摘录
插图:这是一个与微软的Tablet:PC操作系统几乎同时宣布开发的软件包。它的管理和软件开发团队并没有从冗长的产品计划工作着手。该团队的营销和产品策略工作进行了几个月,其产品开发工作也早就开始,并与营销和产品策略同步进行。该团队构想开发一个操作简便、适合消费者而且相当于专业图像艺术家水平的图形制作产品,并规定了最后期限——11月份,也是微软产品的发布日期。该产品每两周进行一次迭代开发,而每次迭代都会召开一次简短的计划会议,确定需要开发的产品功能。然后,在操作系统和Tablet PC计算机的“平台”体系结构内,经过一次又一次迭代而不断演变。最后,产品按时发布,符合高质量标准,并且在市场上不断取得成功。这个产品没有先计划后制造,而是先构想后演变。艾利阿斯公司也没有按照传统从体系结构、计划和详细的规范说明开始,而是从一个构想开始,随后就是产品的第一次迭代,产品、体系结构、计划和规范说明都是随着团队为不断适应新出现的市场和技术而不断演变。就Sketchbook Pro而言,该团队刚开始并不知道随后开发的迭代中需要包括哪些产品功能,但团队成员有一个清晰的产品构想和商业计划,对于产品需要具备哪些功能有基本的认识;他们积极参与产品管理,有明确的时间限制和资源花费限制;他们有一个总体的产品平台结构。有着这样的构想、商业目标、限制以及整体的产品计划,他们每两周做一次产品功能测试,然后根据产品测试的实际情况调整计划。所以,这个团队的成功是一个演变并适应的过程,而不是一个先计划再优化的过程。
编辑推荐
《敏捷项目管理(第2版)》:Israel Gat作序推荐
图书封面
图书标签Tags
无
评论、评分、阅读与下载