可伸缩敏捷开发
2009-5
电子工业出版社
兰芬维奥
304
365000
无
如果你刚刚涉入敏捷方法的领域，那么打开这本书时你可能会充满忧虑和怀疑，这不足为怪。关于敏捷方法似乎有一些奇怪的表述，例如，冲刺（sprint ）、速度（velocity）、并列争球（scrum）（这是橄榄球比赛吗？）、极限编程（extreme programming）（我们是穿着滑雪板跳过悬崖吗？）、用户故事（user stories）、事迹和传奇（epics and sagas）（这是作家工作室吗？）等，还有一些怪异的社交形式，例如，结对编程（pair programming）、用户审查（user retrospectives）、聚集或者每日站立例会（huddles or daily stand-up meetings）（开发人员和测试人员在工作中互相拥抱吗？）等。敏捷团队似乎也消耗大量的彩色便签和4×6索引卡，他们在可以触及的任何墙面贴满了这些东西，整个事情似乎都不太对劲。这一切似乎是Scott Adams的Dilbert漫画的好素材！但是请不要误会：敏捷软件开发过程就是“穿越鸿沟”，这里用到了Jeffrey Moore创造的一个术语。我们今天已经远远不再是说些搞笑且令人讨厌的行话了，而是形成了有效的、有生产力的并且可扩展的开发方法。你必须向前迈进，否则就要落后。 另外，你可能看到或听说过，敏捷开发通常是反对“计划驱动”开发的，你可能认为这是一件非常混乱或者无法无天的事情，比起既系统又有计划的行动倒退了一大步。但是实际上，敏捷项目是经过精心策划的，只是他们的计划不同，并且该计划的修订和完善更为频繁。可能也有人告诉过你，敏捷方法能够很好地支持小型团队（7~12人）、短期项目（2~9个月），但是它不能适用于大型的、长期的和分布在全球各地的软件开发项目。然而，请你不要合上这本书。随着世界各地的众多项目对这些界限的推动，以及敏捷在软件成果的高生产力和高质量方面取得的成功，一切都在快速地变化。 这就是Dean Leffingwell在本书中的重要贡献，他以XP、Scrum、Lean、DSDM、FDD、Unified Process等不同的敏捷过程之间的争论为基础，找到了这些方法之间的共性并作为基准，然后才进入他的主要目标，说明如何扩展这些敏捷方法并使其超越当前的适用范围。他不是在本已很长的名册中补充一个新的敏捷过程方法，相反，他利用一套新的实践方法扩展了敏捷方法，并把这些包括技术和管理在内的更高层次的实践方法融合集成到现有的已经建立的敏捷实践方法（名字很有趣）中。除了综合并且扩充了敏捷方法中所共有的最佳工程实践方法之外，他还描述了用于大型敏捷项目管理的方法：发布计划等主题，协调大规模的分布式团队，建立项目的企业价值观，处理大型的、长生命周期的开发过程，等等，我这里仅举这几例。 作者的工作不是学术性的，他不只是提出一些新的、大胆的猜测让你去尝试。他的建议根植于他多年积极的自身实践，这些实践来自于许多公司的众多项目，所涉及的行业范围极为广泛，从维持生命的医疗设备到软件工具，从游乐园骑乘设备到大型IT基础设施的应用。我知道这第一手资料是因为我曾有幸先后在Rational Software公司和Rally Software Development公司与Dean一起工作了大约10年。
敏捷开发实践虽然在一些圈子内仍然存在着争议，但是它却给我们带来了不可否认的益处，例如：更加快速地向市场交付、更好地响应变化的客户需求以及提供更高的软件质量。然而，敏捷方法一直定义或者推荐在小型团队中应用。在《可伸缩敏捷开发（Scaling Software Agility ）》这本书中，Dean Leffingwell 介绍了如何将敏捷方法应用于企业级的开发上。 第1部分介绍了最通用且最有效的敏捷方法。 第2部分介绍了扩展到企业级规模的7个敏捷最佳实践。 第3部分介绍了公司所能掌握的获得企业范围内软件敏捷性全部好处的另外一套实践，即7个组织能力。 该书对于软件开发人员、测试人员及 QA 人员、经理和团队领导，以及软件组织的执行人员是非常有价值的，这些组织的目标是提高软件开发过程的质量和生产率，但是这些组织面临着在企业范围内开发软件的所有挑战。
Dean Leffingwell是一位知名的软件开发方法论者和作者，也是一个软件团队指导，他用自己的经历帮助软件开发团队实现他们的目标。他是Requisite公司的创始人和前CEO，是RequisitePro的创造者，也是Rational公司的前副总裁并在Rational公司负责RUP商业化。在过去的五年里，他的工作角色是独立顾问，并担任Rally软件公司的顾问兼方法论者。Leffingwell先生致力于将敏捷方法应用于跨国公司分布式大型开发团队，他以在此过程中获得的经验为基础，写成了此书。
第1部分 软件敏捷概述 第1章 敏捷方法介绍 1.1 在软件经济中获得竞争优势 1.2 走进敏捷方法 1.3 敏捷的规模 1.4 了解敏捷方法 1.5 采用敏捷方法的趋势 1.6 软件敏捷的企业效益 1.6.1 提高生产力 1.6.2 提高质量 1.6.3 提升团队士气和工作满意度 1.6.4 更快地面市 1.7 XP、Serum及RUP的简介 1.7.1 极限编程(XP) 1.7.2 Serum 1.7.3 Rational统一过程 1.8 小结 第2章 为什么瀑布模型不适用 2.1 瀑布模型的问题 2.2 瀑布模型的假设 2.2.1 假设1：如果我们花时间来理解的话，存在着一套定义相当明确的需求 2.2.2 假设2：改变是小型且便于管理的 2.2.3 假设3：系统集成会顺利进行 2.2.4 假设4：我们完全可以按计划交付 2.3 利用敏捷方法来纠正行为 第3章 XP的本质 3.1 什么是XP 3.2 有关XP的争议 3.3 有关XP的极限 3.4 XP的基本原则 3.5 XP的价值、原则及实践方法 3.5.1 XP的5个核心价值 3.5.2 基本原则 3.5.3 XP的13个关键实践技巧 3.5.4 对结对编程的注释 3.6 XP的过程模型 3.7 XP方法的应用 阅读参考 第4章 Scrum的本质 4.1 Serum是什么 4.2 Serum的角色 4.3 Serum的哲学根基 4.4 Serum的价值观、原则及实践方法 4.5 Serum的关键实践方法 4.6 Serum的基本原则：经验过程控制 4.7 Serum的过程模型 4.8 对Serum和组织的变更 4.9 方法的应用 阅读参考 窘5章 RUP的本质 5.1 什么是RUP 5.2 RUP的关键特征 5.3 RUP的根源 5.3.1 RUP的原理与实践 5.3.2 迭代：RUP的基本原则 5.3.3 架构驱动和用例中心化 5.3.4 RUP开发过程模型 5.3.5 时间轴 5.3.6 规程轴 5.3.7 RUP生命周期迭代类型 5.4 敏捷RUP变体 5.4.1 开放统一过程(OpenUP) 5.4.2 敏捷统一过程 5.5 方法的适用性 阅读参考 第6章 精益软件开发 第7章 敏捷的本质 第8章 可伸缩敏捷的挑战第2部分 7种可伸缩的敏捷团队实践 第9章 定义/构建/测试模块团队 第10章 计划和追踪两个级别 第11章 掌握迭代 第12章 更小、更频繁的发布 第13章 并发测试 第14章 持续集成 第15章 定期反雀和调整第3部分 创建敏捷企业 第16章 有意识的架构 第17章 伸缩时的精益需求：愿景、路线图、适时的细化 第18章 系统的系统及敏捷发布序列 第19章 管理高度分布式开发 第20章 对客户和操作的影响 第21章 组织变更 第22章 度量业绩结论：敏捷是可伸缩的索引
尽管公司实施大型敏捷项目已经许多年了，但是“敏捷方法只适用于小型项目”这样的话依旧是新手所面临的普遍障碍，并且成为制定敏捷标准的战斗扫号。关于敏捷开发的资料很多，但是缺少一本关于使用敏捷方式开发大型项目细节的可靠且具有实用性的书。DeanLeffingwell的这本《可伸缩敏捷开发：企业级最佳实践》极好地填补了这一空白。它为架构.需求开发、多级发布计划及团队组织等大型项目问题提供了实际的指导.Leffingwell在本书中也为大型项目和大型组织向敏捷开发过渡提供了必要的指导. ——JimHighsmith，主管，AgilePractice，CutterConsortium，（敏捷项目管理）《AgileProjectManagement》的作者 快速构建软件与交付可持续软件之间，以及保持对市场变化的响应与维持稳定程度之间存在着矛盾.DeanLeffingweli在《可伸缩敏捷开发：企业级最佳实践》中，介绍了如何实现这些方面之间的实际平衡。Leffingwell对问题的观察、对解决方案的建议及对结果的最佳实践的描述都来自于他的经验：他本人…直参与在敏捷实践当中，并且看到了效果。 ——GradyBooch，IBMFellow（IBM院士，即IBM最高级別的专家）
“尽管公司实施大型敏捷项目已经许多年了，但是“敏捷方法只适用于小型项目”这样的话依旧是新手所面临的普遍障碍，并且成为制定敏捷标准的战斗口号。关于敏捷开发的资料很多，但是缺少一本关于使用敏捷方式开发大型项目细节的可靠且具有实用性的书。Dean Leffingwell 的这本书 《可伸缩敏捷开发（Scaling Software Agility ）》极好地填补了这一空白。它为架构、需求开发、多级发布计划以及团队组织等大型项目问题提供了有实际意义的指导。Leffingwell 在这本书中也为大型项目和大型组织向敏捷开发过渡提供了必要的指导。” ——Jim Highsmith，主管，Agile Practice，Cutter Consortium， 敏捷项目管理（Agile Project Management）的作者 “快速构建软件与交付可持续软件之间，以及保持对市场变化的响应与维持稳定程度之间存在着矛盾。 Dean Leffingwell 在其最新的著作《可伸缩敏捷开发（Scaling Software Agility ）》中，介绍了如何实现这些方面之间的实际平衡。Leffingwell 对问题的观察、对解决方案的建议以及对结果的最佳实践的描述都来自于他的经验：他本人一直参与在敏捷实践当中，并且看到了效果。” ——Grady Booch，IBM Fellow （IBM院士，即IBM最高级别的专家）
无
图书不错，又买了一本。
内容还算是比较充实的，值得一读。