新产品开发项目管理风险控制(论文资料).ppt

六 项目风险控制 FMEA是一组系统化的工作，其目的是： 发现、评价产品/过程中潜在的失效及后果； 依照其发生在失效的风险优先排列，找到能够避免或减少这些潜在失效的措施；并采取行动排除或降低其发生的风险 将以上过程文件化，作为过程控制计划的输入，为未来使用和持续改进提供文件化的预防经验/方法 FMEA自身并不是问题的解决者， 它通常与其它问题解决的工具联合使用“FMEA提出问题解决的时机并不是解决问题” FMEA 是小组经验的集成 顾客需求 工程规范 系统和组成描述 书面总结上述过程 过程和供应商需求和控制 开发系统设计和过程FMEA 消除潜在失效 设计和过程改进 设计评定的组成 失效的定义 FMEA的实施： 应该是“事前”行动，而非“事后”工作; 即，D-FMEA在设计(图纸、规范)完成之前，P-FMEA在过程设计确定之前。 全面的事先FMEA分析，可容易、经济地进行早期更改。 即对产品规范/过程方案和控制进行较容易、低成本地修改，减轻事后修改的浪费，和对进度的影响。 FMEA是一个永不停止、相互作用的持续改进的过程。 FMEA 的失效模式 小组的开发FMEA转变成个人的行为 FMEA是创造顾客或第三方满意，而不是提高过程 FMEA在过程开发中运用太迟或没有改进产品/过程循环发展 在产品寿命期内FMEA没有被重新评定和更新，没有像动态工具一样被加工 FMEA被认为太复杂或花费太多的时间 典型的FMEAs FMEA 的时间顺序 FMEA 的前提条件 选择适当的小组和有效的组织成员 为每个产品/服务、过程/系统选择小组 建立团队体系 定义顾客和顾客需求/期望 涉及/过程需求 开发过程流程图** FMEA 小组 小组 为完成同一任务或目标的两个或更多的共同行动的个体 集体讨论 发现许多可能存在和可能发生情况需要小组的集体讨论 成功的FMEA 小组 控制方向和焦点 建立自身的统一性 负责并使用测量方法 有全体的支持 是横向多功能小组 FMEA 小组的守则 决定前召开小组会议 决定谁将参加 预先准备议题 主张进行会议笔记或记录 建立基本准则 遵守事先的议程 评价会议 不允许中断 FMEA 小组的守则 基本的准则是对“同一组织”的帮助 小组必须确定自身的基本准则 一旦确定，每个人必须维护 他们可以在后续的会议上修订或更改这个准则 FMEA 小组会议的责任 阐明 参与 听从 总结 管理时间 检验一致性 评价会议过程 脑力风暴 Brainstorming 脑力风暴是一种技法，可以激发小组成员产生大量的有创意的点子，。由纽约广告代理的老板Alex F Osborn在1930年发明，其前提是在一般的讨论中，人们害怕别人批评而约束自己，因此而不能产生有创意的点子。脑力风暴包括创造一种氛围，让人们感到无拘无束，此时人们可能提出在平时认为不太可能提出的解决方案，但往往收到意想不到的效果。 脑力风暴 Brainstorming 4个明确阶段 问题开始 问题再开始 对一个或多个陈述进行讨论（脑力风暴） 评论产生的点子 通过去除法找出决定最终列表—找出可能实现的建议，此时投票法是有用的。 脑力风暴 Brainstorming 4个原则（在会议前向成员解释） 暂缓下结论 不要批评其他人的观点，更不要嘲笑人或其观点 自由 鼓励参与者梦想或遐想，鼓励大胆及愚蠢的建议，但不提议无任何建议或离座闲逛 数量 要求大量的建议 交叉培养 鼓励一个小组的建议被其他小组的成员扩展或开发，将所有人的建议写在题板上以便被全部人都能够看到，同时编号。但建议减少或小组成员感到空洞时千万不要说丧气话 设计FMEA 小组成员 在筹备样件期间开始 设计工程师—通常的小组领导 检验工程师 可靠性工程师 制造工程师 最终服务工程师 项目经理 质量工程师 顾客联系人 其他，包括：销售、开发、过程、QA/QC等 过程FMEA 小组成员 过程工程师—通常的小组领导 生产操作者 工艺工程师 设计工程师 可靠性工程师 加工工程师 维修工程师 项目经理 质量工程师 其他，包括：销售、供应商、QA/QC等 注意 不要混淆 DFMEA与PFMEA的起因和失效 风险顺序度数 RPN RPN = ( S ) x ( O ) x ( D ) S=Severity 严重度 O=Likelihood of Occurrence 频度 D=Likelihood of Detection 探测度 RPN 流程 FMEA的顺序 对于D-FMEA，“顾客”： 国家法律、法规 (如，安全、排放、噪音) 最终使用者， 车型设计工程师/小组， 总成、部件、零件制造和 装配过程设计工程师/小组 总成、部件