(转）《软件工程的事实与谬论》（一）

这次转带分析的，谢谢原作者。
原网址是：http://hi.baidu.com/hydrangea/blog/item/da578e529948240d0df3e36a.html


软件工程的事实与谬论
Facts and Fallacies of Software Engineering

Robert L. Glass 著
Alan M. Davis 序
严亚军 龚波 译

========================================

第一章 管理

1.1 人员

　　事实1：在软件开发中，最重要的因素不是程序员采用的工具和技术，而是程序员自身的质量。

　　事实2：对“个体差异”的研究表明，最好的程序员要比最差的程序员强28倍之多，即使他们的报酬不同，优秀的程序员也是软件业中最廉价的劳动力。

　　事实3：给延期的项目增加人手会使项目进一步延期。

　　事实4：工作环境对工作效率和产品的质量具有深刻的影像。

　　这几个事实都是关于软件项目管理中的人员问题。我认为，人员因素在软件工程中不可忽略，并且是相当重要的因素。

　　对于一个项目来说，最重要的并不是工具和技术。
在人员质量一定的情况下，先进的工具和技术或许会对提高开发效率有一定的帮助，但并不一定能够提高软件的质量。而优秀的程序员写的东西，是一定会比普通的程序员的质量要高。任何产品，对于客户来说，质量才是最重要的，软件也是如此。所以，在软件开发中，最重要的因素是程序员自身的质量。（《Software Engineering Economics》 Barry Boehm 1981）

　　经验丰富的程序员可以用清晰、简洁的方法来解决复杂的问题，而缺乏经验的程序员会用复杂的方法来解决简单的问题。写出来的代码质量存在非常大的差异。
经验丰富的程序员和缺乏经验的程序员之间的差异并不仅仅是写出的代码的质量，还包括各方面的综合素质和意识的差异。现在拥有10年编程经验的程序员所拿的薪水和刚从学校毕业的学生的薪水的差异，也许还不到他们实际能力差异的一半，这个我并没有调查过，不清楚实际数据是什么样子，但应该也不会差很远。

　　因为程序员的自身质量存在很大的差异。所以，对于是否在延期的项目中增加人手，就会使项目进一步延期就不一定了。对这个问题的讨论，最经典的就是《人月神话》了。
目前在我所做过的项目中，都是延期的。加入的人手一般都是缺乏经验的程序员，他们进来之后，短时间内对项目不会有什么贡献，但是又需要老员工去做培训，降低了老员工的工作效率。
但这并不能说明在延期的项目中增加人手就一定会延期。我认为，如果加入项目的人手是有丰富编程经验的程序员，而且对项目所属领域比较熟悉，那么就可以在短时间内对项目有较大的贡献。
另外，要把项目的进度控制好，避免出现延期的情况，需要项目经理做好风险管理，及时的发现项目中存在的，会造成项目延期的风险，规避这些风险。在合适的时间点增加人手，并不一定会使项目进一步延期。当然，做到这一点并不容易，否则就不会有那么多的项目延期了。

　　读书的时候，学习环境是非常重要的，很多人喜欢到图书馆或者人少的地方自习或者看书，因为这样可以避免被打扰，能够做到更高效。
软件开发是智慧密集型劳动。我认为是和读书差不多的，好的工作环境可以让人更集中精神去解决问题。《人件》中对此有论述。
极限编程提倡密集的环境中编程，甚至两个人用一个键盘。但这并不说明就是混乱，只是局部范围内比较密集。大型项目中的每个小组内部同样可以采用极限编程的方式来解决一些问题，这并不是坏的环境。

　　另外，技术方案和工具确定的情况下，也许就会有人认为，如果有好的流程管理，随便找一帮人，按照流程来做事，就一定能够成功完成项目。
我认为，不管流程多好，软件项目是否能够成功，还是由具体做事的人的质量所决定。如果必须做个排序的话，我会这样排：人员因素排第一位，过程管理排第二位，技术和工具排第三位。