刚编码出的系统直接在生产环境中玩？

       测试就是在“防生产环境”中进行功能、流程等多种测试，测试出的问题进行修复解决，然后进行复测，复测没问题后才能出厂。如果要投入客户生产环境应用和使用，还要出具相应的第三方检测报告，才能具备上线运行条件。

       ERP系统实施过程中，为保证系统最终能够安全、稳定、高效地投入运行和使用，ERP系统实施一定要严格实施方法论开展各项工作，从需求调研、蓝图设计、配置实现、数据准备到最终上线运行，一环紧扣一环，严格按照ERP实施标准流程执行。对于新增和增强的功能，会在部署的开发环境中统一进行开发，完成开发后在测试环境中进行单元和集成测试，测试OK后才会传到生产环境应用。

       如果开发出的系统没有经过严格的内部测试，更没有经过合格的第三方检测机构进行检测，而是直接投入生产环境给客户使用，结果会是什么样子呢？一定会在使用的过程中问题层出不穷，然后就是各种补救措施，这样的项目或类似的项目有很多，究其产生问题的原因也是五花八门，甚至有的很荒唐。

       10年前我在某国内知名高校参加SAP培训时，平时上机操作和演练的系统环境也是没有生产、开发和测试环境之分的，基本能满足学员学习和系统实操功能就行了，也没有必要非得整出个开发和测试环境。往往都是培训机构搭建的一套“生产”环境，供所有老师和学生一起使用，经常也会出现各种问题，如误删其他学员创建的主数据、误删单据、界面和功能锁定等。那个时候老师会经常提醒大家，每个人按照自己创建的一套主数据并完成相应单据和流程，也不要随意动系统相关配置，以免影响大家使用系统。这只是学习环境，如果企业的生产环境也可以这样玩，真的无法想象最终谁来买单？

       笔者在某行业从业近8年，某G企业部分开发出的信息化系统还真是直接在生产环境玩，生产环境成为了测试BUG最佳地方，真是应了G企业那种“多边”政策-边开发、边测试、边应用，系统一上线就会问题百出，甚至为以后成为“僵尸”系统埋下伏笔。

       发生此类问题的原因很多，甲方公司、乙方公司，甚至是丙方公司、丁方公司等都会有责任，我觉得其主要责任在甲方公司，其次才能是乙方公司....，为什么这样说呢？虎兕出于柙,龟玉毁于椟中,是谁之过与?甲方公司应该严格按照公司内部信息化项目、信息化系统实施部署等管理要求，完成需求分析、资源申请、用户测试、安全评审等各环节审核和评审工作，严格按照公司要求的技术和管理规定，充分利用公司现有资源，科学评估实施厂商提成的资源申请，对实施厂商的建设方案、部署方案、实施方案、测试方案、资源清单等材料进行综合评审，任何一个环节只要做到位，把好关，就会提前杜绝后期很多问题的发生。而实际项目中，能够做到的企业应该不多，有的企业内部管理和规定表面上做的很全面，很到位，而在实施的过程中，就不是依据标准和流程来办事，而是靠人来办事，只要是人就会出现问题。

       其次，项目中标企业未必就是直接实施方，可能会一次、二次，甚至是四次转包给其他公司来实施，要知道项目过一把手就是脱一层皮，真正到了实施厂商手里就寥寥无几，在这种情况下，如果实施厂商缺乏对客户及实际现场环境的了解，是很难评估整个项目干下来能落得多少利润。有的时候我在想，为什么有些厂商冒着折本的风险也要接这单呢？可能就是为了市场、为了生存，为了有活下去的机会，明知山有虎偏向虎山行。

       A项目本来启动的就非常晚，甲方确要求在短时间之内完成系统开发和部署工作，乙方公司找到一家相对比较合适的公司（丙公司）来做，丙公司架构、产品、技术人员看了系统功能需求高兴坏了，因为丙公司在其他公司是实施过这个产品的，功能基本完全一致，想着把既有的产品拿过来直接部署就行，结果来到现场后慢慢发现根本不是那么回事，客户要求K8S容器化、双节点部署、透隔离装置、数据安全、使用客户要求的数据库类型等等，与丙公司开发出的产品功能和架构完全不符，这种情况怎么办？丙公司只能硬着头皮进行功能改造。

       在短时间内要完成功能改造、测试、部署，无疑会额外投入成本，丙方自然会偷工减料，采取一些临时应对措施，严格来说系统在投入正式运行之前，一定要经过第三方测试，完成系统的性能、功能、安全及渗透、源代码等测试通过后，才能申请系统上线试运行，一般这个测试正常情况下要2-3月甚至更长时间个才能完成，即使快的话也要在1个月的时间，结果丙公司在短时间内就完成了，我真的不知道这个世界还有什么不可以完成的事情。当时丙方公司发过来的三方测试报告简直无法直视，现场的人员愣是自己改了有4、5遍，甲方项目经理被气的都快吐血了，骂一次改一遍，改到直至甲方项目经理无语。

       就是这样的系统，最终也能将就按时完成系统部署，可是隐藏的问题在接下来的一段时间内陆续暴露出来，原有现场的产品、开发、需求人员早从现场撤走，只能坑现场的人员了。现场的人员在生产环境中本来应该做基于产品开展其他实施工作的，结果成了产品测试的，每天就是发现问题反馈问题，等问题得到解决后才能继续开展实施工作。

       乙方公司也自知问题只所在，丙公司更是对自己的产品心知肚明，甲方公司项目经理也不是傻子，大家都知道问题，但是谁也无能单方面去解决这个问题，这就是问题，什么问题？归根结底是管理的问题，环境的问题，人的问题。甲方项目经理哑巴吃黄连有苦难说，如实告知领导只能说明自己的无能，倒不如装不知道，不如倒逼着乙方和丙方私底下尽快把屁股一点一点擦干净。而乙方公司自知给丙方的费用根本裹不住项目实际发生的成本，也不好意思再给丙方公司施压，也只能忍住心中的怒火把丙方哄着先把收尾的活干完，甚至丙方不愿意干的，也只能忍痛帮着一起擦“屁股沟子”。最苦逼倒霉的就是丙方公司，本想着投机取巧，通过产品直接复用来速战速决，没想到赔了夫人又折兵，亏得血本无归。无论是甲方，还是乙方，还是丙丁戊戌方，按规矩办事，最后只能落得玩火者必自焚的下场。