请教下开发完毕后后期维护方面的人员安排问题
我们公司一套软件内包含了十三个模块， 每个模块都是独立的软件， 这些模块之间互相牵连！但却由于业务等各种原因是不可以整合在一起的！
一共六个开发人员， 四个个能力很好的程序员， 三个刚毕业的学生。
其中一个能力比较好的再做一个外包项目！
目前是 能力好的 四个都各自负责两个软件， 其中两个软件没人负责， 一个刚来不久有一点工作经验的在负责。 另外一个软件是一个新手负责！ 公司成立一年多， 招来的人都参差不齐。 往往有的问题能力好的很快的解决， 能力差的待一天。
让能力好的去帮助解决， 既然各自负责， 当然不情愿帮忙别人解决问题。
我目前唯一相处一种办法是 讲所有问题反馈到我这里来， 我根据问题难度分配个不同能力的程序员！ 这样所有软件 所有人都了解， 不会出现只扫自己门前雪的装， 问题能得到迅速解决， 即便谁跳槽了， 软件不会因为谁的离开而无人接手无人维护。
后面的维护量很大， 因为是产品， 后面客户的需求变化也很多！软件刚开始推广， 遇到问题很多很多！
不知道这样安排是否妥当， 可否能有更为妥当的安排！
[解决办法]
怎么安排人员，取决于你们公司的发展策略是什么。增加人手是最直接的解决方案，但是会让经营成本变大。在人手不变的情况下：
如果上头的发展策略是争取新客户，能赚多少算多少，做完赚到不能再赚的时候，解散起个新壳另外做，那在后期维护上可以不安排那么多人。纵观中国，很多公司都是这么做的，也让我们看到国内无论软件还是各行各业的浮躁。
如果你们的策略是发展成百年老店，那你们应该安排较好的人员来做后期维护，在人员有限的情况下，把自己的口碑做好，让尽量多老客户都对你们的产品满意，进而争取更多的客户。如果是这样，那你的做法就是减少新项目，让一个有经验的人专门负责维护。
你的问题已经不仅限于软件开发的问题，兵法之道，疾进必然后防空虚，稳打必然进度缓慢，看看你们公司的策略然后决定吧。
[解决办法]
每个软件都要有详细的文档，最好能达到新接手的程序员，在没人教的情况下，也可以快速的上手维护。
所以文档你要定出规范，让程序员写，你仔细检查，保证可维护性。
程序代码要有详细的注释，保证接手人能轻易看懂。
每个软件至少要有2个以上的程序员维护，以防止人员辞职或请假，无人维护的情况。
安装一套bug管理系统，采用标准化的管理程序bug，提高程序质量，并可以对程序员的水平做分析。
[解决办法]
人员这么少的情况下，还有多个项目存在，楼主的方式是小公司的自然选择。只有有实力有规模的大公司才能按人员能力均衡配置各自独立的项目组或开发部门，再大就是建立子公司。所以楼主的方式等于是唯一的选择，还想什么更妥当呢。
