关于中大型项目的组织分工问题

这次想谈谈中型规模项目的分工问题。
一个40人规模的项目，需要分成4个团队，CS系统。
这4（A,B,C,D）个团队每个团队负责一个子项目，团队的分工可以有两种，
一种是横向分工，团队A负责domain logic和OR maping，其他的几个团队分别负责自己的上层模块，这样的话，就是B，C，D依赖于project A。
一种是纵向分工，A,B,C,D四个team都有自己的功能模块，每一个模块都包括了domain和view层（假设系统只有domain和view）。

两种分工各有优缺点，
横向分工会造成其他的3个project对domain project的严重依赖，team在开发过程中发生冲突的机会就会增加。优点是domain层的重复代码应该会比较少。
纵向分工，team之间的依赖比较小，开发的时候发生冲突的情况比较少，但是domain层可能会出现重复的逻辑，这样的话到后期domain就一团乱。

大家给点意见吧。

还能怎么样
1交流太多.
2交流少点.

到现在为止我还没见过纵向分工的， 基本上都是domain层作为一个project存在， 没有说把domain根据功能划分成若干块，然后放到其他的project中去的。

交流是一方面，主要是把分工明确，责任明确

还没见过纵向分工的， 基
说反了吧，我基本上作的都是纵向分工，
一般项目不同team肯定是不同的domain，然后每个team之间肯定有接口，由teamleader协调