第一次听到书名《人月神话》，丝毫没有把它跟软件工程联系起来，这个名字初听就像是和一千零一夜差不多的类型，我仅能联想到的就是《嫦娥奔月》（原谅本人才疏学浅哈哈哈）。但是就是这样一本听上去和软件开发毫无关系的书籍，却深深的阐明了软件开发过程中出现的一系列问题，引人深思。
我觉得这本书无论对于管理还是开发都是大有裨益的，从项目管理、工程和支持过程三个维度谈了软件开发过程中的相关内容以及案例。而且总览全书，大部分内容都涉及到了团队协作以及团队成员甚至管理与开发、产品与开发之间的沟通的重要性。如果没有积极的心态和热情，那么团队似乎注定会失败。
坦白说，在团队沟通这一方面，我们的团队做的并不好，我们仍然秉持着一带多的团队模式，对于产品的功能、任务分配、开发周期，都是一个人说了算，当然工作也大多是一个人做了。团队成员总会出现“不能做”、“不会做”、“做不了”的自我认知，这样下来，最后大多数工作都落在了能力最强的人身上，沟通在这个时候就显得毫无意义。但是仔细想一想，既然作为一个团队，要想开发出一款能被用户采纳的相对完美的作品，光靠一个人独断是肯定不行的，这样出现的产品大多都不会满足用户的需要，因为一个人的设计思路，总是不如一个团队的成员共同讨论出来的完整，而且一个人的开发，总是缺乏合理的时间进度，这也是书中提到的一个软件项目中的诟病。
与此同时，交流和维护也是一个软件产品问世之前必不可少的步骤，而这个工作，只有团队成员共同努力才能出现最好的效果，最直观的原因就是，编码的人很难发现自己代码中的隐藏bug，团队成员之间模块的互相测试在这个时候就显得尤为重要。
这次阅读中，令我感受最深的也就是团队的模块了，我们的团队几乎都是人称“大佬”级别的，这样的团队对于任务分配其实并不合理，每个人都有自己的思想，虽然存在认知的差异，但是水平的差异并不大，这样就导致团队的工作很难统一，因为不存在一个明显的“领导者”，以后要尽量改变团队的工作模式，合理分配项目的进度时间，对于能力的合理预估，是准确分配任务工作的前提。