rocky_rup 2006-9-21 13:30
书评：敏捷与规程变得容易起来——来自于 OpenUP 和 RUP 的实践
[i][color=red]本文转载之[/color][/i] [color=blue][b]developerworks 中国[/b][/color]
Per Kroll 和 Bruce MacIsaac 著
Addison-Wesley Professional出版， 2006 年
ISBN: 0321321308
448 页
敏捷并不容易。规程也是一样。但是 Per Kroll 与他的同事们的确使它们变得更加容易了。为了保证软件开发的质量，他们采用了六项原则（迭代地证明价值、关注质量、平衡涉众优先级、跨团队协作、提升抽象级别以及适应过程），并且运用20个最佳实践来描述它们。例如，在跨团队协作的原则下，Kroll 通过建立高生产力的文化，雇佣高素质职员，提供相互信任的环境等途径探讨了构建高效团队的实践。
这种原则在每部分的开始以好处、模式、反模式的观点被提出来。每个原则都可以很明显的看到效果，以便随后实践的价值可以清楚的被看到。在与一系列反模式进行对比后，作者指出在 没有参照实践的情况下，项目与团队会受到不良的影响。 一系列2至4个最佳有效的实现了这些原则。
每个实践都作为独立的一章，以良好的叙述方式，通过简短的经验故事加以介绍。例如，在实践16（组件和服务架构）中，Bruce MacIsaac讲述了在他还是新手时需要理解遗留系统的故事。 由于系统使用mish-mash 算法与数据结构，他不可能完全搞清楚整个软件之后来确定问题出在什么地方。这则故事突显了对于系统支持和扩展的组件架构的重要意义。随后探讨更基础的信息，包括实践应用、现今方法论的比较（主要是 OpenUP、RUP、Scrum 以及 eXtreme Programming，或 XP）、对于基础、中等或高级水平的应用指导。本书以对如何在读者的公司中应用实践的讨论作为结尾，包括构建一个非常有用的表格，表中包含从起点到成功级别每一个过程的交叉引用。
由 Carnegie Mellon 大学的软件工程学院所提出的方法在很多方面与集成的能力成熟度模型（Capability Maturity Model Integration，CMMI）很相似。在CMMI中，每个特定区域都被细化为特定的集合和通过预期实践能够实现的普通目标。作者在这里以六点原则，展示其收集的实践（对比CMMI中的4个关键组 －软件工程、系统工程、集成产品和过程管理，以及供应商源）。 Kroll与MacIsaac的方法为过程改进构建非常有用且容易理解的框架提供了很好的优势 －尤其是软件开发的"软"方面，例如团队构建、涉众范围沟通、项目管理。特别是，每个实践中的组织拥有三个采纳小组，为读者提供了完美的指导，来决定哪个实践最适合开发组织的，以及应当在什么时候被引入。
对于已经非常熟悉Rational方法的读者，我仍然有一些建议。本书最有力的特点也是一个弱点：软件开发最佳实践领域的高层概览。在仅有的448页中，作者试图向我们介绍软件开发中的所有原则和关键实践 －这是一项十倍于此页数才能完成的任务! 书中对每个实践的讨论对于有经验的读者来说并不能提供更多新的素材；这就是说，对于已经十分熟悉Rational方法的人来说，书中的大部分实践其实是一种回顾。对于现今流行的 RUP、Scrum 和 XP 方法论的比较非常有趣，但是缺乏深度，这样限制了读者以此作出合理选择来调整或采纳某种方法。
但是总体来说，Kroll 和 MacIsaac 呈现出了一本有趣并且易读的书，这本书探讨了本应很枯燥的话题 － 软件开发过程与实践改进。对于水平较低但有意提高自身水平的个人来说，这本书为你的进步提供了便利的路线图和框架。对于更有经验的读者，这本书的价值有限，但仍然提出了一个过程改进工作的有效方法。