第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 小结
参考文献
展开
“每位高级管理者都有必要阅读本书。”
——Robert Musson, Business Strategy Cenus Technologies公司副总裁
“任何曾经致力于或者涉足软件开发，并认为‘一定存在更好的开发方式’的商务人士，都能够从本书获得满意的信息。Watts就提供了这个更好的方式——PSP/TSP。这确实是一本很棒的书。”
——Roy Kinkaid, EBS Dealing Resources公司持续改进与软件质量保障部门主管
Watts Humphrey创建了多种非常知名的方法和模型，被各类组织、团队和个人广泛用于改进软件开发的效率与有效性。在本书中，他向公司执行官和高级经理们展示了软件为何既是一个商业问题，又是一种商业机遇。
“本书写得非常棒，并且目标受众明确。我打算让我的管理人员人手一册。”
——Kevin J. Berk, Total Quality Systems公司流程改进部门主管
Humphrey以其丰富的执行和管理经验，首先肯定了软件的重要作用，接着描述了如何通过管理软件业务所需的7大步骤，将其转换为专业的商业工程功能。书中讲述了如何在认识和掌握软件开发重要性的基础上获得巨大收益，最后还分析了书中建议的转型所带来的重大经济回报。
“这本优秀的图书将会成为业界举足轻重的作品。作者通过一些有趣的事件描述了自己的观点，还列举了一些很好的实例来描述团队和管理者们所遇到的问题。我期待着将本书推荐给我的同事们。”
—Steven Sliwa, Insitu Group公司总裁和CEO，艾姆伯里-利德尔大学前校长
“富于逻辑的方法、高水平的讲解，以及基于实际经验的应用，这一切不但增加了本书的可信度，更使人易于理解。理所当然，一定会有很多企业SEO至少会尝试一下本书所介绍的理念。”
——David Webb，希尔空军基地，软件工程项目经理