今天例会提了个建议:就是将单个小模块分配到每个人,当然不是像涉及的面比较宽的那种功能或者涉及到系统架构的东西,其实我提这样的想法是有原因的。但是老大们反对这么做。我的理由很简单:1、可能对于大的公司或者一个比较成熟的项目这么做是不合适,但是对于小的团队或者是处在十分尴尬位置的项目来说,我觉得是可行的。2、影响开发进度或者失败的原因通常可以总结为:(1)需求变更,(2)计划不具体管理较混乱,(3)开发人员不努力或者技术不过关。(4)人员不够 (5)对一个项目或者产品的长远不是很明确。3、其中大家说的一个理由是“一个人做某个功能如果该人员离职那么维护起来风险太大”,不能说没有道理,但是我觉得系统维护的难易不是人员的问题,项目中的人员变动是不可避免的,如何减少人员流动姑且不论。一个好的或者清晰的架构以及清晰的文档只要做好交接工作,维护起来比一个不好的架构要省很多的力量,如果架构不好即使谁维护可能选择的都是重构。记得当初我写某管理模块的时候,那时刚毕业,技术很有限,代码结构太差,最后只好花了很多时间重构了一把。 针对这个问题的另一面那
![](http://blog.csdn.net/mejy/aggbug/2056659.aspx)
文章来源:
http://blog.csdn.net/mejy/archive/2008/01/21/2056659.aspx