关于KAIZEN项目改进程式自动化程序的分析

李文娟

摘要：在现在社会的各种服务器生产行业，服务器生产逐步复杂化，面对要求越来越高的服务器行业，生产线也逐渐复杂化，生产工位越来越多，人员培训越来越困难，人工出现错误的几率越来越大，针对在生产过程中的良率提升，针对人员“浪费”，时间“损耗”，以及过程“损耗”，本人在公司提出并主持了“KAIZEN生产管理持续改善项目”，做出了一系列改善，通过将各个模块进行分析整理并归納，设计出了程序自动化程式，从而提高了产线的良率，减少了公司各种“浪费”现象，最终达到了降低了公司运营成本的目的。

关键词：程式自动化程序;模块种类;运营成本

1.引言

KAIZEN以标准化、5S和消除“浪费”，来达到企业的QCD（质量、成本和交货期）目标。它是以持续减少搬运等非增值活动、消除原材料浪费、改进操作程序、提高产品质量、缩短产品生产时间、不断地激励员工为主要目的而进行持续改善，在设计过程中确定的产品各功能和企业各部门的目标成本，是产品制造及销售过程的成本控制依据。

在本人主持的该项目中，利用KAIZEN理念改进了操作程序来逐步降低公司运营成本，以达到或超过这一目标，并分阶段、有计划地达到预定的利润水平。主要针对生产良率FPY的提升，客诉的减少，针对生产过程中的时间浪费，人力浪费和物料浪费等，进行了一系列的改善，成功达到了节省公司运营成本的目的。

针对公司的具体情况，统计了近半年的客诉情况，与程式相关的客诉有17项，与程序相关异常工时数1743小时，面对机种多样化问题，TE的需求人员也增加了，针对单一机种设计程式越来浪费时间，操作工误判概率也比较高。针对以上公司存在的实际问题，急需设计出一款能容纳所有机种共通性的程式出现，因此，本人提出了利用KAIZEN的理念，改进操作程序，设计出程序自动化程式来解决以上问题。

2.设计程序自动化程式

2.1难点和前提

a.设计多样化，客户要求各异，料号种类多，模块种类多

b.针对新客户或新机种，单独开发一个程式时间太长，消耗大量TE资源，程式质量也参差不齐

c.人工操作多，人为误判不良多，处理时间久，人员离职对良率造成影响

2.2各部门的需求和声音整理归纳

面对公司要开展KAIZEN以节省运营成本的大步骤，面对各个部门的迫切需求，本人从生产部、品质部、技术开发部、仓库、RMA、维修、计划、产销等8个部门收集了各部门人员的声音，对各种需求并整理归纳，针对完成程式自动化程序，各部门达成以下一致要求：

a.要求开发速度快

全部用模组化架构和模组化程式;用0/1的方式来表示测试项目是否需要测试;试产阶段开发在3天内完成，量产测试开发在1天内完成，不可出现BIOS setting和OS错误。

b.程序coverage高

以单个测试项目测试率到达95%;以单个站别，测试率达到90%;客诉（包括产线）小于10%。

c.程序自动化智能化标准化

用不同的颜色提示操作工进行操作步骤;把所有需要人员操作的测试项目集中;尽量减少人员操作;不同机种要有统一的变量和脚本命名方式，log存放格式，显示格式。

d.程序准确度

清楚明确指明错误项目和错误原因，比如是第几根内存料用错了，组装位置错了，是哪个位置跟哪个位置错误;程式误判率为0;Runin时间误差限定在半小时以内;不可出现BIOS setting和OS错误。

e.程序兼容性

程式在不同机种上都可以使用，不受限于某一种特定机型，或某一种特定厂商commodity;不受限于测试环境。

f.程序项目可单独测试

程式可拿来直接使用，比如用于FAT/FDT/RACK/维修，不需做额外的操作;不受制于测试环境。

g.程序可追溯性

有详细的测试log，SFC有详细的记录，各种记录有备份机制，便于后续可追溯。

面对以上各部门的各种需求，程序设计难度比较大，要同时满足以上所有需求，则需要把程设计的各个目标分阶段的完成，根据反馈不断改进程序。

2.3程序改进过程

从2014年3月到2014年10月期间，共计有719个料号生产，设计多样化，供应商多，不同厂商和FW行为未统一，客户要求也各异，常出客户有21个，测试工具和环境多样。所有的测试都是针对硬件，所以先从硬件角度把机器分解，并对机器HW进行分类。

本人收集了8个部门的意见共计23条（生产部、品质部、技术开发部、仓库、RMA、维修、计划、产销），并将其归类细化。先制定了思维路线：从测试此硬件受哪些因素影响→建立程式逻辑判断图→程式开发→程式验证思维路线着手，经分析后决定从服务器的整个组装过程将其一一分解，制定了模组化程式规范，针对不同料号做细微修改，使命名规则统一，接口规则和管理方法一致。所进行的措施如下：

2.3.1变量名命名规则

全部用小写字母和_组成，数据类型_大类_小项，如bios_ver_chk.sh，我们在不同料号间做了细微修改，使命名规则一致。

2.3.2统一程序的路径，接口，提示格式

例如：显示状态信息到屏幕上

P=PASS，绿色;

F=FAIL，红色;

R=REMIND，枚红色，提示操作工操作

S=STATUS，蓝色，提示当前的测试状态

此显示方法通俗易懂，使产线操作工很容易理解所发生的的状态，并及时做出处理。

2.3.3针对模块的分解

由于该自动化程序需要满足各部门的需求，程序设计比较复杂，因此需要分阶段完成各个目标，于是本人将程序模块进行了分解，包括输入模块、解析模块、调用模块、测试模块、判断模块、显示模块、输出模块。本人对各个模块进行了因果关系分析，便于从全局掌握和设计程序。

a.输入模块：

产品工程师定义测试项目及测试标准，标准化;提示让操作工输入程式需要的值/判断结果。比如需要操作工输入各类LED灯（是否闪烁，闪烁顺序，颜色等）;按键是否有效，需要操作工实际按，并反馈结果;话筒是否响，需要操作工实际听并反馈结果;输入外壳Barcode，程式确认Barcode有没有贴错等等。

在设计输入模块时，各项测试活动尽量减少操作工的主观活动意识，而改为程序自动化操作，操作工只需要判断指令，这样大幅度减少了误判概率。

b.解析模块：

解析操作工输入的值;解析产品工程师定义之测试项目及测试标准，解析程式运行结果。

c.调用模块：

能够根据实际测试项目调用相应的测试模块;调用客户预先定义的测试标准。

d.测试模块：

测试对应HW的功能;反馈正确或具体错误信息。将料号和HW分类，将HW模块分为48类，所有模组分为81个测试模块。

测试模块种类繁多，需要将其一一分类，并一一突破，本人对各个模块也进行了分类归纳，使自动化程序能满足各模块要求目标。其中測试模组的分类是比较困难的，本人将机器一一分解，分为81个功能模块，包括FAN，FRU，FW，Button，LAN，CMOS等等。

e.判断模块：

判断测试结果。字体不同颜色显示，容易辨识，对比性的画面更清楚。可以综合判断错误原因、类型和位置等。

该模块设计使用易辨识的字体颜色，是操作工能速度的进行综合判断，节省了站别工作运行时间。

f.显示模块：

以操作工及其他用户能够理解的方式显示;把测试结果和信息准确显示。

g.输出模块：

测试结果输出到test log以记录;测试结果输出到SFC以记录。如显示当前的测试状态为何？测试的是哪一个站位？测试的是哪一片主板？是什么人（员工工号）在什么时间进行测试的？

输出模块未设置权限，查询log不需要通过TE或产线，随时随地可查询，任何时间都可以随时了解产线测试状况。

2.3.4将客户需求输入系统

为将客户需求输入系统，需要获取各个客户的需求信息，产品工程师定义需求标准，质量工程师复查标准，共同制定出程序可识别语言，建立逻辑图，分组开发和验证，制定出配置代码和项目代码。

2.3.5培训产线操作工及新进员工

根据自动化测试流程，重新制定了软件开发作业指导书，发布新的测试网站，并对版本进行管控，形成系统化的培训教材。在制作作业指导书时也考虑到了该作业指导书的通俗易懂性，并在其中附上相关的图文便于直观性的理解。在此基础上培训了产线操作工、测试员及新进人员如何进行操作和测试，包括测试范围，测试目的，未测试的影响程度，测试方法及测试工具介绍，模块化程序介绍等。

2.4专案成效

本人设计的该程式，专案成效如下：

（1）程式自动化使程序运行时间从10%减少到5%;

（2）与测试相关的客诉比例从29.89%降低为13%;

（3）与测试相关异常工时比例从9.14%降低为3.58%;

（4）针对新料号、增加测试项目、导入FW等，程序开发时间短缩36倍;

（5）降低了TE入门门槛，培训时间减少;

（6）减少了离职人员对产能效率的影响;

（7）客人从下单到上线测试整个过程全部自动化;

（8）降低了公司产线运营成本，达到了降低公司成本的目的。

3.结语

本人在该项目中通过积极组织各个部门之间进行跨部门的合作，进行头脑风暴，加入流程和观念的创新，通过分析设计出自动化程式模板。在工作中不断分析解决各项难题，尤其是面对物料和产品种类繁多，客户要求各异的情况下能够细致化的分析整理并归类，通过实际效果观察专案是否有成效，根据使用人员的反馈不断的修改完善，使程式及检测更好、更快、更准备，从而成功达到了为公司产线节省成本的目的，使生产成本得以有效控制。

经财务合适，该项目专案共为公司节省69723 RMB。该项目完成后，公司的生产线运营成本比之前降低了20%。该项目中的各类方法和系统，均被后续生产过程中工作人员和技术人员加以沿用，并持续为公司后续生产创造价值。