<!doctype html>
《人件》读书笔记.md
《人件》读书笔记
“人件(peopleware)”直观来讲，是由people和software各区一半合成的新词，那么我们可以认为这是一本讲述人与软件的书，讲述怎样处理任何软件的关系，但实际，通读全书，作者想要探讨的是作为软件工程的一个部分——人，即作为管理者，怎样去适应人的非模块化特征，发挥人的主观能动性，使得软件工程获得成功。
帕金森定律
帕金森定律讲述了如下的定律：
如果一个很平庸的人作了管理，那么摆在它面前的只有三条路：
- 退位给有能力的人。
- 使用比自己更优秀的属下。
- 运用比自己还平庸的手下。
第一条路和第二条路一般是个有欲望的人，都不会采取，那么只有第三条路了。所以，手下的人如此效仿，就演变成整个阶层都是这些平庸的人组成。
帕金森定律说明这样一个道理：不称职的行政首长一旦占据领导岗位，庞杂的机构和过多的冗杂便不可避免，庸人占据着高位的现象也不可避免，整个行政管理系统就会形成恶性膨胀，陷入难以自拔的泥潭。在软件工程中，一个好的领导者的作用肯定是毋庸置疑的。如果领导者无能且甘于平庸，那么这个项目肯定会一再的延期，最后做出来的东西也好不到哪去。
就像老话说的，兵熊熊一个，将熊熊一窝。
质量的提升会带来成本的降低
质量的提升意味着BUG或者缺陷的减少，这样当然就减轻了维护的成本，而软件的长期维护是一个公司最大的成本，减小维护的成本，当然也就带来了成本的降低。
这告诉我们，不能只看到眼前的利益，在强行规定的DDL中还要寻求变通，如果制定了一个不可能完成的目标，还按照DDL一板一眼的执行，那么结局就只有两种：
项目无限期延期。
项目质量极差。
要学会处理DDL和项目实际需求的关系。
团队的增长
书中提出一种胶冻团队的概念，提出一个胶冻团队以为这个团队有更高的凝聚力，各担其职，工作效率更高！接着针对胶冻团队的形成，提出以下的几点：
- 不应该对手下有防范意识，古人云：用人不疑，疑人不用。即是这个道理！
- 官僚作风（也就是帕金森定律）
- 物理上的分离，比如经常搬公司的地址，就不是一个明智的选择，每次搬迁都会导致一部分人员的离开。
- 假的截止期限，中层管理者的常用手段。比如，软件交付的日期是五月一号，那么经理通常会缩短时间，这样即便有突发状况需要延期，也不会干扰真正的交付时间。—— 但是这种假定的交付日期通常很容易让人知道是一个不实际的日期，潜意识的加班就成了必须的加速手段，这样就会带来开发者心理和生理上的排斥。
总结
这本书讲了很多关于软件工程中常见的误区，以及一个合格的管理者需要具备的品质。看起来是给开发老鸟们写的，不过菜鸟读了收获还是很大。
417
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
