软件过程改进活动经常面临着理论和实践的严重脱节，本书提供了一套简明的系统化方法，用以规划、实施和监测软件过程改进活动，本书旨在帮助读者跨越这道鸿沟。
　　本书作者结合自己丰富的实践经验，以具体明确的步骤和精选的示例，将读者引入软件过程改进的核心地带。
　　对于软件管理人员和专业实践者来说，这本简明实用的小册子一定会给你带来意外的惊喜。
　　如今，软件开发机构的管理人员和实践者并非全然不知该做什么改进，相反，太多资料告诉你可以做太多事情，这才真正令人堪忧。究竟哪些内容最能帮你趋利避害?到底从何做起才能实现事半功倍?
　　这部浓缩过程改进实践智慧的精品将教你如何结合实际情况找到相应的答案。
　　相信这本不同凡响的小册子很快会成为你案头最旧的一本书。

作者简介：
　　Neil Potter和Mary Sakry那是Process Impact公司的创始人，该公司从事软件工程过程改进方面的咨询。
两位作者分别于1985年和1976年就开始从事软件开发、软件工程以及过程和项目管理工作。他们都是SEI授权的
主任评估师。

你也许了解软件开发机构所遇到的问题。问题列表通常开始于过度的承诺和乐观的完工日期。例如，市场部门承诺在年底交付软件。客户被告知他们能够按期得到软件，高层领导设定了奖项，准备激励完成任务的团队。程序员们长时间地劳作，系统测试组的成员们盼望能够及早地进行全面的测试。技术文档编制员却在300多项下拉菜单中迷失了方向，并且得不到程序员的反馈。与此同时，支持团队的工程师还在修复上一个发布版本中的缺陷，他们对在近期内使情况得到好转并不乐观。
　　在这些任务之上，机构又接受了一项新任务，使用集团工程部所开发的一套新标准和过程。这听起来像是另一项文档工作，收效甚微或者没有任何积极影响。你已经经历了无数次改进活动，每次都消耗大量的时间，但并不能获得预期的收获。结果往往是在后续的项目中很快忘记过程改进的内容。
这场景是不是很熟悉？如果你在类似的机构中工作一两年，就会对这类慢性问题，即新的改进方案和缺乏实质进展的工作感到倦怠。如果你希望找出一种简单的系统性改进方法，请你继续往下阅读本书。
　　本书的目标读者是软件管理人员和专业实践者。如果你是部门主管，本书将帮助你理解如何进行系统化的改进以及如何将这些改进和你的业务目标直接挂勾。如果你是负责开发某一产品的项目经理或者活动经理，可以使用本书的内容规划、部署和跟踪团队的改进。如果你是过程改进专员、质量管理工程师或软件开发工程师，可以应用每个章节中给出的技巧指导团队的改进活动。

本书的结构
　　通过本书，我们将指导你的机构获得更好的工作结果。你将了解在实施有价值的持续变更过程中所需要的关键步骤。本书将分析以下问题：
　　●如何改进软件开发机构。
　　●改进哪些内容。
　　●如何部署和跟踪改进。
　　本书的内容是基于我们大量的实际工作经验，涉及代表全球100多家公司的3000位相关软件开发专业人员。我们在本书中给出了一些实际的案例，很多专业人员在其公司过程改进工作中采用了我们的想法。我们注意到哪些想法切实有效，哪些想法没有效果。
　　本书短小精干，你可以很快地吸收和使用相关的信息。本书共分3章，参照了休华特PDSA循环（Shewhart cycle）中计划和管理过程改进的相关概念[Deming86]。

制定计划
　　在第1章中，你将制定一个过程改进行动计划，其根据是业务目标和机构中存在的问题。该方法将针对很多人都经历过的挫折，即过程改进计划通常与在建项目工作没有直接关联。在本章中，你将获知：
　　●为改进计划设定引人注目的目标。
　　●全部改进活动都针对达到业务要求和解决机构问题。
　　●根据既定目标和问题制定一个行动计划。
　　●结合目标和问题使用一种改进模型或标准。
　　●针对目标导出度量标准。
　　●识别行动计划中的潜在问题（风险），缓解最高级别的风险。

实施计划
　　第2章介绍了在机构中部署新实践准则的技巧。这些技巧将针对那些顽固的问题、拙劣的方案和缓慢的部署。本章的主题包括：
　　●应用推销策略部署新的准则。
　　●通过解决最需要的和期望的问题加速部署过程。
　　●递增地建立的和部署方案从而降低失败的风险。
　　●拖延创建制度文档，直至每项方案都经过实践检验。
　　●利用现有资源增加部署的速度。

检查进展
　　第3章介绍了检查改进活动的技巧，以及如何根据改进过程中所学到的 东西采取相应的矫正行动。在实现业务目标和解决问题过程中，检查进展状况是向机构提供反馈的基本活动。所获数据允许我们在早期检测出问题并及时矫正，同时让管理人员能够看到改进工作的进展。在第3章中将探讨以下一些方法：
　　●根据既定目标使用跟踪方法。
　　●确定将改进活动纳入正轨的矫正行动。
　　●阐明经验教训以及在后续改进周期中的增效行动。
　　在阅读过程中，你可以参考本书的附录，它们给出了每章示例中的更多细节。
　　附录A和附录B是第1章中参考的示例，在此给出了CMM和CMMI框架中的实践与业务目标和项目问题的映射关系。附录C给出了一个完整的改进行动计划示例。附录D扩展了起始于第1章的风险管理计划示例。附录E概述了本书使用的两个参考模型，即CMM(1.1)和CMMI(1.1)。附录F提供了一个完整的微型评审过程定义，在第3章中已经对此有所介绍，这是一种用于跟踪改进活动进展的技巧。

使用改进模型和标准
　　现存的一些改进模型和标准能够为你节省大量的时间，例如SEI（软件 工程研究所）的能力成熟度模型（CMM）和能力成熟度模型集成（CMMI）、SPICE、BOOTSTRAP和ISO9001。在每一章中，我们称这些模型和标准为框架。框架的内容包含众多来自全球众多研究与实施过程改进的人们的经验教训。如果你能够明智地采用这些框架，将会大大提升成功的几率。如果你教条化地使用这些框架，将会浪费大量的时间。本书中将展示如何将这类资源集成到你的改进活动中。
　　本书示例所使用的框架包括SEI的CMM和CMMI。如果你正在使用其他种类的框架，例如SPICE、BOOTSTRAP或ISO9001，可在本书涉及到CMM内容时做相应的替换。如果你没有使用任何一种模型或标准，本书介绍的技巧将帮助你针对机构的问题制定自己的过程改进行动。

我从来没见过哪一个软件开发人员能够肯定地说：“我今天还在一如既往地按照以前的方式构建软件”。因而，我相信很多人都会有兴趣阅读Neil Potter和Mary Sakry的这本书。在杂志上可以找到很多关于过程改进的文章，在书店里也能找到几本关于过程模型的书，包括论述软件能力成熟度模型（CMM for Software）、SPICE和ISO9001的图书，但如何实施呢？Neil Potter和Mary Sakry帮助我们大大缩短了与这些文献的距离感：即缩短了模型和实践之间的距离，或者说缩短了概念和应用之间的距离。
　　尽管很多软件开发机构已经从他们的过程改进活动中获益匪浅，但是还是有一些机构在为取得进展而艰苦奋斗。为了进军下一个能力成熟度级别或是通过审计，众多机构制作出一大堆检查列表。这样做不仅不能解决实际问题，而且会使软件开发团队成员反感于这些纯粹为改进而制定的过程。Neil和Mary提醒我们实事求是地将工作重点集中于到达更高一层的业务目标；当然，具体的改进内容可以来自于既成的过程模型以及各种软件工程实践方法的集合。不过，这些大而全的内容并不能给出一张有针对性的解决开发和质量问题的处方；相反，却给出了大量的指导原则和过程改进策略，这些内容普遍适用于任何机构去应付任何难度的挑战。
　　本书给出值得信赖的建议和明智的方法，用于改进各类开发机构的工作表现（Performance）：定义你的目标，识别那些阻挡你实现目标的障碍，并实施重点突出的变更从而解除这些障碍。Neil和Mary的著作针对的读者是软件开发管理人员和那些有责任引领改进成功的人们。他们鼓励大家将过程改进行动与机构期望的业务目标紧密联系在一起。他们定义了一个系统化的方法，用于规划、实施和评估改进活动的进展。本书所收录的大量经验和教训源于Process Group公司多年来在过程改进方面积累的第一手资料。
　　如果客户要求你更好、更快地提供更高质量的软件产品，软件开发和项目管理过程就必须进行改进。本书展示了如何定义实际目标，然后设计出能够达到目标的实用策略。当然，如果你很满意当前开发团队的表现，并且客户也总是很满意你们的产品的话，也就没有必要再去阅读此书了。

Karl Wiegers，Process Impact公司首席顾问

Neil S.Potter,Mary E.Sakry：暂无简介

尤克滨：尤克滨: 尤克滨，现任Borland Software Principal Consultant，国内知名软件工程专家，拥有丰富的工程实践经验，是Rational Certified RUP Consultant。著有《UML应用建模实践过程》与《Use Case需求开发实践过程》；是《Pattern：Connecting SelfService Applications to the Enterprise》的作者之一；主持翻译了《软件过程改建简明实践》以及《软件配置管理策略与Rational ClearCase》等著作。

第1章　 制定计划 1
1.1　 选定改进范围 4
1.2　 开发行动计划 21
1.3　 确定风险和计划缓解 35
1.4　 总结 44
第2章　 实施计划 47
2.1　 基于需求推销解决方案 48
2.2　 优先处理期望的和必需的工作 53
2.3　 持续强调目标和问题 67
2.4　 协调管理人员和实践者的行为 69
2.5　 总结 71
第3章　 检查进展 73
3.1　 是否针对目标取得进展 74
3.2　 是否针对改进计划取得进展 83
3.3　 是否针对改进框架取得进展 85
3.4　 迄今得到了哪些经验教训 95
3.5　 总结 105
结论 107
附录A　 目标和问题与CMM（v1.1）
映射 109
附录B　 目标和问题与CMM（v1.1）及
CMMI-SE/SW/IPPD（v1.1） 115
附录C　 行动计划示例 123
附录D　 风险管理计划示例 129
附录E　 SEI CMM（v1.1）和CMMI-SE/
SW/IPPD（v1.1）概述 133
附录F　 微型评审过程 137
参考文献 147