软件开发的边界

作者简介

前言

序

第1部分综合管理

第1章开篇寄语

1.1优良软件的重要性

1.2沼泽中的坚硬石头

1.3读者

1.4迭代式的问题解决周期

1.5回顾

第2章计算之源

2.1催化剂

2.2答案

2.3这一计划是如何实施的

2.4为什么这一代工程师与众不同

2.5计算

2.6从它们的名称中得出数字大小

2.7当年的计算机是怎样的呢

2.8我们的计算传统

2.9回顾

第3章登山

3.1勇攀高峰

3.2失败的共同根源

3.3成功的要素

3.4人的因素

3.5回顾

第4章管理

4.1管理团队

4.2回顾

第2部分软件差别

第5章重中之重

5.1迭代式开发

5.2RoscoeLeroy

5.3跨越瀑布式开发

5.4另一个极端

5.5Roscoe的第一幅图

5.6Roscoe的第二幅图

5.7等一等

5.8保持向量短小

5.9软件开发上的应用

5.10面向应用的学习与短向量方向

5.11风险定位

5.12你之前听过这样的事情么

5.13关于实践式学习的更多内容

5.14商业含义

5.15人员配置效应

5.16仅仅只是常识问题

5.17回顾

第6章建模

6.1如何解释UML6.2什么是UML，为什么它很重要

6.3第二个稍微复杂一些曲.捌子

6.4第三个例子

6.5如今与软件的相关性

6.6提升抽象的级别

6.7回顾

第7章编码

7.1经理们如何来学习一门新的程序设计语言

7.2定义良好的问题

7.3这个标准应当包括什么呢

7.4动物游戏

7.5动物游戏满足这一标准么

7.6它是否通过了“那又怎么样”测试

7.7这是你的游戏

7.8回顾

第8章构建与发布

8.1如果你构建它，那么它们就会出现

8.2在一开始设置一个沙箱

8.3产品构建到底为什么会困难

8.4如何对迭代式开发进行构建

8.5回顾

第3部分项目管理观点

第9章权衡

9.1项目管理金字塔

9.2五，而非四

9.3进入金字塔

9.4高度变量

9.5金字塔体积恒定不变

9.6一个统计上的小插曲

9.7正确的想法，错误的分布

9.8对于真实项目的暗示

9.9怎样才能让成功率接近掷硬币游戏

9.10更多信心

9.11至关重要的警告

9.12一切为了风险

9.13回顾

第10章估计

10.1如果我们使用常识的话会怎样

10.2香草巧克力

10.3R,OSCOe的解释

10.4R,oscoe继续深入

10.5Roscoe的日历

10.6Roscoe的计算

10.7Roscoe进入软件领域

10.8Roscoe报道

10.9猜一下我们做对了什么事情

10.10Roscoe的概括

10.11Roscoe捡起一块骨头

10.12第2部分：猜测我们做对了某些东西

10.13Roscoe被软件项目经理联合会所承认10.14回顾

第11章日程安排

11.1Roscoe摆出问题：你将会延迟多久

11.2Joe扳回了些许劣势

11.3Roscoe反击

11.4Roscoe的“犯罪分子相册”

11.5Roscoe的图

11.6最后一个异议

11.7Roscoe的临别赠言

11.8回顾

第12章节奏

12.1物理学家看项目过程

12.2现实闯入

12.3迭代开发如何呢

12.4最终的图表

12.5回顾

第4部分人的因素

第13章政治

13.1背景

13.2定义

13.3三种情景

13.4政治是不可避免的，但是”

13.5当问题演变为政治

13.6工程计划

13.7高度信任的环境

13.8无益政治的其他变种

13.9回顾

第14章沟通

14.1沟通无处不在

14.2Roscoe解释其理论

14.3已经完成了吗

14.4回顾

第15章承诺

15.1Roscoe碰了一鼻子灰

15.2即刻进入案例

15.3维苏威火山般的喷发

15.4德克萨斯的作风

15.5应用到软件业：

15.6狗吞了我的任务

15.7规范大战

15.8三个最普遍的借口

15.9其他

15.10穿刺、躲避与还击

15.11大型项目中的胆小者

15.12软件开发项目会如你所愿地完成吗

15.13细化VS构建

15.14吃一堑，长一智

15.15回顾

第16章薪酬

16.1渐入“佳境”16.2流动槽与软件开发绩效

16.3利用流动模型来管理薪酬

16.4金钱不是万能的

16.5回顾

第5部分横向思考

第17章历史教训

17.1不要让国王成为你的架构师

17.2事物并非总是如你所见

17.3仔细检查设计

17.4知道什么是你所不知道的

17.5始终如一的领导层

17.6照例追赶工期

17.7集中精力于错误的特性

17.8当没有进行良好的设计时

17.9适当的测试

17.10原型vS产品

17.11审讯

17.12回顾

第18章不当类比

18.1休斯顿，我们遇上麻烦了

18.2误解牛顿

18.3一切事物都是相对的

18.4量子力学的误解

18.5热寂

18.6其他例子

18.7有益的科学

18.8回顾

第19章软件更新

19.1嵌入式软件的更新

19.2现状

19.3软件更新游戏

19.4一点陋见

19.5回到更新问题

19.6免费的午餐

19.7为何可行

19.8改进

19.9怎样应对软件盗版问题

19.10只要太阳能没有普及开来

19.11回顾

第20章妙解随机数

20.1Roscoe设定了故事背景

20.2模拟击球手

20.3步骤一

20.4步骤二

20.5产生更多的概率

20.6显然，我们已经离开棒球的世界了

20.7现实是丑陋的

20.8星期一的解决方案

20.9受益匪浅

20.10回顾第6部分进阶主题

第21章危机

21.1鱼的五天

21.2鱼市

21.3第一天：尚未察觉

21.4第二天：避免麻烦

21.5第三天：“问题处理者”到来

21.6第四天：转折点

21.7第五天：两条关键路径

21.8故事的寓意

21.9回顾

第22章增长

22.1增长中的问题

22.2Naive模型

22.3模型的推论

22.4一个说明性的例子

22.5非线性关系

22.6付诸实践

22.7结论

22.8列线图

22.9电子表格

22.10回顾

第23章文化

23.1什么是企业文化

23.2强势和弱势文化

23.3定义企业价值

23.4软件领域的适用性

23.5建立强势文化

23.6如果你正在寻找一份工作

23.7底线

23.8回顾

第24章总结

24.1奉行者

24.2创造者

24.3贤明者

24.4关于贤明者的更多话题

24.5人数分布

24.6关于模型最后的思考

24.7回顾

致谢

索引

　　本书是RationalSoftware的资深项目经理——JoeMarasco结合其数十年的一线开发经验所撰写的软件项目管理书籍。本书由最基本的管理思想开始讲述，每一章节都是一个单独的主题。作者以其丰富的实践经验、严谨的工程思想及幽默风趣的讲解方式，为读者带来了项目管理中众多问题的全新视角与观点。本书可供软件开发和软件项目管理人员阅读。对于项目管理人员以及普通开发者，本书的许多章节都值得细细品味。
　　通过自己成就卓越的职业生涯，JoeMarasco赢得了软件开发项目“救火队长”的美誉：当你面对一个困难重重、成败系于一线的项目时，就会想到请他出山助阵。在《TheRatiornalEdge》，即Rational(该公司后被IBM收购)和IBM的在线软件开发杂志上的“FrarIklinsKite”系列文章中，Marasco就已经用他丰富的经验让读者受益匪浅了。现在，Marasco将这些短文收集整理并精心加工，构成了他独一无二(而且幽默)的真知灼见，主题涉及从建模到日程安排，从团队动力到薪酬等广泛的内容。这本书值得与Fredet。ickBrooks的《TheMytrlicalMan-Morllh》并列放置在每一名开发者以及项目经理的书架上。如果你想要发布令你引以为豪的软件产品，按时完成并且成本合理，为用户带来真正的价值，那么你一定要阅读这本《软件开发的边界》。　　本书亮点：.软件项目同其他类型项目的异同。　　.迭代式的问题解决周期：用真正的解决方案来结束一天的工作。　　.日程安排的真实情况：你的项目会推迟多久?.项目的权衡、评估和节奏，以及如何让产品顺利发布。　　.理解当你作为一名软件项目经理时你所看到、听到和感觉到的东西。　　.人的因素：政治、沟通、薪酬、文化以及增长。　　.在混乱发生之前做出预防，当它们来临之时减轻其影响。　　.横向思考：软件项目管理中的一些独到观点。
作者简介：　　JoeMarasco是IBM公司旗下五大品牌之一RationalSoftware软件公司一名已退休的事业部经理和高级副总裁他负责过许多产品的开发、营销工作，主要负责RatiorlalApex产品以及为微软VistJalSttJdio设计的VisualModeIer1998年，他成为Rational的高级运营副总裁，2003年从RatiorlaI退休。他曾获得美国库伯联合学院化学工程学学士学位、加州大学尔湾分校科学管理硕士学位，以及瑞士日内瓦大学物理学博士学位。在不从事写作的时候，他喜欢野餐烤肉和打高尔夫球；他的烤肉技术高于其球技。