质量保证体系评价 评价表(ASES ver.1.6)(2)

原因解析

1.有业务基准书(原因分析流 程),并且5W1H被明确定义。 2.原因分析基准书中能明确基 本的质量分析工具。 3.有解析模式，对顾客索赔或 公司内索赔，有可(后面还有 1.根本原因能从技术上进行深 入的分析(采用FTA、特性要因 图、为什么为什么分析、与良 品的比较分析等)予以明确。 2.并有证据来确认被实施的实 系统的解析了发生原因和流出原因，查明根本 例。 解析发生原因和流出原因，查 原因。(5个为什么，且活用相当于5why的方 明根本原因(5个为什么，且活 法) 用相当于5why的方法)。 补充：系统的=如何防止问题，而不是回避问题 根据供应商原因解析的情况可以不防问OEM,但 为了确认原因访问了OEM,发行 是为了防止在OEM中发生危险情况，作为预防处 供应商推荐事项，确认品质记 置活动的一个环节韩式访问OEM。?? 录向OEM反馈。??

有业务基准书(原因分析流 程),但是没有进行5W1H分析 。(5W1H全部没被确定)

无业务基准书(原因分析流 程)

1.不合格的原因分析能使用基 本解析工具(特性要因图、为 什么为什么分析)。 2.并有证据来确认被实施的实 例。 解析发生原因和流出原因，但 仅仅流于表面。

1.只停留在表面性的分析上 (目视确认程度)。 在解析过程中基本不用QC手法 。 只分析发生原因

没有对返回品进行分析

仅有发生原因的分析，有些8D 报告书的解析结果中，在根本 原因处仅仅描述为“作业者误 作业“。

4)再発防止

重

NTF(非再现),原因不明归 整车厂的装配课题 部品单体原因不明时，按手顺确认周围环境或 结为下2行。 汽车(系统)。 分析是为了降低无法再现故障 非再现索赔课题 1.设定了NDF(NTF and C/U)的降低目标。 (NDF/NTF,DNR)的品质问题为 工作计划和实绩 2.实施降低活动。 目的 3.又被降低的实绩成果。 *NTF=异常非再现、C/U=原因不明 *NTF=No Trouble Found, C/U=Cause Unknown。 4)请回答防止再发生的系 再发防止活动管理：对再发频 不合格对策业务 再发被定义、补充追加诸多注意事项。(比如 统，不合格现品分析结果得到 率高的部品进行解析 流程 针对为什么再发进行的特别解析，或展开深度 的技术课题、经验、事例等的 不合格对策管理 解析等)。 标准化。 表 再发频率接近于

零。 不合格对策管理 是否向其他生产线、其他工程 有将对策内容展开到其他产品、全球工厂的系 台帐 、其他产品及其他工厂水平展 统，对策实施有记录(PFMEA、管理计划书、 8D报告 开 工程指示书等)。 向有可能运用的地方传达信息，有信息共享的 正式记录。 接受方确认对策的有效性。 有无过去问题解析方案的数据 过去问题数据库 1.过去问题(按项目为单位整理成一览表)都 库、整理方法过去问题的内容 QA表 A/B 建立了数据库。 工程指示书 2.管理负责人/管理部门被明确。 FMEA 3.每当发生时进行更新。 过去问题的内容经验教训的报 1.对策经验技术在再发防止事例集(LL表)被 告(LL表) 系统地明确，并文件化。 LLR:Lessons Learned 2.将过去问题作为检查表在新产品开发时被使 Report 用。(每个项目能被检索) 3.做为设计规格或生产条件在设计、技术标准 中被记述。(有实际应用事例)

有时也做车辆的解析，但没有 手顺书。 1.设定了NDF(NTF and C/U) 1.没设定NDF(NTF and C/U) 的降低目标。 的降低目标。 2.实施降低活动。 2.实施降低活动。

为了确认原因及深入了解诶解 析原因不明的理由。为了得到 OEM否定意见的证据)访问OEM 。 << EXTRA POINT (NOT APPLTED IF NOT REACHED)

5)个别不合格的 5)请回答针对顾客提出的不 有无管理台帐 进度管理 合格问题和要求开展的调查分 析，及所采取的进度管理方法 。

再发被定义，补充追加诸多注 意事项(比如针对为什么再发 进行的特别解析，或展开深度 解析等)。 还有一句话 对策内容在公司内、地域的其 他产品、其他工程、其他工厂 、在工程FMEA、管理计划书、 工程指示书等上有所反映，有 水平展开的体制并实施向有可 能运用的地方传达信息，有信 息共享的正式记录。 1.过去问题(按项目为单位整 理成一览表)都建立了数据库 。 2.管理负责人/管理部门被明确 。 1.对策经验技术在再发防止事 例集(LL表)上(里)明确描 述了工程的状态、材料等。 (包括加工或材料的条件等) 2.将过去问题作为检查表在新 产品开发时被使用。(按项目 为单位进行的索引) 不合格对策跟踪 有主要阶段的进度管理台帐。 有主要阶段的进度管理台帐。 主要永久对策在规定时间内完成。 主要永久对策在规定期间内完 在临近规定期间仍暂缓行动时，跟踪系统将会 成。 发出警告。 1.进度管理台帐从信息收集，到答复顾客，到 过去问题清单，到公司技术标准的修订为止进 行一系列的管理。(当数据库中管理项目有漏 项时，在数据库上有不能被关闭的机制)。 2.需要的人在必要的时候能查阅出来。 1.进度管理台帐从信

息收集， 到答复顾客，到过去问题清 单，到公司技术标准的修订为 止进行管理； 2.需要的人在必要的时候能查 确认对策效果。(例：所有项目在对策实施3个 阅出来。 确认对策效果。(例：针对所 月以后) 有项目在对策实施3个月以后) 针对信赖性确认的所有项目实施对策的信赖性 确认。 (例：对策1年以后或2年以后) 有对策的工程保证度确认或QA矩阵的 …… 此处隐藏：11649字，全部文档内容请下载后查看。喜欢就下载吧 ……