- 0
- 0
- 约3.6千字
- 约 9页
- 2026-02-17 发布于四川
- 举报
上半年工作自我评价范文工作总结自我评价范文
上半年工作自我评价
(2024年1月—6月,北京·亦庄·京芯半导体制造有限公司·12英寸CIM系统部·MES开发二组)
一、岗位定位与目标拆解
1.1岗位定位
本人岗位为“MES系统开发工程师(P6)”,核心职责是:
①维护并优化12英寸晶圆厂MES核心模块(LotTracking、RecipeManagement、SPCChart);
②对接设备EAP,实现高并发、低延迟数据采集;
③以数据驱动方式,把工程经验固化成可复用的代码资产。
1.2年度目标拆解到上半年
公司OKR要求“全年降低工程异常停机时间8%”,部门KR进一步拆为“上半年完成3条主线(Diff→Etch→WAT)异常根因定位系统上线,平均异常定位时间≤15min”。本人认领其中“Etch主线”子任务,指标:
A.异常定位时间从42min降至15min;
B.代码覆盖率≥80%,Sonar阻断问题=0;
C.上线后连续30天无P1故障。
二、上半年完成的五项关键工作
2.1建立“Etch异常定位引擎”
(1)痛点:Etch设备报警后,工程师需人工登录EAP、MES、APC、FDC四个系统,导出CSV再VLOOKUP,平均耗时42min。
(2)方法:
①设计“TraceId+TimeWindow”模型,统一四系统日志;
②采用FlinkCEP做实时模式匹配,规则用Groovy热加载;
③输出“异常快照”JSON,自动写入MongoDB,前端用Vue3+WebSocket推送。
(3)实施步骤:
Step1需求冻结:1月15日组织PE、EE、QE、IT四方评审,输出《Etch异常定位需求冻结表》V1.3;
Step2数据探源:1月16—31日,用Wireshark抓包,解析SECS-II报文,整理出147个关键Transaction;
Step3规则开发:2月1—28日,完成21条CEPPattern,单元测试用Junit5+Testcontainers;
Step4性能压测:3月1—10日,用Gatling模拟1200TPS,CPU≤60%、P99≤800ms;
Step5灰度上线:3月11—25日,先上Etch-01设备,异常定位时间降至12min;
Step6全量推广:4月1日覆盖全部14台Etch设备,指标达成。
2.2重构RecipeManagement模块
背景:老系统用VB6+Oracle,无法支持新版SEMIE42标准。
做法:
①用SpringBoot3重写,引入多租户+版本链;
②写迁移脚本,采用“双写+校验”策略,保证零停机;
③增加“Recipe参数影响因子”评分卡,减少工程师试机次数。
结果:Recipe下发失败率由0.8%降至0.05%,每月节省200张测试片。
2.3落地代码质量门禁
制度:
①新建《CIM部代码质量红线》—A4双面1页,贴于每个迭代看板,含7条硬性指标(覆盖率、重复率、复杂度、安全Hotspot等);
②合并请求必须通过SonarQubeA级、FortifyCritical=0、JenkinsPipeline全绿;
③违规一次,当事人在次日站会做5min复盘,连续两次取消当月绩效A。
效果:上半年共拦截缺陷217个,缺陷密度由0.38/KSLOC降至0.09/KSLOC。
2.4建立“24h生产故障应急手册”
制度:
①手册正文仅6页,采用“如果…那么…”句式,可打印贴机房;
②故障分级:P0(停线)<10min响应,P1(单台设备)<30min;
③建立“故障指挥官”轮值表,每天18:00自动推送企业微信;
④每次P0/P1结束30min内,在Confluence生成“5W2H”报告,否则扣当月KPI5%。
上半年共发生P0两次,均在8min内恢复,无fab产能损失。
2.5个人成长与知识沉淀
①取得“TüV功能安全工程师(IEC61511)”证书,把安全生命周期理念引入MES;
②在部门内部开6次“午餐研讨会”,分享《FlinkCEP实战》《SpringBoot3AOT编译》,平均满意度4.8/5;
③撰写《12英寸厂MES高可用蓝皮书》V1.2,被公司知识库评为“五星文档”,下载量1200+。
三、数据化成果总览
指标名称????????基线值??上半年达成??提升
Etch异常定位时间????42min??12min??↓71%
Recipe下发失败率????0.8%???0.05%??↓94%
代码缺陷密度??????0.38???0.09???↓76%
P1故障数(Etch相关)??5次???0次???↓100%
覆盖率???
原创力文档

文档评论(0)