《人件》是早就想看的一本书，虽然在amazon买了已经快半年，最近才快速翻阅了一遍，虽然个人还没有太多项目管理的经验，从这本书里还是能学到不少东西，可能会对以后工作有所帮助。根据自己已有的一点点经验，总结一点点体会
如下：
1. 关于“帕金森”定律
“给一个项目多少时间，它都能将之耗完”。在我看来，这其实是人的“惰性”所致。我总结了另外一个“定律”：对于一个项目而言，越靠近deadline,效率越高。无论从学校的课程作业，还是考试准备，还是项目、论文，我总是习惯性的在一个自认为能完成的最靠近deadline的的时间开始动工，而且效率呈直线上升趋势发展。这个毛病一定要改。习惯了在deadline前开工，是习惯将项目delay的开始。
2. 工作环境对工程师的影响究竟有多大？
我想说的是很大。安静可控的环境对developer来说尤为重要，但是国内似乎还没有公司能提供。成本一直是所有公司第一位强调的。不知道将领带的办公室让给公司的首席工程师这个建议能不能通过，joke一下。
3. 关于出勤率和效率
这个标题对应的是“关于脑力时间和体力时间”。每天都上班的人不一定好于一周只上一天班的人。我看到过学校或者公司请一些“大牛”，不是正式员工，待遇及其丰厚，工作及其自由，我想这些人是软件开发人员中的稀缺资源，与他们直接对话的往往是学校或者公司的高层，只有他们出面才能降服“大牛”。
还有一点，是我个人在项目组中工作的最大体会：工作满意度。我想满意度是效率的直接体现。如果一个工程师在及其郁闷的心情下工作，能做到高效似乎有点荒谬。就我们的项目组而言，开始个个豪情壮志，天天scrum, 工作日志，但是缺乏一个能力和责任心极强的leader(我们有个能力极强但是不够负责的和一个负责但是能力很烂两个leader)，导致后来成员都已经有逃避的心态来对待自己的工作，互相推卸责任，项目结果可想而知。这两个leader之间的无法有效沟通可能
是“罪魁祸首”，如果集两者于一身，我想局面绝不会是现在这样。
先写这么多，希望正式工作后能有更加细致的体会来分享。
