最近组内领导比较烦，我们组的模测问题数居高不下，一方面是部门领导密切的关注，一方面地下员工忙着到处扑火，领导压力山大，于是发动了组内成员对现在这种困境进行思考，指出问题的根源以及提出解决的思路。身为组内的一份子，我也有义务为组里出点力，问题是出在开发，身为一线开发人员多少也应该有点自己的想法，先把自己的一些想法记下来。
新终端开发问题多的根源，我能想到的有以下几点
1、开发人员水平参差不齐，没有统一的开发规范与标准。以前中心做终端开发的技术人员主要是外部资源，外部资源流动性比较大，所以2代项目中做终端开发的技术人员主要都是中心这一两年招的新员工，不是说新员工能力不行，但是在没有经过系统的开发培训，并且没有什么规范文档可以参考的情况下就陷入了2代跨行项目的开发泥潭中，大家自己在开发中摸索成长，这样做的代价就是一再破表的测试问题数，领导与架构师们把精力都集中在核心设计开发上，对新终端这种不涉及账务的表面错误自然也就无暇顾及，所以这种情况尽管存在了很久，但一直没有得到应有的重视。
2、项目多任务重，尽管项目中保证开发人员的编码时间足够已经被多次强调，但是由于编码期间开发人员还是免不了受到其他项目或者上个版本问题的干扰，程序的质量还是无法保证，大量的程序在没有经过详细的检查与自测就提交到测试，导致在进入下个项目编码期时上个项目还存在大量的问题，这样子有耽误了下个项目的开发，如此恶性循环，导致项目在进入模测阶段时还存在问题。
3、自测不充分，自测很多时候需要比开发花更多的时间，由于开发环境不稳定与开发数据不完整，不少开发人员一想到自测头就大了，他们认为简单的东西自己认为有把握就不测了，复杂的东西觉得自己就算去测了也未必跑得通，反正横竖都觉得自测是一个性价比很低的工作，花了大量时间调环境造数据又体现不出工作量。
主要的原因暂时就想到以上几点，这些问题其实领导一直都是知道的，但是就是没有特别好的解决方法。针对上述几个几点我整理了一下自己的一些建议。
1、以开发组的名义，由组内新终端开发的骨干技术人员整理编写开发规范，尽可能的细致，类似工具书的那种，让组内成员的开发都跟着标准规范走，同时将交易分类，每一类交易都写一个模板程序，以附件形式附在开发规范中。
2、定期举行新终端开发交流，每次交流都提前定一个主题（开发中的一些常遇到的，典型的问题），指定一个人（组内轮流）负责收集材料并给大家讲解，大家就主题展开讨论，最后由指定人整理出专题文档。
3、组内指定一名专人对自测进行深入的研究，包括自测环境、自测数据与自测工具，很多时候不是不想做，而是不知道怎么做，先让一个跑得快的人探探路，之后再让他带大伙上路。
4、先减负再上路，先练兵再打战，近期版本尽量少接项目，磨刀不误砍材工，队伍的战斗力提升了，攻城略地就轻松了。
先说这么多吧，以后有想到再补充。