《人月神话》读后感1

人月神话的含义：

人是程序员，月是时间，，如果1人干10个月如果等同10人干1个月，那就成神话。

这涉及到工作量与进度，比如：20个人10个月的工作量是10个人干10个月的工作量的2倍，但是这个工作量并不代表20个人的进度就比10个人的进度快，因为中间有些因素要考虑，比如20个人去完成一个项目，那么20人中每两个人就得沟通一次，也就是190次，而10个人只需要45次（不考虑沟通效率的情况下），所以20个人中会有大量的时间并不是真正意义上的“工作”，所以往往在IT界并不是人越多工作的进度越快，工作量越大并不意味着效率越高（工作越成功），有时候一个项目经理发现项目比预期时间慢了，那么一般人可能都回去增加人手，往往这种做法就是火上浇油。

作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。

关于一到四章总结：

 焦油坑：软件产品现在处于进度和质量焦油坑当中。

人月神话：人月估算法是错误的，这种方式严重的忽视了一个重要的成本，沟通成本。

外科手术队伍：一个架构师应该尽可能少的结构师和好的工作分工，领导实施人员。这样可以保证概念一致性和尽可能少的沟通成本。整个团队必须要在架构师的专制下运作

 贵族专制、民主政治和系统设计：一个架构师也许还有少量的结构师，代表客户，对团队(实施人员)实行专制统治，从而才能产生概念一致，功能完备且系统的，能够得到客户满意度的产品。

自我抑郁又自我救赎