我先通读了全本书，对整书的大概内容进行了了解。第一遍的阅读中我知道了许多。软件开发的多少人参与和完成时间不成正比的，过多的人参与并不一定能缩短开发时间。如战争，部队多，人多并不是关键，更多需要武器的先进，战术，兵多后方便的补给就得多。如是参与软件开发的人增加，软件的花费将提高，参加这需要时间了解项目，给软件管理带来了不协调。
人月神话的核心法则是：概念完整性和架构师。Brooks认为，一个整洁、优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型，这个模型描述了实验应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而架构师，则是负责保证产品所有方面的概念完整性的，架构师设计的是能够让用户理解产品概念的模型，这包括所有的功能的详细说明以及调用和控制的方法。它就像电影的导演一样。
概念完整性将软件开发连成了一条钻石项链，每个部分都不可忽视，不可取代。整体的抽象完整时软件管理的灵魂。正因为如此，可见架构师的要性。因此另一方面把工作切分给更多人做将造成额外的沟通代价——训练和相互的交流。欲增加软件项目的人手，总共必须付出的代价可分为三方面：工作重新切分本身所造成的混乱与额外工作量、新进人员的训练、新增加的相互交流。
编程过程中不是人多就可以胜任的。而在于精。所以团队中个体的能力就尤为重要。原来我以为只要团队中有大神，软件的开发就可以顺利完成了，其实并非如此，每个人都有自己独特的任务等待去完成。