JAVA软件开发的人员分工问题（试想）

本人做了四年的JAVA软件开发， 开始担起项目经理这个职位，总共负责了两个项目的开发，两个项目的合同分额分别是300W和两个版本（170W＋大概100W） 刚开始负责的第一个项目是负责软件的后期维护和升级工作。

负责的第二个项目就是从头到尾的新软件开发，在写了这么几年的代码过程中，对人员的分工有些看法。不过我想这个分工可能跟我们的项目有一定的关系，首先我们的项目是跟电信相关的，大家要是有做个电信项目也知道只要是电信的项目除非是集团规范，不然很多时候是边开发边改需求的螺旋式开发模式。即使是集团规范也是经常有变动的。对于项目组中的成员我们原来是采用按功能模块划分，我这里的功能模块主要是指业务功能模块。每个人各自负责自己熟悉的业务领域如JAVA开发人员负责表现层的实现，公共组件一般是谁需要谁开发这样的过程，业务逻辑一般由数据人员来提供。这里说一下这种模式是我进公司就是这样的管理模式。我在实际的新项目开发中觉得一个系统的开发也可以有另外的一种划分模式公共组件开发＋功能区域划分开发（这里我只讨论web开发，没有涉及到数据库层）。这种划分就是要有专人专项的负责，一个比较大的系统或者是超过6人以上的系统或者在开发的过程中出现人员的多次变动容易引起一个问题就是代码重复率变多，每个人到这个系统都去写一个类似的公共类，我说到这里可能很多人就会提出你的项目管理的规范性，文档的完整性没有跟进。但是在实际的过程中发觉这种模式其实是一个人既要维护文档，又要开发软件（可能要公共组件的开发＋业务逻辑的开发）这样跨度的工作会让很多开发人员不想去维护文档，如果项目不够大我想大家一般都不会去为项目组配代码走查人员，或者配了这样的人才BOSS都觉得是浪费，而且对这类人的素质要求非常高，因此一般这类人都不会纯粹的存在，或者早就去当领导去了。那么我就想了能否让大家有一个专项的人员来负责公共组件开发，业务逻辑开发人员需要公共组件就不需要自己去开发或者去查找原来的组件是否有这个功能（如果不是很复杂的东西大家都喜欢自己写一个添加进入，谁喜欢去查看那么多的公共组件，这种类似的工作长久的存在对项目其实是非常可怕的。。。），这样的就让软件开发人员的分工有了一个新的划分模式“公共组件开发＋功能区域划分开发”。

不知道大家对我这个想法，有何看法？小弟学识薄潜。大家在这方面已经有非常丰富的项目管理经验，可能是我没有了解到， 各位如果你们对我的想法看不下去了一定要多指教，谢谢。自从当了项目经理以来发觉原来在学校学的软件工程，管理类的课程变得有用起来了，真是应验了那句话 “书到用时方恨少”。