前一阵和一个测试小姐姐聊天，说起她们给上海卡园一家宇宙超级银行实施智能质检的事儿，听的我是目瞪口呆，1个多小时的聊天过程中，我4次打开有道云笔记，记录了近1000字概要内容才搞明白如此严苛的项目实施过程,得知如此耐撕抗打的交付团队。如果你是项目/实施的小伙伴，恰好还没给银行实施过智能化的项目，或正准备实施，或是像我一样只为增加自己在项目实施中如何规避风险的经验和技能，相信我，这篇文章你一定要看！毕竟谁家会傻到在竞争如此激烈的商业战场拿自己最宝贵的实践经验来和大家分享呢？
l 项目实施背景
大家都知道，银行是将数据作为重要资产的头部行业代表，极度重视数据安全，任何第三方供应商都无法直接触碰到真实有效的业务数据，也就意味着供应商无法进入真实的生产系统。即使像智能质检这样的供应商在做系统部署时也无法直接触碰到银行内部的任何操作系统和真实数据。我想你和我一样会问：“不碰生产系统，怎么把应用部署上去呢？”
通常，银行为了保证业务数据的隐私安全，会要求供应商将要部署的软件系统、安装文件等打包成一个“下发文件包”，行方人员通过内部走流程审批是否可以下发安装此系统，审核通过即可安装下发，安装时由行方项目经理、供应商实施经理、以及行方技术操作人员三人在360实时监控的“小黑屋”中，盯着行方操作人员严格按照下发文件包中的下发操作手册一步步操作，不允许有任何修改的地方，即使行方人员发现操作手册某处因多了空格或少了“/”等这样明显的错误，也不能自主修改，必须严格按照手册中的操作步骤进行操作。
那如何保证操作手册100%正确呢？错了怎么办？后面小姐姐团队的操作才真正惊艳到了我，用瞠目结舌形容当时的我也不为过。
小姐姐很淡定的告诉我：“自己模拟生产系统！”
l 项目实施前的系统部署
小姐姐所在的测试团队和实施团队分别部署了两套环境用于系统上线前的测试、反复验证以及模拟上线，只为确保系统无Bug正常在行方生产系统上线使用。为了不让我软弱无力的表达影响大家吸收其中的必要实施经验，直接上图：
我先尝试为大家解释清楚为什么部署测试环境和托管环境两套系统。首先测试环境，它的所有机器状态和准生产环境一样，一方面供应商的实施及测试小伙伴可以直接使用该套系统，一是用于系统上线前的性能测试，即基准测试、浪涌测试、高可用测试等，总之是证明你的系统能够支撑多少用户同时登陆使用；二是测试系统稳定持续性，即系统在各个节点执行任务时，可稳定持续运行12个小时以上，并出具测试报告给行方；另一方面，行方的业务人员在收到测试报告后需要在测试环境中进行UAT测试（用户验收测试）。
PS：非银行项目实施，一般在测试环境中做完功能测试后，即可到生产环境直接部署上线。
第二套托管环境：他的系统状态、更新包、配置是最接近生产环境的，是模拟生产环境的一套托管环境，这套环境严禁任何人私自上传或下载东西，只为做系统上现前操作手册验证使用。对，这就是小姐姐上文提到的自己模拟行方生产系统。为了防止操作手册编写错误的出现，手册撰写后提交行方前，小姐姐团队都会在这个系统中自行验证手册的准确性。这是她们沉淀下的固有项目流程，更是她们实施过多家银行智能化项目后沉淀下的有效实践经验。
好，介绍完两个系统，说说智能质检如何从测试到上线使用的严格流程。
l 测试评审
行方UAT测试（用户验收测试）完成后，项目经理会提交评审流程，流程通过后就是测试评审的环节，这时需要叫上行方主办人员、业务人员、领导、行方测试经理、供应商项目组人员等人，对系统功能进行评审。功能通过，可以上线，遗留问题延到二期上线。
l 在准生产环境反复验证手册的准确性
评审结束后，实施人员就要准备下发文件包，并按照系统上线的操作步骤，一步步撰写操作手册，完成后，会交由对实施流程完全不精通的测试团队，去托管环境验证手册的正确性。这一步如同在“小黑屋”一样，手册如何写，测试人员就如何操作，去验证有哪些问题，并反馈给实施团队进行修改，修改后，测试再重新“小黑屋”来一遍，直到没有问题后，才将手册上传至行方项目经理处，进行下一步流程下发。
这步往返“小黑屋”的操作完全是小姐姐团队为了预防错误发生而自行加入的环节，也是他们公司对银行项目实施严格管控的一项，目的就是为了避免发生重大事故。通常重大事故银行界定为：“影响了业务人员正常使用系统。”
从这点也看出了小姐姐所在公司实施团队自我高标准、高要求的专业精神。这也是让我瞠目结舌的点，小姐姐也提到宇宙行就是通过这些一点一滴的细节之处慢慢加强了对她团队的信任。
l 下发文件审批
不同于以往常规项目的下发升级，以往常规项目升级都是供应商的技术人员或行方等技术人员现场监督供应商操作，或者行方技术人员操作供应商现场监督，且供应商的技术人员经验丰富，临场反应会很及时。
但上海卡园宇宙行的项目升级是需要提流程的，这个流程需要通过银行项目组项目经理将操作手册作为附件提审下发流程，由银行科技部及运营主管领导审批（超过4个以上的步骤）流程审批2-3天。
l 生产环境升级或更新
流程通过后，行方项目经理、供应商实施经理、以及行方技术操作人员（经典小黑屋三人组），进入“小黑屋”由行方技术人员严格按照操作手册进行下发，其余两人陪同。操作手册是行方技术人员操作的基础，他会严格按照操作手册的内容去生产环境进行操作，成功即可在生产环境使用，有问题，打回从新修改，并重新再走流程。
小姐姐告诉我，这家宇宙超级行项目一阶段是19年9月中旬开始入场，10月做UAT测试（用户验收测试），11月中完成并交付。两个月的时间要开发、测试、以及定制化需求的开发，这速度，如果不是经历过多个银行实施积攒下来的经验，很难如此快速完成一期交付吧。
跟小姐姐聊完后，对银行智能化项目实施有如下感受：
一、强数据敏感意识，避免各环节数据泄露的可能性
银行项目实施难，就难在供应商不能直接触碰到真实的生产环境，没有真实的用户数据，从测试、到实施、验收没有自主掌控的点，一切要等行方的反馈，系统运行有问题了，供应商还不能直接登陆真实的系统进行排查，需要向行方先提申请流程→再在测试环境复现问题→确定问题→修改→下发流程审批→小黑屋下发，才能解决，虽然过程慢了些，但防止了各个节点数据泄露的风险，安全性极高。
二、强流程管控意识，确保生产稳定运行
强数据保护意识之下，自然有了强流程管控。行内部各系统稳步运行，离不开各环节对流程的把控执行，只有战略和执行步调一致时，才能将意识或战略贯彻到底，不影响各条业务线的正常使用，持续给用户提供稳定的服务。
三、智能化项目实施中，第三方实施团队态度和能力更重要
银行项目需要供应商高度配合、积极响应、快速解决问题的能力，对进厂实施团队人员资质均有明确要求。这就使得供应商实施团队首先要有一个好的服务态度，能够贴合用户需求快速部署实施；其次，还要精通客户业务与自身产品，通过产品将业务价值最大化；第三，及时响应机制的搭建在项目实施过程中也非常重要，行方在遇到问题时能指定到人并为其及时解决，这也会增加对实施团队的信任。
四、为行业输送优质供应商
我们都知道金融行业项目业务基数大、复杂度高、实施难，但也正是因为这点，各个厂商才挤破头想要成为银行的供应商，这不仅对供应商意味着可提供金融级服务能力的荣耀，更重要的是对供应商的系统是一次全方位、全体系升级的重要机会，更是对实施项目交付团队服务合规性的历练，只有服务过银行智能化项目的团队，才真正具备严格、谨慎、专业、细致、及时响应、快速处理的金融级服务能力。换个视角看，银行也为各个行业筛选、培养和输出了一拨又一拨优质的供应商。