格策美文教你学写《12.9工作总结》小技巧（精选5篇）

更新日期:2025-06-15 19:56

写作核心提示：

写一篇关于12.9工作总结的作文，以下是一些需要注意的事项：
1. 明确主题：首先，要明确作文的主题，即对12.9工作（一般指12月9日的工作）进行总结。在写作过程中，要围绕这一主题展开论述。
2. 结构清晰：一篇好的工作总结应该具备清晰的结构，一般包括以下几个部分：
a. 引言：简要介绍12.9工作的背景、目的和意义。
b. 工作内容：详细描述12.9工作的具体内容，包括任务、目标、完成情况等。
c. 工作成果：总结12.9工作的成果，包括完成的项目、取得的成效等。
d. 工作不足：分析12.9工作中存在的问题和不足，并提出改进措施。
e. 总结与展望：对12.9工作进行总结，并提出下一步工作计划。
3. 客观公正：在总结12.9工作时，要保持客观公正的态度，既要肯定成绩，也要正视问题。避免夸大或缩小事实，确保总结的真实性。
4. 语言规范：在写作过程中，要注意语言的规范性，避免使用口语、俚语等不规范的表达。同时，注意语法、标点等细节，确保作文的整洁度。
5. 数据支撑：在总结12.9工作时，尽量使用具体的数据来支撑观点，使总结更具说服力。例如，完成的项目数量、工作时长、成果转化率

年度工作总结-2018年

一、全年工作情况

1、满足监管要求

（1）银联跨境取款交易控制改造项目。

Ø项目背景及需求：零售银行部联合法律合规部以及会计运营部共同提出此项需求，根据外汇局发文要求各行控制境外取款交易的年累计额度，以及每日按照外汇局下发的黑名单限制境外取款功能；支持通过本行柜面渠道查询客户证件号项下所有卡的境外取款交易明细。

（2）银行卡磁道信息屏蔽改造项目。

Ø项目背景及需求：零售银行部根据人行关于银行卡信息泄露风险专项排查工作要求，禁止在系统中留存非本机构的支付敏感信息。根据要求对银行卡交易系统进行排查，发现银联前置，ATMP系统中留存此类信息，故改造相关系统完成卡磁道信息屏蔽的改造。

2、修复生产问题

（1）银联转账非柜面非同名问题修复。

Ø问题背景：银联跨行转账按照银联要求完成延迟转账改造，通过冻结客户账的方式实现转账受理到24小时后自动转出或撤销的操作，但此过程未考虑到人行的非柜面非同名转账限额，导致当转账受理时冻结没问题，但24小时后转账结果通知到来时，解冻扣账因到达非柜面非同名限额而失败的问题。

Ø问题解决：业务方面只需用前期已上线的调账功能进行该笔异常冻结异常交易的调账即可。技术方面通过前置给核心传递特殊摘要码，核心在冻结客户账时就做非柜面非同名限额的检查，如果超过直接在冻结阶段就拒绝。避免冻结成功，但扣账失败。

Ø该问题会计部对账时发现，科技部核心和前置项目组连夜加班开发和测试，于次日完成问题修复并上线。

（2）小额免密签约交易验密问题修复。

Ø问题背景：银联增加小额免密消费交易的限额，我行提额后，业务在柜面做小额免密签约交易，开通小额免密消费交易，并做消费测试，但在签约交易时，客户密码输入对或者错，前台都报密码错误。经过查询发现是因为该笔交易的加密流程问题。

Ø问题解决：对小额免签签约及签约维护交易进行加密流程重新设计，跳过ESB加密节点，直接推给核心，核心用柜面渠道的交易进行解密/验密。

3、系统自主优化

（1）银联前置双活架构优化改造项目

Ø项目背景：生产银联前置服务器有AB两台机器，A机启动，B机作为备机，考虑到目前的系统监控并未达到实时，当A机中断后，无法及时发现，并且从A切换到B需要人工修改系统配置，包括修改域名的对应IP等操作。预计需要10到30分钟的恢复服务时间，将影响正常银联业务，故为加强银联业务连续性及稳定性，特此立项实现双活热备。

Ø该项目通过多次咨询银联技术专家并充分参考同业经验，经过科技部系统组，网络组，应用组共同评审通过的自主架构设计，并通过多轮系统测试，银联联调测试，特殊异常压力测试等多轮全方位测试，保证架构设计科学合理及稳定性，并于完成项目上线。

4、新增业务需求

（1）扫码支付项目

Ø项目背景：该项目属于虚拟信用卡项目，实则是本行与第三方互金公司展开合作，银行主要提供II类电子账户及支付通道包括银联，网联，二代等，而互金公司提供获客渠道，对客营销以及贷款额度授信，风险控制等。

Ø业务流程：

1、开户：客户通过互金平台（App）申请开立银行电子账户，即通过互金平台发往银行一笔开户交易，银行完成II类户的开户并反馈II类卡卡号等信息给互金平台，客户拿到II类卡号。

2、交易环节：客户在支付宝，微信，云闪付等渠道发起购物消费交易，此交易可通过银联，网联等支付渠道发往银行前置，银行再根据II类卡发卡渠道，向互金公司获取授信额度，再完成账务处理，从小贷公司备付金账户划拨至II类卡客户账，再划拨至银联清算往来或者网联清算往来户，完成客户信用消费。

Ø项目参与：在这个项目中，我担任银联模块经理，完成II类卡的银联交易流程设计，银联对账清算流程设计，使得II类卡可以在银联云闪付App上完成扫码支付，在线支付等功能。主要改造系统包括支付平台，银联前置，ESB。

Ø目前该项目在进行渠道交易压力测试，保证支持高并发业务量对系统的冲击。

5、管理制度建设

（1）密钥管理制度

安全性是银行最为关注的系统特性之一，为保证金融IC卡，银联，网银，直销银行等外部渠道系统的交易安全，加密平台，密钥管理系统等安全平台应运而生，其中加解密最为重要的一个要素就是密钥，它是密码的密码，对于密钥的管理必须规范且有制度可循。

基于此情况，本人完成密钥管理办法1.0版本，初步实现本行密钥管理流程的规范化和制度化。

6、新技术探索

（1）金融开放平台

2018年金融科技领域的最热词汇莫过于开放API、开放银行，无论是国有大行，股份制银行，还是新生代民营银行，都在探索开放银行的真正意义。

作为互联网金融业务是本行的重点发展领域，为加强科技团队对于开放平台的理解和认识，特行业领军企业，包括等公司，现场进行开放平台系统的交流和探讨，并结合本行实际情况，对本行未来开放平台的建设打下基础和技术储备。

7、系统运维管理

保证生产系统的稳定运行，并及时修复生产运行过程发生的问题，是科技部的重要工作之一，我作为银行卡，银联渠道，加密平台，OA邮件，人力系统等相关模块项目经理，对各系统的维护管理工作，总结如下：

Ø安全平台：加密平台，密钥管理系统，硬件加密机。

（1）主导并配合新系统接入加密平台，实现相关业务报文加密流程设计。

（2）定期完成系统巡检。

（3）配合完成灾备切换演练。

Ø支付渠道：银联前置，ATMP，支付平台。

（1）主导完成各系统，日常业务使用问题，以及系统巡检

（2）开发测试环境维护管理

（3）生产版本管理

（4）定期系统巡检

Ø设备机具：ATM、身份证识别仪

（1）ATM轮训画面修改，主要是增删一些宣传画面。

（2）ATM硬件故障协调解决，包括因客户存钱时将杂物夹杂进去而导致机器卡钞等问题。

（3）ATM测试机管理。

（4）身份证识别仪使用指导及证件数据导出打印。

Ø办公管理：OA，移动OA，邮件系统、人力资源管理系统

（1）OA系统日常使用问题解决，主要是浏览器显示问题，用户误操作需要删除意见等问题。

（2）移动OA的IOS证书升级，领导pad使用问题。

（3）邮件系统新用户注册，离职用户注销。

（4）邮件系统使用问题解决，主要是邮件收发问题，由于目前邮件系统存在病毒，导致恶意邮件，致使我行邮件服务器被列入外部黑名单，以及与新浪，QQ邮件之间的收发有问题。

（5）人力系统生产问题解决，主要是用户误操作问题。

（6）人力系统年终绩效考核测试环境部署。

Ø业务支撑：短信平台

（1）主导并配合新系统包括监控平台，查控平台等系统接入短信平台。

（2）短信费用季度付款流程。

二、总结与展望

纵观2018年的科技系统项目，不难发现，其中有生产系统在运行过程中逐渐暴露出来的潜在问题，也有科技人员在危机意识中的自主优化，更有新型业务种类对系统的新需求，需要系统新增功能模块或增加系统交互的部分。系统在逐渐完善和优化过程会使得系统交互越来越复杂，整体架构也趋于合理和稳定。

从今年的项目中，可以看到一些问题，从中可总结经验，可作为后续项目的前车之鉴。

1、项目整体管理

尤其是大型项目，跨系统实施类的项目，比如扫码支付项目，涉及多个系统包括互联网核心，银联，网联，直销等同步改造，需要有一个大项目经理统揽全局，做好项目计划安排，各个项目的交工时间以及联调时间。而我们这个项目完全看业务要求，业务要求紧了就加紧工作进度，业务没催，就会拖的很久，当然对于我们实际情况来讲，是符合了业务要求，但对于项目管理来讲，并不是一个很好地管理方式。个人认为此类跨系统的中大型项目，需要授权一个大项目经理，避免各系统经理只顾各自系统的开发改造，导致项目进度无序，而且还可能导致最后上线时候，漏掉某些边缘配合系统，比如ESB的配置，很容易被忽视。如果有个大项目经理统揽全局，照顾到每个系统的安排和最后上线的总体把控，相信会好很多。

2、需求分析

对于需求分析，我觉得是一个项目经理很重要的一项技能，就是业务在提需求时候，很容易导致太过表面化，比如就想实现一个反假币报送的功能等，就想实现一个企业可以在官网进行预约开户这么一个功能，说的很简单，且写出来的需求文档也很简单，导致需要项目经理以深厚的功力去挖掘业务的潜在需求，首先要完全弄清楚这个业务需求的来龙去脉，目的是什么，给什么用户使用，希望达到一个什么效果。

比如柜面交易是否需要凭证打印，是否需要给ODS供数，是否要经过反洗钱报送，包括界面样式等要求，未来是否有移动化需求。如果一旦有些未考虑到就会引起后续的需求变更，当然变更是不可避免的，但如果是项目经理和业务都没考虑到的地方做了变更可能会对项目进度，成本造成比较大的偏差。

3、系统架构

双核心架构带来了比较大的架构设计困难，比如银联的I类卡在传统核心，II类卡在互联网核心，而对于I类卡和II类卡的银联发卡方交易都通过银联前置转接进来，对于I类卡正常通过银联前置转接给支付平台，通过esb去往核心记账，那么II类卡的交易是通过银联前置转给金支付还是在支付平台转给互联网核心，这里的架构就比较纠结，最后经过讨论，II类卡的银联交易都交由支付处理，银联前置接到交易后直接通过esb发给金支付，互联网金支付就承担传统支付平台的作用，作为银联的业务处理系统，进行业务逻辑处理后，通过互联网前置发给互联网核心进行账务处理。

另外从对账清算方面来看，I类卡和II类卡的银联对账清算是分别处理，I类卡的正常由支付平台主导完成银联方和银行方的核对，而支付负责核对II类卡的银联账务。

4、部门职责

这块来讲，主要是从OA等管理系统说起，对于OA，人力来讲，这种管理类系统实际业务运营由业务部负责比较合理，只要可用通过后管系统完成的动作，都不应该放在科技部来管理，科技部只是管理后台系统，包括银联对账清算等，都是业务部来操作，科技部只管那种需要查后台系统日志等异常情况的时候才会做，系统运营无疑是科技部负责。

这里要明确工作范围和职责，以免多做一些工作，且不是你工作范围内的，这不是多干一些少干一些的事。其实甚至这里都涉及到IT审计内容。那样其实不合规。所以，要做正确的事，并且正确的做事。

2018年12月，天津