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