《人件》读书笔记

抽空看完了这本书，感觉这本书最适合软件行业中身居高位的管理者来进行阅读，因为书中介绍了许多软件团队的管理方法。对于我们软件工程的学生来说，通过阅读这本书来提前了解些知识也是大有裨益的，毕竟在很多人的职业生涯规划中，可能做了几年程序员就会转去做管理，到那时候，书中讲的很多知识就能派上用场了。

人件，英文名是 peopleware，应该是对照 software 作者自创的一个单词，用于强调

软件系统的主要问题不在于技术，而在于社会性因素。

很多时候，我们觉得软件开发应该是人用编程语言和计算机进行交流，而人与人的交流不重要。而且软件开发是个技术活啊，我们应该把重心放在技术上。 但是作者指出

如果我们所面对的问题天生就属于社会学的范畴，再好的技术可能也提供不了什么帮助。 例如，对于一组必须工作在一起的人彼此不信任的情形，就没有什么软件包或万能工具能改变他们。 他们总是在寻求某种技术银弹（technical whiz bang），以期让工作实现自动化（参见第 6 章）。 在他们的职责中，最重要的与人相关的要素却被放到了最低优先级。 在大多数项目中，社会性的复杂度远比技术上的挑战要难处理得多。

那么我们为什么会对这么重要的社会性问题视而不见呢？

我们习惯性地专注于工作中的技术问题，主因并非它们重要，而是因为它们更简单。 安装一块新的硬盘，比寻思为何Horace 显得忧郁而恐慌， Susan 入职几个月就对公司不满要容易得多。 人与人之间的互动非常复杂，没有简单规律可循，但在工作中它的确更为重要。 倘若你发现自己更加关注技术问题而非社会问题，那你就像是一名杂耍演员，在一条昏黑的街道丢失了钥匙，却透巡至邻近的街道去寻找，并美其名曰 ： “那里的灯光更明亮。”

这一段写的很有意思。从本能上讲，人们都喜欢做容易的或自己擅长的事，而不愿意跳出自己的舒适区。相比于钻研数学难题，更喜欢去英语老师课堂上听些段子。尽管那时候我英语已经复习的很好了，而数学还不咋地。可我还是选择性地无视了这个问题。我应当明白那些难啃的、烧脑的数学题才能让我有更快的提高。

唯一不变的就是变化本身

稳定的生产思维对项目工作尤为有害。 我们很容易忘记项目生命周期的最终目标就是要结束自己 。 一个项目唯一的稳定期就是将死之时。 除非你正在一个被取消或将要取消的项目中，所有的项目管理关注点都应该技入到开发的动态调整上