软件制胜之道 (2008 年度畅销榜NO.2274 )

这是软件工程领域权威人士瓦茨·S·汉弗莱最新推出的经典之作。本书首先肯定了软件的重要作用，接着描述了如何通过管理软件业务所需的7大步骤，将其转换为专业的商业工程功能。书中提供优秀的案例，讲述了如何在认识和掌握软件开发重要性的基础上获得巨大收益。本书最后还分析了书中建议的转型会带来的重大经济回报。\r\n\r\n 本书适合涉及软件开发过程的技术人员、公司主管和高级管理人员阅读。\r\n\r\n\r\n
\r\n

第1章 每项业务都与软件相关 \r\n\r\n 1.1 软件管理的原则 \r\n\r\n 1.2 为什么说每种业务都与软件相关 \r\n\r\n 1.3 我们从事硬件业务 \r\n\r\n 1.4 保持产品的独特性 \r\n\r\n 1.5 质量优于进度 \r\n\r\n 1.6 在软件方面, 必须发生的事情往往不一定会发生 \r\n\r\n 1.7 质量承诺 \r\n\r\n 1.8 总结与结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第2章 项目失败之原因 \r\n\r\n 2.1 濒临失败的紧急项目 \r\n\r\n 2.2 项目失败之原因 \r\n\r\n 2.3 项目失败中主管所扮演的角色 \r\n\r\n 2.4 总结和结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第3章 理性管理 \r\n\r\n 3.1 直面现实 \r\n\r\n 3.2 缩短周期 \r\n\r\n 3.3 你们在破坏业务 \r\n\r\n 3.4 掌握事实 \r\n\r\n 3.5 试飞的最终期限 \r\n\r\n 3.6 理性管理的本质 \r\n\r\n 3.7 总结和结论 \r\n\r\n \r\n\r\n 第4章 为什么要保证质量 \r\n\r\n 4.1 低质量的软件可能会危及生命安全 \r\n\r\n 4.2 高品质的工作可以节省时间和金钱 \r\n\r\n 4.3 故障排除策略 \r\n\r\n 4.4 高质量的工作更加可预测 \r\n\r\n 4.5 您必须管理软件质量 \r\n\r\n 4.6 总结和结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第5章 领导目标 \r\n\r\n 5.1 更快. 更好. 更经济 \r\n\r\n 5.2 调整一个组织的软件工作 \r\n\r\n 5.3 确立目标 \r\n\r\n 5.4 加快工作不等于仅仅是缩短时间表 \r\n\r\n 5.5 提高质量 \r\n\r\n 5.6 降低成本 \r\n\r\n 5.7 改进任务时间 \r\n\r\n 5.8 确定责任 \r\n\r\n 5.9 总结和结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第6章 改变工程行为 \r\n\r\n 6.1 做什么, 不是怎么去做 \r\n\r\n 6.2 有纪律的软件实践 \r\n\r\n 6.3 说服其他人员 \r\n\r\n 6.4 PSP课程 \r\n\r\n 6.5 回到原来的地方 \r\n\r\n 6.6 总结和结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第7章 建立积极向上的团队 \r\n\r\n 7.1 EBS的BrokerNet团队 \r\n\r\n 7.2 TSP的开发 \r\n\r\n 7.3 如何建立积极向上的团队 \r\n\r\n 7.4 Teradyne团队 \r\n\r\n 7.5 最终结果 \r\n\r\n 7.6 怎样激励团队 \r\n\r\n 7.6 建立尽责的团队 \r\n\r\n 7.7 EBS结果 \r\n\r\n 7.8 信任环境 \r\n\r\n 7.8 不可能实现的项目完工日期造成的结果 \r\n\r\n 7.9 保持团队稳定 \r\n\r\n 7.10 总结和结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第8章 团队工作的效益 \r\n\r\n 8.1 可预测性更好 \r\n\r\n 8.2 生产周期更短 \r\n\r\n 8.3 降低开发成本 \r\n\r\n 8.4 提高产品质量 \r\n\r\n 8.5 降低人事变动率 \r\n\r\n 8.6 TSP引入成本 \r\n\r\n 8.7 投资回报 \r\n\r\n 8.8 已贴现的投资回报 \r\n\r\n 8.9 总结和结论 \r\n\r\n 参考文献 \r\n\r\n \r\n\r\n 第9章 后续步骤 \r\n\r\n 9.1 7个转变步骤 \r\n\r\n 9.2 行动计划 \r\n\r\n 9.3 总结和结论 \r\n\r\n \r\n\r\n 附录A TSP过程 \r\n\r\n 附录B 组建一个TSP项目 \r\n\r\n 附录C 项目计划评审 \r\n\r\n 附录D 季度性项目评审 \r\n\r\n 附录E 标准阶段评审 \r\n\r\n 附录F 投资回报 \r\n\r\n \r\n\r\n 词汇表 \r\n
\r\n

随着计算机软硬件技术的飞速发展, 软件在商业竞争中所起的作用越来越大, 几乎每项业务都与软件相关. 现有的软件工程规范主要对管理人员的行为进行约束和规范, 很少关心软件工程师的行为. 虽然管理人员的出色管理有助于公司业务的发展, 然而, 由于业务与软件的不可分割性, 而软件又是由软件工程师所开发的, 因此除非我们改变了软件工程师本身的工作作风和习惯, 否则就永远无法实现真正专家级的软件工程能力.

本书作者瓦茨·S·汉弗莱（Watts S. Humphrey）软件工程师出身, 具有丰富的软件工程实践方面的知识与经验. 他在 IBMI作了 27年, 不仅曾担任过IBM的软件质量和软件过程的主管. 参加过评价半导体质量的方法, 而且还曾经是Malcolm Baldrige质量奖委员会的检查员. 从 IBM退休后, 他又加入了卡内基·梅隆大学的软件工程研究所（Software Engineering Institute, 简称SEI）, 领导过SEI的CMM开发, 并帮助很多组织使用CMM来提高他们的软件能力. 他在长期的观察中发现了一个急待解决的问题：如何激励软件工程小组, 使他们成为真正意义上的专家. 为此他提出了两种方法：个人软件过程（Personal Software Process, 简称PSP）和团队软件过程（Team Software Process, 简称TSP）. PSP将管理重点放在软件工程师本身的工作质量上, 认为产品的质量是由产品生产过程的质量决定的, 并且质量过程必将牵涉到软件产品的规划. 产品质量的跟踪和管理等各方面的工作. TSP的主要目的是营造一种使用PSP的管理环境, 鼓励每个人都要制定工作计划, 跟踪他们的工作, 并对产品质量进行度量和管理. 许多组织在采纳这两种方法后都取得了显著的成效.

本书首先描述了软件对业务的影响, 接着回顾了一些最常见的软件问题及其诱因, 然后描述了领导者必须着手进行的组织转型, 以及开始在组织内部采取措施, 促进软件转化为资产的演变. 本书最后提供了6个附录, 附录A至E介绍了如何违立TSP和PSP方法, 附录F从经济角度简要分析了转型可能带来的投资回报.

本书主要为高级主管（包括CEO. 副总裁和部门总经理等）而写, 为他们提供了大量关于软件知识或者经验方面的资料, 使他们足以认识到软件为业务带来的增效. 这些资料大多带有商业色彩, 同时也对有关的技术资料进行了深人研究. 此外, 本书也可以作为中高级管理人员的参考书, 以提高组织的软件能力.

全书由我一人翻译, 施惠琼负责全书的录入和审校工作, 在此对她表示感谢. 我还要感谢我的家人在我翻译本书过程中表现出来的无限耐心, 感谢他们对我的支持. 尤其是我的女儿, 她那天真可爱的笑声给予我无比的力量. 没有他们的谅解和支持, 很难想象能够完成本书的翻译工作.

在翻译过程中, 我对本书中出现的难词难句都进行了仔细的推敲和研究, 然而有些方面在我研究领域中也不曾遇到过, 疏漏和争议之处在所难免, 望广大读者提出宝贵的意见.

施平安

于海军广州舰艇学院

瓦茨·S·汉弗莱（Watts S. Humphrey）

在IBM工作了27年, 负责管理IBM全求产品研发. 离任后, 受美国国防部委托, 加入卡内基·梅隆大学软件工程研究所（SEI）, 领导SEI过程研究计划, 并提出了能力成熟度模型（CMM）思想.

在CMM浪潮席卷软件工业界之时, 他又力推个人软件过程（Personal Software Process, PSP）和团队软件过程（Team Software Process, TSP）, 成为软件开发人员和开发队的自修宝典.

瓦茨·S·汉弗莱在软件工程领域享有盛誉, 被美国国防软件工程杂志CrossTalk评为近几百年来影响软件发展的十位大师之一.