风险降低流程.doc

风险降低程序 文件编号 程序所有者 初版日期 修订日期 生效日期 版本号 共 页 第 页 Revision history 修订记录 版本号 修订日期（年-月-日） 修订人 修订简述 过程绩效 项次 测量指标 测量方法 监视周期 目标值 01 风险降低行动计划按时关闭率 风险降低行动计划关闭项次/行动计划总项次×100% 月 参见【过程绩效管理清单】 编制 日期 审核 日期 批准 日期 1.目的 规范风险降低流程之职责、流程及实施要点等。 2.适用范围 适用于本组织所有汽车产品之产品诞生及产品实现的所有活动。 3.定义或术语 3.1 QSB：质量体系基础。 3.2 风险：泛指给“顾客”带来潜在的或已经发生影响或后果的失效模式。 3.3 主动风险降低优先序：依据D/PFMEA，1）S=10,9；2）SO40且滚动前位的；3)RPN(=S*O*D)滚动前位的。 3.4被动风险降低优先序：根据历史失效记录清单，策划周期内已经发生失效的“重大的少数”事件（柏拉图分析：影响度大约80%的20%的事件）。 4.职责 4.1 技术开发部负责风险降低流程之策划和管理，以及主动风险降低活动。 4.2 质量部负责被动风险降低活动。 4.3 多功能小组负责风险降低活动的行动计划的实施和跟踪验证。 5.流程及重要说明 主动风险降低流程 编号 核心子流程 权责单位 实施要点 10 D/PFMEA开发 D/PFMEA开发 START技术开发部 START 一般情形，多功能小组开发符合要求（顾客/手册）的D/PFMEA文件。 输入：顾客要求、手册、PFD、过程功能分析、失效清单、经验总结数据库、特殊特性清单等。 20 主动风险降低计划开发 主动风险降低计划开发 技术开发部 依据主动风险降低优先序，建立【主动风险降低计划】：失效模式、原来SOD值及现行预防/探测措施；建议的改进措施、负责人及目标完成时间等。 建议周期定为三个月时间内。 推荐使用：GM1921-27工作表。 30 建议的改进措施实施 建议的改进措施实施 技术开发部 多功能小组 依据【主动风险降低计划】，分组开发相应的【行动计划跟踪表】。 多功能小组成员分工主导负责计划的实施与跟踪验证其有效性，并按策划的节点完成，并保留相关支持数据和团队协作的证据。 40 D/PFMEA更新 D/PFMEA更新 技术开发部 当所有计划完成并验证有效后，应及时更新对应的D/PFMEA文件，并做好更改日志。 60 PCP及SOS/JES更新 PCP及SOS/JES更新 技术开发部 更新：【PCP】及【特殊特性清单】（如适用），并做好相应的【更改日志】。 70 系统文件定期评审 系统文件定期评审 技术开发部 多功能小组 一般每季度进行评审一次，并做好【系统文件评审及行动计划跟踪表】：D/PFMEA、PCP及SOS/JES等，确保对应一致、无遗漏。 80 月度总结、统计分析及改进 月度总结、统计分析及改进 技术开发部 月度进行统计/分析/总结：主动风险降低之行动计划按时关闭率等。 针对不达标的应开发相应的改善计划并实施。 90 END记录整理、保存 END 记录整理、保存 技术开发部 按月进行记录整理：（见6.记录之章节）。 被动风险降低流程 编号 核心子流程 权责单位 实施要点 10 失效清单建立 失效清单建立 START责任工程师 START 建立失效清单： 【内外部重大质量事件记录】（含顾客抱怨等） 【制程/工序质量失效记录】 【设备维修保养记录】 【研发流程事件记录】（如适用）等 20 柏拉图分析 柏拉图分析 责任工程师 将失效清单分别进行层别分析：产品、失效模式、工序、直接原因、根因等。 依据层别结果进行柏拉图分析，锁定“重大的少数”项目，并列入【被动风险降低降低计划】中。 30 有效问题解决 有效问题解决 多功能小组 建立相应的多功能小组进行有效问题解决，启动《有效问题解决流程》。 多功能小组成员分工协作主导负责计划的实施与跟踪验证其有效性，并按策划的节点完成，并保留相关支持数据和团队协作的证据。 40 SOS/JES更新 SOS/JES更新 技术开发部 当所有计划完成并验证有效后，应及时更新对应的SOS/JES等文件，并做好更改日志。 60 系统文件更新 系统文件更新