《人月神话》读后感

      《人月神话》探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。书中既有很多发人深省的观点，又有大量软件工程的实践，为每个复杂项目的管理者给出了自己的真知灼见大型编程项目深受由于人力划分产生的管理问题的困扰，保持产品本身的概念完整性是一个至关重要的需求。

       看这本书的第一感受就是觉得读的不像是软件工程相关专业的书，这本书一开始就用了大量的生动的比喻，来阐述在软件项目管理方面的问题，正如作者所说，这本书是随笔不是课本，所以本书更容易引起读者的共鸣。作者把过去几十年的大型系统开发比喻成焦油坑：史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。很多大型和强壮的动物在其中剧烈地挣扎，它们挣扎得越是猛烈， 焦油纠缠得越紧， 没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。

      书中提到：成本的确随开发产品的人数和时间的不同， 有着很大的变化， 进度却不是如此。软件开发的多少人参与和完成时间并不成正比，过多的人参与并不一定能缩短开发时间，因为沟通需要额外的成本。如战争，部队多，人多并不是关键，更多需要武器的先进，战术，兵多后方便的补给就得多。如是参与软件开发的人增加，软件的花费将提高，刚参加这需要时间了解项目，给软件管理带来了不协调。

      在外科手术团队中，在接受相同的训练、同样都是两年资历的情况下，优秀专业程序员的生产力要比差劲的程序员好上十倍。短小精悍团队是最棒的——尽可能用最少的人。两人团队，其中一人当领导者，这通常是最佳的用人方式。以短小精悍团队开发真正大的系统就太慢了。绝大多数大型软件系统的经验显示，使用一堆人蛮干的方式最耗成本、最慢、最没有效率，做出来的系统在概念上也最不完整。这体现出在软件工程中需要的不是人多，需要的是精英。

      在项目管理方面，书中提到了项目估算、组织结构、人员角色安排、团队建设和沟通等方面的内容，书中强调了团队以及人的沟通。在小型团队中更强调短小精悍的团队，大型系统中也强调了人的重要性。开发软件要有合理的时间安排进度，必须考虑到软件测试所需要的时间概念完整性必须考虑在内，要尽量做到尽早交流和持续沟通，项目手册成了关键。

      软件的好坏往往不是一个人所能决定的，即便是一个小小的BUG的解决就需要好多人的合作，一个软件团队要存在沟通，这样才可能做出较完善的软件。