选择程序维护人员的困惑
选择程序维护人员的困惑
程序维护期间，通常会选择下面两类人员进行维护
1 安排开发团队中不太重要的开发人员或是干脆安排其他人员维护
这类人员通常对整个程序、业务逻辑都没有很深入的了解
产生的问题：
a) 耗时。解决维护期间的BUG所需要的时间比较长
b) 准确率不高。部分BUG不能正确解决，容易出现解决了这个BUG， 而产生其他的BUG出来
c) 没有能力解决。维护期间的BUG，有些都是隐藏的比较深，重现条件复杂的BUG，他们往往
没有分析和解决这类BUG的能力
2 安排开发团队中的核心开发人员
这类人员通常对整个程序、业务逻辑都没有深入的了解。同时也是开发团队中的骨干或核心
产生的问题：
a) 工作时间被浪费。维护期间的BUG， 通常时断时续，时有时无，不少工作时间被浪费。因
为维护期间的不确定性，也不好给他们安排其他工作。
b) 开展其他项目。这类人员通常在一个项目的维护期，多半被安排参与其他项目的开发工作
（人才难得呀）
c) 产生厌烦心理。当项目进入维护期，经过一个长时间开发周期，如果继续安排这些人员做
维护，通常会有厌烦情绪，影响工作。
d) 产生逆反心理，人才流失。项目维护工作通常被开发人员所轻视，这类人员通常会认为自
己不被重视了，质疑自己的能力提升，质疑自己的发展空间，很容易产生逆反心理
我现在在选择程序维护人员上很困惑，不知道该选择什么样的开发人员来承担维护工作
如果选择 1， 维护质量会大打折扣， 自己心里没底 (这种情况碰到过)
如果选择 2， 处理的不好，多半会造成团队骨干流失的情况 (这种情况碰到过)
上面两种情况都碰到过，却不知道有什么更好的方法， 还请大家多给意见。
[解决办法]
第2 中的程序员 可以放他们走了！！！ 这种人，懒的要！！
不走极端啊， 找个核心和一个不是核心的 一起做，等那个熟悉了，在让核心的投入到其他项目中去，可以吗？
不过 之前要和 维护人员有很好的沟通！！
[解决办法]
核心开发人员不该做维护
[解决办法]
应该有一个培养人才的规划 ！ 不要到节骨眼上才手忙脚乱的！
[解决办法]
程序维护确实是比较尴尬的工作，本身是一件没有性价比的事情却需要比较高的技术水平。让高手去，浪费资源，让低手去，搞不定bug。我建议你这样，建立一套bug反馈机制，程序维护人员派个低手去，他只负责接受用户反馈，描述和定位bug，然后把整理bug列表上报给公司，公司由专人进行任务指派，指派给公司内原来开发了系统的高手去解决。公司内的高手可以做其他项目了，但是必须定期抽出时间解决以前系统的bug，这样还有个好处就是大家编程时都会更用心，以免将来自己麻烦。
需要注意的两点，一是这套机制一定要有有效率的监督机制，最好由公司高层亲自挂帅，否则不会被重视，派出去的那个低手也会很难做，甚至可以和绩效挂钩，这样效率就上来了。二是最好谁的bug让谁改，如果他在职的话，不要怕浪费高手的时间，否则会产生很多问题。
