【续】

对于一个项目而言，过多的团队成员反而不会使得团队的整体效率得到提升，因为太多的团队成员就意味着更多的、更复杂的交流和沟通，若是意见分歧太多，反而会直接影响到团队整体的沟通，进而影响到团队的整体的进度；

因此，就有人建议，一个项目团队可以像外科手术队伍那样，各个模块都有不同的专门的人负责，这样的话，既可以有效提高团队效率，哪一部分出了问题能够直接找到相应的负责人进行解决和优化，不再做“无头苍蝇”；还能够有效解决沟通意见分歧问题，大大地提高了整体的效率；

当然，在团队项目协作中，总是需要一个人来为整体的项目定下主基调（名词，所谓的“贵族专制”）；也就是说，在团队协作项目中，因为我们需要保持概念的完整性和统一性，不可能每次都换一个人，然后让进行中的项目按照他本人的思路再去开辟一条新的道路，等到了截止日期，能上交的项目只能是目标的某一部分，或者说，交上去的项目的各个部分，整合在一起的话，会出现“张冠李戴”的搞笑场面，直接破坏掉概念的统一性；

有了“贵族专制”，那就少不了“民主政治”的出现，也不能只是依靠某一位精英或者大佬来为我们定下某个项目的主基调，那万一是大型项目呢？岂不是直接将压力都集中在了一个人身上；在被进度压力极度压迫时，可以让设计和实现分离，让结构师先将项目的风格定义好，这样，之后的实现的概念就会保持一致性和完整性啦！

大型项目，怎么会少得了系统设计，项目成员都要有自己的任务和分工，水平分工的话，可以将项目主要分为“需求、设计、实现”三个内容，垂直分工的话，可以将需求、设计和分工各自细分，分别实现，最后加成即可。

过去，我在编程方面，就一直遵循着沟通才是王道的原则。直到看到了这本书，让我重新审视了沟通在团队编程中的地位，同时也让我意识到了合理分工的重要性；

那么，我需要怎么解决这个问题呢？

1、与团队成员合理沟通，共同努力，尽量避免“小组作业”的弊端；

2、明确自己更为擅长的那一部分，争取做到最好，甚至在此基础上有所提升；

这就是本次阅读《人月神话》所得到的相应感悟啦！