一开始听到这个书名时，我的第一反应是人月神话？神话故事？嫦娥？吴刚？和玉兔？然后在有了大概的了解之后我有了阅读的兴
趣，而且一开始我看这本书时都是怀着非常崇拜的心情来拜读的，要知道一本1975完成的书，在多年后又开始流行，那必然是有他非
常成功的地方的。
作者布鲁克斯在书中为人们管理复杂项目提供了独到的见解，从自己的管理经验中总结，在网上也看到很多人拜读后的自己的见解
以及感受，可能是我水比较浅，所以我的理解可能不是太正确，但这就是我看完这书之后的感受。。。也许是最近一直在准备团队项
目所以在读完人月神话后，对团队的管理者和队员都应是怎样的状态，这儿个团队如何更加长久的保持运作下去有了更深的体会。
一个团队当然要民主，我们都反对独裁者，但是民主也要有限度，过分的民主只会导致没效率和更多的麻烦问题，所以要提倡外科手
术式样的团队模式，一个主刀人，其他人都各司其职，都是相互协作的副手；其次是要有正确良好的沟通，没错，既然是一个团队就
肯定不能闭门造车，各自干各自的，大伙一定要相互沟通了解各自进度和所遇到的困难，沟通是关键，软件开发中的最大风险往往不
是技术问题，而是沟通；再然后就是“少”，大伙儿都知道一个项目的团队成员一般也就是4-7个人左右，人员不宜太多，人太多不容
易管理，而且项目的核心概念也不要太多人来决定，因为人多想法就多，项目就不容易有焦点，就那我们前些天要确定自己的项目定
位和功能的多少来说吧，一开始大伙都特别有热情都提出来很多很好的创意和想法，我们也觉得都很不错，不过在确定时就遇到难题
了，因为这一款然间不是要适用于所有的用户也不可能满足用户的所有要求，这么多的想法，这时候要是没有负责人来拍板定题，估
计就要讨论到明天了（好想有些夸张），所以依次来看在项目核心概念方面还是要很少的人来完成。