软件工程读书笔记（三）

《人件》读书笔记    

  首先，什么是人件（Peopleware）？直观来讲，这个词是由people和software各区一半合成的新词，那么我们可以认为这是一本讲述人与软件的书，讲述怎样处理任何软件的关系，但实际，通读全书，作者想要探讨的是作为软件工程的一个部分——人，即作为管理者，怎样去适应人的非模块化特征，发挥人的主观能动性，使得软件工程获得成功。

  Part 1.问题是什么？

  绝大多数的失败项目，并不是因为单纯的技术原因而失败的。采访者往往会提到‘政治’的原因，这实际上描绘了有关人的工作，构成了社会学。人们往往倾向于解决更容易的问题，比起复杂的人际问题的处理，管理者更习惯将问题归结于技术方面，所以他们越俎代庖地该由团队解决的技术问题，然而寻找技术银弹（在人月神话中出现过该概念，是完美轻松解决问题的技术）并不现实。问题的症结在于高科技幻觉，实际上软件工程不涉及技术的创造，技术问题并不是全部。在最近我们团队学习网页相关知识时，我可以感觉到大家倾向于更多的学习相关教程，而较少处理需求和具体架构等问题，原因之一是学习技术方法更为固定，实施起来也更加简单。

  Part 2.软工的管理哲学

  软件不是干酪汉堡，做好一个卖出一个，压缩错误率，追求稳定的品质。而软件唯一的稳定周期就是僵死之时。开发过程中的错误无法避免，管理者合理对待下，甚至会成为创新的基点。水平低劣的管理者会把员工当作快餐店的员工，是可以替代的部件，这样的压力或许可以让大家工作起来，但长久看来不能持续，也必将缺乏创新，创造以及思考。聪明的管理者应当认识到，成员的个性不是项目的不稳定因素，正是这种特性产生了独特的化学反应，是团队充满活力和高效的源泉。

  Part 3.工作与质量

  历史学家抽象出了两种价值理论，西班牙理论认为价值的总量是一定的，想要获得价值只能从他人处索取，而英国理论认为价值来源于技术的创新，生产效率的提高。这也对应了两种不同的管理者，前者试图用加班下更多的工作时间压榨员工的价值，表面上单位薪酬获得了更多的劳动，但实际上这并不会带来想象中那么多的好处，我们更该关心的是单位时间所完成的工作，这才是我们所说的效率。另一个误区是关于质量的，人们往往认为质量与产能相互对立，提高质量必然带来产能的下降，但是高质量带来的恰恰是高产能和成本的降低。但是这并不总是成立，只有愿意为质量倾其所有，才能得到免费的质量。我们应该让质量成为产品的一个部分，而不是‘质量——在时间允许的条件下‘。.