标签：
两年前我们两三个人一起做项目，分析需求，一起讨论出合理的设计，编码，上线，我们很快完成一个需求，沟通和协调如飞翔一样迅速。
一年前我们六七个人一起做项目，带新人，讨论设计思路，明确产品方向，各自编码，联调测试，上线，一切进展都很顺利。
半年前我们接了一个大活，交接的业务，而且很脏；我们很快进了五个开发，都是经验很丰富的开发人员；初期的主力是两个刚毕业不到一年的应届，为什么选择他们来做这个事情？回想一下，一个我们没有多余的人来接这个业务；二个他们的实力都还不错；三个新人更加有力量，有冲劲；分工，我负责理清线上的环境，对接需求，协调处理方案，以及保证业务稳定性；开发人员则进入具体的代码来分析细节，了解逻辑，做出具体的修改；等我们逐渐摸清整个状况，陆陆续续把业务分散到各个具体的开发手中，整理逻辑，对应需求。
近期收了另外几个团队，人员调整，转岗，离职，员工和业务的对应已经乱成翔了；每个团队对应一个业务体系，短时间内我也无法评估整个业务的结构和开发成本，另外整个系统的结构已经成型。迫切需要做的，找到一个合适的接口人，可以评估整个系统，对业务部门提出的需求做出分析，然后分配到合适的开发身上，及时对应需求，同时把转岗离职的同事遗留下来的无人照应的项目接管起来，做出合适的分配策略，确保业务的推进不出问题。
团队人在增多，业务也多了，纵向的，横向的，临时的；授权和控制，以及在整个系统上的把控；在纵向的业务体系上授权，在横向业务上的整体控制，以及纵向业务和横向业务之间的交叉点，开发之间沟通的便利和业务的意图的明确理解；
横向：整个业务体系的基础架构，基础服务线，用户体系，支付体系，成长体系，安全体系。。。；纵向：内部数据，客服管理系统，营销活动体系，各种形式增值业务体系。。。
市面上大型成熟的平台体系是怎样去分割各个业务线的后端技术团队的？保证协作，业务推进以及整个体系的可控？
标签：
原文地址：http://my.oschina.net/dreamnight/blog/402413
