产品维护和二次开发，如何留住人。。。

这才是根源所在

坚持就是胜利，旧貌换新颜

我建议楼主换个思路，人员的变动是无法避免的。各种客观条件决定了你这个项目就是留不住人的（待遇，技术，挑战性等等）。

所以我建议楼主将人员流动看做常态，做好几点：
1. 知识管理。所有项目的文档，以及代码要管好。再烂的代码也要整理结构，一来方新来的快速上手，另一方面，也让新内容的录入更加方便跟有条理。
2. 建立起后备人员梯队。可以找一些新手，但是数量上一定要比项目需求的多，因为你需要考虑新人的流失率。保证好这个梯队，即保证好你随时有人可以用。
3. 尽量稳定住核心人员。尽力而为吧，能留就留。不过留人的基础，是要满足他们的需求，无论是待遇上还是职业发展上。
4. 跟老板建议增加预算。这个能做到最好，对各方面都有好处，实在做不到，也没办法。

神呢，同道中人啊，我都痛苦的不行了，不知道给谁说去，我刚换工作，能上1个月班了吧，本来不想来这家公司，但考虑到最近工作不好找，就上班了，来的时候是说主要做JAVA后台开发的（本来一直偏后台，前台都不太懂），莫问太多，谁知道进来后接个烂摊子（Flex前端），整天的维护BUG，每天看代码看的我眼花缭乱，再加上前台的不是很懂，每天都很痛苦，，，

你们掉进泥潭，已经够幸运的了，我掉进狗屎堆了；
进之前以为多牛逼的公司呢(被pass两次，后来坚持一定要来看看)，进来4个月全是维护代码。
部分项目有文字文档，还少得可怜(对于一个超过5个大型系统有相互业务交互的项目，没有流程图、文档)。
方法、类没一句注释(EJB开发这个看到之痛苦)；
被N个大爷维护过，一个方法动辄上千，4W多行的类啊，一打开这破电脑就要卡半天，全TMD的if、else if、else。
各种垃圾代码，没有规范文档。
我之前没写过页面，但是当我看到他们写的 value="       "来布局,我当时就有翻窗跳下去冲动。
各位能hold得住这场面不，经理只看页面展示功能，后台代码乱成狗屎，组员基本不交流。
反正我是hold不住这场面，我开始学自己的东西。磨点时间再跳槽。
别说我没责任，刚维护他们一个项目，我把整个流程图给画出来了，这个项目我也打算好好给调理下，但是和另外一老外一起维护，权限受制，一出问题经理先问责我，流程图刚起了个头，果断删了。
一个不注重代码质量，产品维护的公司。悲剧...
最悲剧的是写value="       " 那哥们都跳槽了。
我们的leader懂各种语言，但是都只能写个hello world。

目前在一个写了两年的项目，没有文档，没有注释，一堆的代码，而且接近于底层的，都不知道函数要干嘛。要做白盒测试，干了一个月，果断辞职。。。

普遍现象，普遍。。。。。。

这哥们威武，我的项目虽然被改的一塌糊涂，但是各方面文档、注释还是很规范的。

楼主的情况和我很像  跳槽的人数  剩下的人数的是一模一样 我接的项目也是05年遗留下来的怪胎 数据字典没有  开发文档没有  只有一推改了又该的代码   而且客服的需求不断更改  这坚定了我向前台发展的想法  准备呆一两年就跳槽了

兵熊熊一个，将熊熊一窝。
领导不注重开发质量，做事没有长远打算，累的还是咱干活的人。
我想说的是需求、开发、维护同等重要；
我们公司的招了大量毕业实习人员来维护系统，恶性循环。
不过还是有人买，哎...