软件制胜之道：执行的策略

　　第1章 每项业务均与软件相关
　　1.1 软件管理的原则
　　1.2 为什么说每项业务均与软件相关
　　1.3 我们从事硬件业务
　　1.4 保持产品的独特性
　　1.5 质量优于进度
　　1.6 在软件方面，必须发生的事情往往不—定发生
　　1.7 质量承诺
　　1.8 总结和结论
　　参考文献
　　第2章 项目失败的原因
　　2.1 濒临失败的紧急项目
　　2.2 项目失败的原因
　　2.2.1 不切实际的时间安排
　　2.2.2 不恰当的人员配置
　　2.2.3 软件开发期间的需求改变
　　2.2.4 低质量的工作
　　2.2.5 相信奇迹
　　2.3 失败项目中主管所扮演的角色
　　2.4 总结和结论
　　参考文献
　　第3章 理性管理
　　3.1 正视现实
　　3.2 缩短周期
　　3.3 俐门在破坏业务
　　3.4 掌握事实
　　3.5 试飞的最终期限
　　3.6 理性管理的本质
　　3.7 总结和结论
　　第4章 保证质量的原因
　　4.1 低质量的软件可能会危及生命安全
　　4.2 高质量的工作能够节省时间和金钱
　　4.3 故障排除策略
　　4.4 高质量的工作具有更高的可预见测性
　　4.5 必须管理软件质量
　　4.6 总结和结论
　　参考文献
　　第5章 领导的目标
　　5.1 更快、更好、更经济
　　5.2 调整组织的软件工作方式
　　5.3 确立目标
　　5.4 加快工作并不仅仅意味着缩短时间表
　　5.5 提高质量
　　5.6 降低成本
　　5.7 改进任务时间
　　5.8 确定责任
　　5.9 总结和结论
　　参考文献
　　第6章 改变工程行为
　　6.1 做什么，而不是如何做
　　6.2 有纪律可循的软件实践
　　6.3 说服其他人
　　6.4 PSP课程
　　6.5 回到原点
　　6.6 总结和结论
　　参考文献
　　第7章 组建积极向上的团队
　　7.1 EBS的BROKERNET团队
　　7.2 TSP的开发
　　7.3 如何组建积极向上的团队
　　7.4 TERADYNE团队
　　7.5 最终结果
　　7.6 如何激励团队
　　7.7 组建尽责的团队
　　7.8 EBS结果
　　7.9 信任的环境
　　7.10 不可能实现的项目完工日期造成的后果
　　7.11 保持团队的稳定
　　7.12 总结和结论
　　参考文献
　　第8章 团队工作的效益
　　8.1 可预测性更好
　　8.2 更短的生产周期
　　8.3 降低开发成本
　　8.4 提高产品质量
　　8.5 降低人事变动率
　　8.6 TSP引入成本
　　8.7 投资回报
　　8.8 已贴现的投资回报
　　8.9 总结和结论
　　参考文献
　　第9章 后续步骤
　　9.1 7个转变步骤
　　9.2 行动计划
　　9.3 总结和结论
　　附录A TSP过程
　　A.1 TSP综述
　　A.2 团队准备
　　A.3 TSP培训
　　A.4 不充分的团队准备
　　A.5 小结
　　附录B 组建一个TSP团队
　　B.1 组建TSP团队
　　B.2 第一次管理会议
　　B.3 团队的问题
　　B.4 第一次会议示例
　　B.4.1 主管缺席
　　B.4.2 对需求强调不够
　　B.4.3 繁忙的CEO
　　B.5 讨论组建期间的问题
　　B.6 最后一次管理会议
　　B.7 小结
　　参考文献
　　附录C 项目计划评审
　　C.1 主管在团队建设中的角色
　　C.2 最后一次管理会议
　　C.3 组建产物
　　C.4 计划简报
　　C.5 计划评估检验表
　　C.6 商业评估
　　C.6.1 团队计划满足或者超过目标
　　C.6.2 团队需要增加资源
　　C.6.3 团队无法满足目标
　　C.7 计划评估
　　C.7.1 概念设计
　　C.7.2 规模估算
　　C.7.3 生产率估计
　　C.7.4 任务时度量
　　C.8 计划比较示例
　　C.9 质量计划评估
　　C.10 计划评估
　　C.11 检查团队的风险评估
　　C.12 会议结束
　　C.13 小结
　　附录D 季度性项目评审
　　D.1 由主管主持评审的原因
　　D.2 项目评审需要考虑的事项
　　D.2.1 进度管理
　　D.2.2 团队积极性
　　D.3 评审策略
　　D.4 评审过程
　　D.5 执行第一次评审的时间
　　D.6 初始阶段评审
　　D.6.1 有关规划方面的问题
　　D.6.2 有关任务时的问题
　　D.6.3 有关已获值的问题
　　D.6.4 完工预测
　　D.6.5 有关工作量平衡的问题
　　D.6.6 有关时间记录的问题
　　D.6.7 有关程序规模记录的问题
　　D.7 标准阶段评审
　　D.8 小结
　　附录E 标准阶段评审
　　E.1 更正率管理
　　E.2 评审时应考虑的问题
　　E.3 故障记录
　　E.4 标准阶段评审
　　E.4.1 故障图
　　E.4.2 有关评审率方面的问题
　　E.4.3 有关各阶段的故障率问题
　　E.4.4 有关更正率管理问题
　　E.4.5 有关故障密度的问题
　　E.4.6 有关基准比较的问题
　　E.5 小结
　　参考文献
　　附录F 投资回报
　　F.1 改进结果汇总
　　F.2 引入策略
　　E.2.1 最短时间引入策略
　　E.2.2 最低成本引入策略
　　F.3 投资回报
　　E.3.1 TSP引入成本
　　E.3.2 引入TSP后节省的成本
　　F.4 已贴现的投资回报
　　F.5 小结
　　参考文献

　　Watts Humphrey在软件工程领域享有盛誉，被美国国防软件工程杂志Cross Talk评为近几百年来影响软件发展的十位大师之一。Watts Humphrey在IBM工作了27年，负责管理IBM全球产品研发。离任后，受美国国防部委托，加入卡内基·梅隆大学软件工程研究所（SEI），领导SEI过程研究计划，并提出了能力成熟度模型（CMM）思想。在CMM浪潮席卷软件工业界之时，他又力推个人软件过程（PSP）和团队软件过程（TSP），成为软件开发人员和开发团队的开发宝典。

　　《软件制胜之道：执行的策略》是软件工程领域的泰斗Watts S. Humphrey推出的经典之作。作者首先肯定了软件的重要作用，接着阐述了如何通过管理软件业务所需的7大步骤，将其转换为专业的商业工程功能。《软件制胜之道：执行的策略》提供了较多优秀的案例，讲述了如何在认识和掌握软件开发重要性的基础上获得巨大收益。《软件制胜之道：执行的策略》最后分析了书中建议的转型将带来的巨大经济回报。
　　《软件制胜之道：执行的策略》适合涉及软件开发过程的技术人员、公司主管和高层管理人员阅读。