降低系 统原因导 致的制

程批量 问题发生 率

2004 年 2 月
 Six Sigma 五步法

1.0 （ D ） 2.0 （ M ） 3.0 （ A ） 4.0 （ I ） 5.0 （ C ）

定义 范围 测量评估 分析 过程 制定措施 效果 控制
了解 过程 确定目标 确定 重点 实施改进 持续 改善

每一步 工作 每一 步工作 输出 可使用 的工 具

定义 问题范 围 • 项目范围确定：解决什么问题 • 头脑风暴、因果图
• 柏拉图等
明确客户 需求 • 客户关心的关键质量 CTQ • 客户调查、抽样统计
• QFD 、矩阵表、雷达图等
• 业务主流程图 SIPOC
确认业务 流程 • • KPI
细化的关键业务流程图
• 流程图
• 团队建设（成员、章程） • 项目管理
成立 高效团队 • 项目推进计划
 （ D ）定义 范围、 了解 过程

定义问题范围
1. 内容 ：阐 述从部 门或 处规划 的哪 部分导 出项 目；
01 实
项目 衡量指标 02 实际 03 目标
际
项目按时完成率 - - *% *%
制程批量问题发生率 - - 5.85% 3%
售后批量问题发生次数 严重程度 >=B 的次
- * *
数
质量管理能力 一次开箱合格率 *% *% *%
3 个月返修率 *% *% *%
6 个月返修率 *% *% *%
公司 QMM 评估级别 - * *

资料来源： 03CDB 规划
 （ D ）定义 范围、 了解 过程
定义问题范围
2 、内容： 量化阐述问题的存在（不改进的严重程
度） 制程批量问题发生率趋势图
10.0%
9.0%
8.0% 7.22%
7.0% 6.11% 6.37%

6.0% 5.38%
5.00% 现状
5.0%
4.0%
3.0% 目标
2.0%
1.0%
0.0%
2003.3 2003.4 2003.5 2003.6 2003.7

数据来源：质量管理部规划监控处（南北方厂）
 （ D ）定义 范围、 了解 过程
定义问题范
3 、围
内容 ： 用一个或多个连续的 PARETO 将问题进行分解，并明确本项
目的范围 制程批量问题原因柏拉图
100 100
N= 205

75 75 系统问题
定义：
项目
由于研发设计
范围 50
41.5% 50
或评测不充分
，引起机器随
机部件之间
21.5% （包括：硬件
25 18% 25
14.1% 、
4.9% BIOS 、 Driver
、随机系统软
0 0 件、应用程序
，不包括说明
系统 来料 生产 说明书 其他 书和机械配合
数据来源： ****
）的配合不当
数据收集区间： *** 。
 （ D ）定义 范围、 了解 过程

明确客户及客户需求
1 、内容： 针对该项目范围，明确客户及客户需求 --- 即
客户希望本项目能达到什么效果；

客户名 对本项目的需求 / 期望 CTQ

称
事业部 降低系统原因造成的停线次数 系统问题导致的制程（批
； 次）停线率
不希望用系统原因问题占总制 同上
程批量问题的比率来衡量项目
。
制造厂 降低系统原因造成的返线次数 系统问题导致的制程（批
次）返线率
 （ D ）定义 范围、 了解 过程

确认业务流程
1 、内 容： 阐述 CT Q 与流程 的关 系，并 确定 项目 名
称
CTQ CTQ2 ：系统问题导
CTQ1 ：系统问题导 合计
致的制程（批次） 致的制程（批次）返
停线率 线率
权重 6 4
流
BIOS 导入 /
程 9 9 90
变更流程
部件导入技 8 8 80
术评测流程
批量评测流 2 2 20
程
项目名 称：降低 系统原因导 致的制程批 量问题发生
率
 （ D ）定义 范围、 了解 过程

成立高效团队
1 、内容： 阐述初步确定的项目 2 、内容： 项目 DMAIC 各阶段初步
团队及团队章程 计划
项目 Sponsor ：卢旭
 D 、 M 阶段 6 月 15
日完成
LEADER ：王英仙


指导老师：傅革新

A 阶段 7月
项目核心成员：

30 日完成
龚仲涛、欧余海、何卫峰、宋万峰
、彭桃芳、贾子江、李仕润、余锦
荣 I 阶段 9月
30 日完成
章程见附件： ****
C 阶段 10 月
27 日完成
 Six Sigma 五步法

1.0 （ D ） 2.0 （ M ） 3.0 （ A ） 4.0 （ I ） 5.0 （ C ）

定义范 围 测量性能
测量评估 分析 过程 制定措施 效果控制
了解过 程 评估现状
确定目标 确定 重点 实施改进 持续改善

每一步 工作 每一步 工作 输出 可使用 的工 具

• 检查表
明确测量 对象 • 确定衡量项目指标、参数
• 抽样统计
• 测量系统、 Defect 的定义
明确 测量标准 • 测量系统分析 / 改进报告
• minitab 统计软件

• 测量基础
现状水平 分析 • 目前的绩效水平 • 测量系统分析 --MSA
• 项目管理
确定项目 目标 • 项目计划书 ( 目标、收益预算 )
 （ M ）测量 评估、 确定 目标

明确测量对象
1 、内容： 项目的衡量或监控指标 / 参数及其定义、数据来源；
项目衡量指标：
系统问 题导致的 制程批量问题 发生率：
由于系统问题造成的返、停线批数
％
总生产线批数

明确测量标准
1 、内容： 阐述与衡量或参考指标 / 参数相对应的缺陷如何定

何为系 统问题造 成的返、停线 批：

义；
由于研发设计或评测不充分，引起机器随机部件之间（包括：硬件、
BIOS 、 Driver 、随机系统软件、应用程序，但不包括说明书和机械配合）的配合不当
，使 >=3% 的系统无法正常运行，造成生产线返线或停线， 100 台（含）以上的生产批
。
 （ M ）测量 评估、 确定 目标
明确测量标准
2 、内容： 对相关测量系统进行分析；（如果不合格则进行改善并重新评价直
至 合•按照系统
格） 问题造成的 制程批量问 题的定义， 挑选北京厂 / 惠阳厂负
责的机型 工程师对发 生的批次问 题进行判定 。
制程中可能出现的问题现象 是否应判断为系统问题造成的 判断人A 判断人B 判断人C Y/N
SAMPLE 批量问题（标准判定） 1 2 3 1 2 3 1 2 3 Agree?
1 AA Y Y Y Y Y Y Y Y Y Y Y
2 AB Y Y Y Y Y Y Y Y Y Y Y
3 AC Y Y Y Y Y Y Y Y Y Y Y
4 AD Y Y Y Y Y Y Y Y Y Y Y
5 AE Y Y Y Y Y Y Y Y Y Y Y
6 AF Y Y Y Y Y Y Y Y Y Y Y
7 AG N N N N N N N N N N Y
8 AH N N N N N N N N N N Y
9 AI N N N N N N N N N N Y
10 AJ Y Y Y Y Y Y Y Y Y Y Y
11 AK N N N N N N N N N N Y
12 AL Y Y Y Y Y Y Y Y Y Y Y
13 AL Y Y Y Y Y Y Y Y Y Y Y
14 AM Y Y Y Y Y Y Y Y Y Y Y
15 AN N N N N N N N N N N Y
16 AO N N N N N N N N N N Y
17 AP Y Y Y Y Y Y Y Y Y Y Y
18 AQ N N N N N N N N N N Y
19 AR Y Y Y Y Y Y Y Y Y Y Y
20 AS N N N N N N N N N N Y
Repeatability 100%Repeatability 100%Repeatability 100%

% Effectiveness
Reproduciblity 100%

•结论：测 量系统符合 要求。报告 见附

件。
 （ M ）测量 评估、 确定 目标
现状水平分析
1 、内容： 指标现状呈现（用趋势图，建议使用一段时间的数据进行说明，如：
6 个月）
系统原因导致制 程批量问 题趋势图 ( 比率）

7.00 %
6.51%
6.00 %
5.00 %
4.00 % sigma 水平 3.78
2.1 2%不去除异 常
3.00 % 点的影 响
2.00 %
0.57% 1.1 4% 去除异常
1.00 % 1.36%
0.88% 1.00% 点的影响
0.00 %
03.3 03. 4 03.5 03.6 03.7
数据来源：批量问题发生率月报
 （ M ）测量 评估、 确定 目标
确定项目目标
1 、内容： 用柱状图呈现依据现状水平确定项目目标（明确完成
时间）
1. 40%
1.1 4%
1. 20% 由系 统问题 导致 的制 程
1. 00% 批量问 题发生 率均 值从
0. 80%
0.5 7% 03 年 4-7 月的
0. 60% 0.43 % 1.1 4% （ 含 异常点 则
0. 40%
2.1 2% ）下降到
0. 20%
0. 00% 0.5 7% （ 03 年 9- 12 月
现状 base lin e 目标 ）。

2 、内容： 项目收益预计（项目财务收益预计报告，见附件）
•项目投入 ： *** 项目 产出： ***

•项目净收 益： **** 其他 ： ****

 （ M ）测量 评估、 确定 目标

确定项目目标
3 、 内容：对业务
内容： 指标的 贡献

系统 问题导 致的 制程批 系统问 题导 致的制 程批 对制程 批量 问 对财年 目标 ---

量问 题发生 率均 值： 量问题 占总 批量问 题： 题发生 率的 贡 制程批 量问 题发
献： 生率降 低的 贡献
：
2.1 2% 下降到 0.5 7% 41.5 %
降低 1.5 5% 54.3 %
 Six Sigma 五步法

DM A IC

1.0 （ D ） 2.0 （ M ） 3.0 （ A ） 4.0 （ I ） 5.0 （ C ）

定义范围 测量评估 分析 过程 制定措施 效果控制
了解过程 确定目标 确定 重点 实施改进 持续改善

每一步 工作 每一步 工作 输出 可使 用的工 具

• 头脑风暴、因果图、原因筛选
细化流程 • 流程分析结果
• 相关性分析
• 对比实验
分析 影响因素 • 影响项目 Y 值的输入因素 X
• 多变异分析 --ANOVA
• 失效模式和后果分析 --FMEA
找关 键因子 •关键因素 X 确定
• 柏拉图 、 MINITAB 统计软件
 （ A ）分 析过程 、确 定重点
问题进一步细分
系统问 题 Pareto Analysis
100 100
三部分占总 系统问题
N=52
92. 3%
75 75

50 50
38 .46 % 38 .46 %

25 15. 38% 25

5. 77%
1.3 2%
0 0
BIOS 应用 硬件 其他 driver
数据来源：批量问题发生率月报
数据区间： 2003.4-2003.7
 （ A ）分 析过程 、确 定重点

从三 个方向 进行 深入分 析：

1 、 BIOS 问题

2 、硬件 配合问 题

3 、应用 配合
 （ A ）分 析过程 、确 定重点

细化流程 供应商

变更 BIO S 新发 BIO S
新
发

BIOS
系统开 发工 程师（ DE)
变
更 变更 BIOS 验 新发 BI OS 验 工
作
BIOS

证 证 流
BIO S 下发
工 No
作
流 产线生 产

问题
Yes
交付用 户
 （ A ）分 析过程 、确 定重点
分析影响因素
人 测量
工程师向供应商反
映问题不准确
技评、生产评测
供应商 BI OS 质量低 方法差异
vvv 主板开发工程师重
测试员工作疏忽 视度不够 BIOS 规格不完善
BIOS 下发信息错误 工程师认知能力有限 变更评 测不充分 vv v
EN 没有及时下发
BIOS 工 主板开发工 概率性问题
三厂执 行不一致
vvv
程师 程师
BIOS
现象在特定环境 新引入 BIOS 更改 问题
下才能复现 频繁版本 没有控制
vvv
应用 BIOS 修改
技评环境和 质量不可靠
产线差异 BI OS 变更频繁 vv v
标配 BIOS 修改质量不可靠
BIOS 刷新工具变更
特配 BIOS 修改质量不可靠

环境 材料
 （ A ）分 析过程 、确 定重点

找出关键因子 因素一 ：新引 入 BIOS （新主 板） 更改 频繁， 版本 无控制

主板样品 首版BIOS

PCB确认测试 BIOS功能简单验证
新 通过 No BIOS版本2
影响了 主
引 Yes
BUG解决
问题验证 BIOS版本3
板功能 /
入 功能1测试
性能测 试
主 功能2测试
BIOS版本M 的质量
功能N测试

板 BIOS功能测试 BIOS功能测试
BIOS

BUG No

BUG解决 BIOS修改

Yes
问题验证 BIOS功能问题验证

流 兼容性及个性化测试
No
BIOS版本M＋P
正式下 发
程
BUG
BUG解决 BIOS修改
的 BI OS
图
Yes 问题验证

BIOS全面验证
没经过 严
样品评测通过

批量评测
No
BIOS技评结束
格技评
BUG解决 BIOS修改
BUG 批量验证
Yes

批量评测通过 BIOS下发

结束
 （ A ）分 析过程 、确 定重点

找出关键因子 因素二： BIO S 变更频繁

BIO S 、硬件 配合问题 和 BI OS 切换次 数相关
BIOS 及硬件问题比率 By BIOS 切换次数
分析
Correlations
0.009
Variable Column 1 Column 2
Column 1 1.0000 0.9325
BIOS

0.008
Column 2 0.9325 1.0000
及
硬 0.007
件 查检验相关系 数的临界值表：
问 0.006
题 N-2=3 置信区间 95% 临界值 :
比
率 0.005 0.878
0.004 0.9325>0.878
10 15 20 25 30 35
BIOS 切换次数 故判定 BIOS 、硬件配合问题比率和
Linear Fit BIOS 切换次数相关。
Linear Fit 结论： 频繁 的 BI OS 切换将 导
BIOS 、硬件问题比率 = 0.00037 + 0.00025 BIOS 切换次数
致高的 BIOS 和硬 件配合
数据出处：批量问题发生率月报 问题
数据区间： 2003.4-2003.8
 （ A ）分 析过程 、确 定重点
找出关键因子 因素 三： BIOS 变更 评测不 充
分
BIO S 变更问 题柏 拉
100 图 100

N= 71
75 75
a 、发 生问 题的
60.56% BIO S 100 ％都是
没有 经过评 测
50 50
技评 可 b 、 1-8 月下发的
以屏 蔽 BIO S 有 79. 63 %
25 21.13% 25
的问 题 没有 经过评 测
11.27%
高达 5.63% C 、 1-8 月经过平
1.41%
81. 69 % 0 0 台评 测的 BIOS 出
简单 针对 概率 技术 下发 现问 题为 0
技评 性验 问题 认知 问题
可以 证可
数据出处：批量问题发生率月报 发现 发现
数据区间： 2003.4-2003.8
 （ A ）分 析过程 、确 定重点

找出关键因子 因素三 ： BI OS 变更评 测不 充分

为什么 不经过 标准 化、全 面的 测试

为什么 a 、供应 商修改 时间 长， 测试时间少，通用 测试 流程无
变更评 法进 行全 面 / 全部测试 ；
测不充
分？ b 、工程 师时 常直接 认可 供应商 修改 BIO S ；

c 、主板 BIO S 没有统 一管控 ，要 针对性 验证 ，工程 师

和测 试员 沟通不 顺畅 ；
 （ A ）分 析过程 、确 定重点

找出关键因子 因素四 ：供应商 BIOS 质量 不高

对 9 月 1 日－ 9 月 15 日 BIO S
进行跟 踪

40.00% 引发新问题的BIOS比率 供应商 提供 的 BI OS

45.71%
针对的问题没完全解决 60% 有问题
的BIOS比率
修改好的BIOS比率

14.29%

下一层原 因：
a 、各供应商对 BIOS 的控制和管理、供应商工程师的素质参差不齐
b 、事业部研发对供应商的控制力度 有限，并且工程师和供应商都更加关注
项目进度

c 、供应商为 减少 投入而 不验 证就 提供 BI OS, 直接 使用问 题较 多

 （ A ）分 析过程 、确 定重点

找出关键因子 因素 五：三 厂执 行不一 致

BIOS 传递表中内容简单，没有直接和机型对应，导致生产厂
使用 BIOS 时效率低，易产生错误；
 （ A ）分 析过程 、确 定重点

小结
供应商 4
供应商
BIOS 质量不 高

2 BIOS 变更频繁 变更 BIO S 新发 BIO S 新引入 BIOS 版本无控 1

制
新
发
系统开 发工程 师（ DE)

BIOS
变
更
3 BI OS 变更 变更 BIOS 验 新发 BIO S 验工
BIOS

评测不充
分
证 证 作
BIO S 下发 流 三厂执行 不一致 5
工
No作
流
产线生产

问题
Yes
交付用 户
 （ A ）分 析过程 、确 定重点

1 、 BIOS 问题

2 、硬件 配合问 题

3 、应用 配合
 Six Sigma 五步法
DMA I C
1.0 （ D ） 2.0 （ M ） 3.0 （ A ） 4.0 （ I ） 5.0 （ C ）
定义范围 测量评 估 分析 过程 制定措施 效果控制
了解过程 确定目 标 确定 重点 实施改进 持续改善

每一步 工作 每一步 工作 输出 可使用 的工 具

• 头脑风暴、 方案评估
找出改 进方案 • 针对每一个关键因素 X
找出尽可能多的 改进方案 • 实验设计 --DOE
• 回归分析、 对比分析
评估 方案 • 选择的方案
• 责任矩阵、甘特图
• 项目管理
方案实施 • 行动计划表并实施
• 客户满意度调查
• 统计基础、 minitab 软件
效果验证 • 改善效果分析报告
 （ I ）制定 措施、 实施 改进

1 、 BIOS 问题

2 、硬件 配合问 题

3 、应用 配合
 （ I ）制定措 施、 实施改 进

因子 1 ：新引入 BIO S 更改频 繁，版 本没 有控

制
改进措 施：在主板 评测过程中按 照主板的测 试节奏单独 按 BI OS
划线 ，将版 本控制在 4 版左右 ，便于对主 板及 BIO S 问题进 行合
理有效 评估；
计划完成时间： 2003.9.15 负责人：龚仲涛

因子 2 ： BIO S 变更
频繁 施：
改进措
BIO S 及硬 件配合问
通过 题 来衡量 系统开发 处下发 BIO S 的水
——— ———— — 平
—
并落入 处考核中 ； 数
BIO S 切换次

计划完成时间： 2003.9.15 负责人：欧余海

 （ I ）制定措 施、 实施改 进

因子 3 ： BI OS 变更评 测不 充分： 测试 时间问 题、 针对性 测试

问题…
选择、 评估 方案
目前分别执行 Must Better
的几种方式
测试周 可应付高 投入 测试 验证 安排 沟通 测试 合
期短 频度评测 少 全面 问题 方便 顺畅 效率 计
规范 充分

批量评测 N N
工程师自测 Y Y 4 2 5 5 5 3 24
测试平台测试 Y Y 4.5 5 4 4 4 4.5 26

结论 ：测试平台 测试 的方式最优。但在某些方面可通过工程师自测灵活操作：
1 ）问题验 证：建议平台全面测试，问题验证由工程师指导并确认；
2 ）安排方 便性： 对于简单的 BIOS 修改，可以采取工程师自测的《免评原则》，
对时间紧张的测试开通《 BIOS 紧急验证流程》；
3 ）沟通顺 畅： 通过 BIOS realease 和 BIOS Buglist 使测试员也能很容易地了
解该 BIOS 发展全貌，不遗漏可能发生的问题。
 （ I ）制定措 施、 实施改 进
因子 3 ： BIO S 变更评 测不 充分： 测试 时间问 题、 针对 性测试
问题…
优化 / 完善改 进方 案，并 实施 变更评测 改进 FM EA
 （ I ）制定措 施、 实施改 进
因子 3 ： BIO S 变更评 测不 充分： 测试 时间问 题、 针对 性测试
问题…
实施改 进 紧
BIO S 下发 免测试流程 标准 急

Bios
适用 范围 ：此标准仅适合商用台式相关 BIOS 下发岗，
在紧急情况下自已通过标准 BIOS 修改工具进行修改
的 BIOS 文件。
验
原则 ： 证
1 ．但凡经过供应商修改、升级并传递给联想的 BIOS ， 规
无论 BIOS 修改了哪些地方，都需要进行测试验证。 范
2 ．由 BIOS 下发岗在按下行要求自行修改的 BIOS ，虽
可不经过现有测试流程，但必须保证使用修改后的
BIOS 自行验证，以保证修改的可靠与稳定。
  自修改工具：
MODBIN.EXE （ VER6 ）、 CBROM.EXE 
免测 试流 程标准 ：
1 、对于新引入的主板，经过主板样品评测的 BIOS 只能
用于质评下发，后通过批量评测的 BIOS 可免相关测
试流程下发；
2 、 BIOS 开机画面更改（含特配开机画面）；
 （ I ）制定措 施、 实施改 进

因子 4 ： 三厂 执行不 一 充实 BI OS 传递表 的内 容
致 护机 型 BI OS 对应表
研发维
 （ I ）制定措 施、 实施改 进

因子 5 ：供应商 BIO S 质量不

高 评估 方案
选择、
Must Better
改进方案 在现有 不影响 不增加 见效 有长 2 个月 总分
体制下 研发效 研发投 快 期效 内完
可行 率 入 应 成

加强研发对供 N Y
应商的管理力
度
加强供应商联 Y Y 4 2 4 2 12
合测试
加强自测验证 Y Y 3 4.5 2 5 14.5

实施： 短期：通过加强自测验证来弥补 BIOS 修改错误带来的问题，

增加一个测试岗位。
长期：加强供应商管控，充分开展联合测试，辅以自测验证
。
（ I ）制定措 施、 实施改 进

1 、 BIOS 问题

2 、硬件 配合问 题

3 、应用 配合
 （ I ）制定措 施、 实施改 进

效果验 证
BIO S 问题改善效
0.70% 果
0.60% 0 .5 6 %
0.50%
0.37%
0.40%
0.30%
0.20%
0.10%
0.00%
改善前 改善后
03.4-03.7 03.9-04.1
 （ I ）制定措 施、 实施改 进

效果验 证 系统问 题改善效 果

1.20% 1.14% 超额 完成目 标

1.00%

0.80%
0.57%
0.60%
0.42%
0.40%

0.20%
0.00%
改善前 目标 改善后
03. 4- 03. 9-
03 .7 04 .1
 Six Sigma 五步法
DMAI C
1.0 （ D ） 2.0 （ M ） 3.0 （ A ） 4.0 （ I ） 5.0 （ C ）
定义范 围 测量评估 分析过程 制定措 施 效果控 制
了解过 程 确定目标 确定重点 实施改 进 持续改 善

每一步 工作 每一步 工作 输出 可使用 的工 具

• 改善效果监控 • 抽样统计
控制跟踪 • 关键因素监控
• SPC 、对比实验
• 控制图 、趋势图
固化改进 • 文件、制度、体系的形成
• 客户满意度调查
• minitab 统计软件
持续改 进 •再次寻找改善 机会，持续改善
 （ C ）效 果控 制、持 续改
善
控制跟 踪 系统 问题改 善后 趋势
7.00% 6.51%
实施前 实施 后
6.00%

5.00%

4.00% sigma 水平 3.78

sigma 水平 4.13
3.00%
注2 注1
2.00% 1.36%
0.88% 1.00% 0.84%
1.00% 0.57% 0.51% 0.60% 0.53%
0.06% 0.10%
0.00%
03.3 03.4 03.5 03.6 03.7 03.8 03.9 03.10 03.11 03.12 03.1
注 1 ：在找到解决方案后，对 9 月份前下发的在用但没进行过评测的 BIOS 分批进行了补测，在 11 月份补
测中发现了几个对用户严重影响的问题，于是对相关的已入库 12 批机器进行了返线，若去除该影响
，当月系统问题水平为 0.38%<0.57%, 在控制范围内；
注 2 ： 9 月份陆续开始实施部分措施，且设计端控制效果对产线有一定滞后，故 9 月份状况略差
 （ C ）效 果控 制、持 续改
善
控制跟 踪
系统问题改 善对比实验
由系统问题
引起的返停 返停线
　 线批数 生产批数 率

改善前 52 4579 P1
改善后 50 11792 P2

对由系统 问题 引起的 返停 线发生 的概 率进行统计验证：

H0 ： P1 ＝ P2 H1 ： P1≠P2 （ 95 ％的置信度）

验证的结果如上， P<0.05 ，所以我们放弃归零假设采用对立假设，认为：

P1 和 P2 在统计上存在显著性的差异，即改善是有效的！
 （ C ）效 果控 制、持 续改
善
固化改 进
<系统开发工程师> <测试工程师> <测试助理> <下发审核>

变更BIOS

变 测试启动
No

更 原则
No
启动 针对销量最大的
BIOS

紧急 No 全面 配置进行全面
验证 BIOS测试
Yes 全面测试

测试记录
紧急BIOS
验证

评 紧急测试

测 Yes
形成测试记录
是否有测
试报告

流 Yes 不测
原则
通过 是否遗留

程
No 问题
No 通过
Yes
Yes

图 Bug解决
Yes
BIOS评测报告
遗留问题
是否体现

Yes No
Yes
No
会签
BIOS下发

发放

BIOS评测原则 Releasnotes Buglist

 （ C ）效 果控 制、持 续改
善
固化改 进 商用台式主板引入流程——开发阶段（3个月-4个月）
相关输入
主板开发工程师 测试方案工程师 测试方案工程师 PE
输出文档

主
PCB确认阶段

EMI、环
Owner提交 常规电性能、通用测试 样品BIOS
(-5 WD)
PCB确认报告

板
境、信号
DE解决 软件、BIOS全面测试 基本功能测试
等专项PCB
确认测试

开 PCB遗留问题跟
踪和验证
PCB遗留问

发 PCB确认 Bug解决 题跟踪

技评测试阶段

流
第二版BIOS
功能／性能／ VE提交 全面功能测试
-10WD

小批量采购申请 稳定性测试 DE解决 功能遗留问

题跟踪

程 兼容性测试 Bug解决

图
验证评审阶段

DE提交
批量设 第三版BIOS
DE解决
计验证 VE验证 VE提交 各种应用BIOS 系统测试遗
系统设计验证
DE解决 样品问题验证及相 留问题跟踪
关功能测试

批量问题验证解决 批量问题遗
批量问题分析与验证 Bug解决
BIOS等重点模块验证 留跟踪

第四版BIOS
各种应用BIOS 系统批量
样品、系统问题 验证
验证及收关测试
验证评审阶段

样品评测报告
开发验证评审
批量评测通过 BIOS下发 系统评测报告
系统批量评测通过
系统评测通过 批量评测报告
样品评测通过
系统批量评测报告
 （ C ）效 果控 制、持 续改
善

硬件配 合问题固化 改进措施

应用配 合问题固化 改进措施

 项目收
益
1 ） 计算方法及 原则
收益 ：
由于批次问题减少，减少返工损失产生收益 1
由于返停线可能造成延期供货罚款，该项减少产生收益 2
投入：
a) 系统测试：通过优化部件测试及采用自动测试的方式抵消增加的测试，无投
入
b) BIOS 测试的增加需要增加 1 个测试员及 TEAM 成员工时费用
总收 益 = 收益 1+ 收益 2- 投入

2 ）收益核 算
收益 1 ＝ 23 657 4 元
收益 2=1 73 721 元
投入 =55 00 0 元
净收 益＝ 236 57 4 ＋ 1737 21 － 550 00 ＝ 32 529 5 元
谢谢大家！