PFMEA与项目管理培训资料.doc

PFMEA与项目管理精品文档过程失效模式及后果分析（PFMEA）：制定项目风险管理计划的有效工具2003年2月1日，美国东部时间上午9时(北京时间1日22时)，即将返航的哥伦比亚号航天飞机在大约63 km高空处与地面控制中心失去联系，在得克萨斯州中部地区上空爆炸解体，机上7名航天员全部遇难。项目的失败，使人类付出了生命的代价！那么，怎样去减少项目失败的风险呢？项目风险是一种不确定的事件或条件，这种事件或条件一旦发生，就会对项目目标产生某种程度的影响，或者导致项目进度拖期、成本超支，或者引起质量事故、客户投诉，甚至引发项目执行不下去、系统瘫痪、机毁人亡的灾难。项目的风险事件或条件往往具有不确定性，但它发生后对项目的范围、成本、进度、质量性能等方面的影响却是肯定的。因此，项目管理人员必须具备“生于忧患，死于安乐”的意识，在执行项目之前就尽可能识别出项目的各种风险，并由此制定出周密的风险管理计划，以便能够在项目执行期间有效地监控和响应，从而消除风险事件对项目的影响或者将其影响降至最小，做到化险为夷。过程失效模式及后果分析（Process Failure Modes and Effects Analysis，简称PFMEA）是一种综合分析技术，主要用来分析和识别工艺生产或产品制造过程可能出现的失效模式，以及这些失效模式发生后对产品质量的影响，从而有针对性地制定出控制措施以有效地减少工艺生产和产品制造过程中的风险。这项综合分析技术出现于上世纪60年代中期，最早应用在美国航空航天领域，如阿波罗登月计划，1974年被美国海军采用，再后来被通用汽车、福特和克莱斯诺三大汽车公司用来减少产品制造及工艺生产过程中出现的失效方式，从而达到控制和提升产品质量的目的。PFMEA以其最严密的形式总结了人们在进行工艺生产和产品制造过程中防范于未然、追求卓越的思想，它通过对工艺生产和产品制造过程要求和功能的系统分析，凭借已往的经验和过去发生的问题，在最大范围内充分考虑到那些潜在的失效模式及其相关的起因与后果，从而解决在产品生产过程中的一个关键问题：产品生产和工艺过程可能会出现什么差错，导致产品无法发挥原先设计的功能？1PFMEA的原理PFMEA的分析原理如表1-1所示，它包括以下几个关键步骤：确定与工艺生产或产品制造过程相关的潜在失效模式与起因；评价失效对产品质量和顾客的潜在影响；找出减少失效发生或失效条件的过程控制变量，并制定纠正和预防措施；编制潜在失效模式分级表，确保严重的失效模式得到优先控制；跟踪控制措施的实施情况，更新失效模式分级表；表1-1 过程失效模式及后果分析过程失效模式及后果分析（PFMEA）过程功能/要求潜在失效模式失效后果严重性失效的原因/机理可能性现行控制方法不易探测性风险级建议采取的措施”措施结果严重性可能性不易探测性风险级“这里，（1）“过程功能/要求”：是指被分析的过程或工艺。该过程或工艺可以是技术过程，如焊接、产品设计、软件代码编写等，也可以是管理过程，如计划编制、设计评审等。尽可能简单地说明该工艺过程或工序的目的，如果工艺过程包括许多具有不同失效模式的工序，那么可以把这些工序或要求作为独立过程列出；（2）“潜在的失效模式”：是指过程可能发生的不满足过程要求或设计意图的形式或问题点，是对某具体工序不符合要求的描述。它可能是引起下一道工序的潜在失效模式，也可能是上一道工序失效模式的后果。典型的失效模式包括断裂、变形、安装调试不当等；（3）“失效后果”：是指失效模式对产品质量和顾客可能引发的不良影响，根据顾客可能注意到或经历的情况来描述失效后果，对最终使用者来说，失效的后果应一律用产品或系统的性能来阐述，如噪声、异味、不起作用等；（4）“严重性”： 是潜在失效模式对顾客影响后果的严重程度，为了准确定义失效模式的不良影响，通常需要对每种失效模式的潜在影响进行评价并赋予分值，用1-10分表示，分值愈高则影响愈严重。“可能性”： 是指具体的失效起因发生的概率，可能性的分级数着重在其含义而不是数值，通常也用110分来评估可能性的大小，分值愈高则出现机会愈大。“不易探测度”： 是指在零部件离开制造工序或装备工位之前，发现失效起因过程缺陷的难易程度，评价指标也分为110级，得分愈高则愈难以被发现和检查出；（5）“失效的原因/机理”：是指失效是怎么发生的，并依据可以纠正或控制的原则来描述，针对每一个潜在的失效模式在尽可能广的范围内，列出每个可以想到的失效起因，如果起因对失效模式来说是唯一的，那么考虑过程就完成了。否则，还要在众多的起因中分析出根本原因，以便针对那些相关的因素采取纠正措施，典型的失效起因包括：焊接不正确、润滑不当、零件装错等；（6）“现行控制方法”：是对当前使用的、尽可能阻止失效模式的发生或是探测出将发生的失效模式的控制方法的描述。这些控制方法可以是物理过程控制方法，如使用防错卡具，或者管理过程控制方法，如采用统计过程控制（SPC）技术；（7）“风险级（RPN）”： 是严重性、可能性和不易探测性三者的乘积。该数值愈大则表明这一潜在问题愈严重，愈应及时采取纠正措施，以便努力减少该值。在一般情况下，不管风险级的数值如何，当严重性高时，应予以特别注意；（8）“建议采取的措施”： 是为了减少风险发生的严重性、可能性或不易探测性数值而制定的应对方案，包括行动计划或措施、责任人、可能需要的资源和完成日期等。当失效模式排出先后次序后应首先对排在最前面的风险事件或严重性高的事件采取纠正措施，任何建议措施的目的都是为了阻止其发生，或减少发生后的影响和损失；（9）“措施结果”：是对上述“建议采取的措施”计划方案之实施状况的跟踪和确认。在明确了纠正措施后，重新估计并记录采取纠正措施后的严重性、可能性和不易探测性数值，计算并记录纠正后的新的风险级值，该数值应当比措施结果之前的风险级值低得多，从而表明采取措施后能够充分降低失效带来的风险。2运用PFMEA制定项目风险管理计划由表1-1可以发现，PFMEA事实上就是一套严密的识别、控制、改善失效模式的管理过程，通过对过程失效模式及其后果的系统分析，制定出相应地预防措施和行动方案，从而大大降低失败的机会。这种系统分析工具不仅可在工艺过程的管理中，也可应用于任何期望能严格控制潜在问题出现的管理过程，尤其是产品或服务质量的好坏可能会极大影响到顾客利益的领域。当然在具体应用的时候，不一定完全按照PFMEA给定的“严重性”、“可能性”及“不易探测性”之评价标准进行评分，完全可以视本行业或管理过程的实际情况来设定一系列类似的评价标准，并且在具体操作手法上也可根据实情采用适合于自身的方式，只要能达到更有效地识别、控制潜在问题的发生、提高管理过程质量的目的即可。项目管理本身就是一种过程管理，目的就是要在规定的时间、在批准的预算、完成事先确定的任务并达到质量性能标准要求，风险事件或条件就是项目过程中潜在的失效模式，它们的发生可能导致项目的上述目标无法实现。只要对上述PFMEA的原理稍加改造，就可以成为一种有效地制定项目风险管理计划的工具，如表1-2所示。表1-2 项目风险管理计划项目风险管理计划项目管理过程 风险识别 风险评估 风险应对措施潜在的风险事件风险发生的后果可能性严重性不可控性风险级应急措施预防措施责任人这里，a)“项目管理过程”：是指项目管理生命期的启动、计划、执行、控制和收尾五个过程。在不同的行业，项目管理过程的叫法可能不一样，如软件开发项目通常分为需求分析、系统设计、编码、测试、上线安装和系统维护几个过程，而工程建设项目则分为项目评估、设计准备、设计、施工、验收与移交等几个过程；b)“风险识别”：风险识别包括确定那些潜在的、可能对项目造成影响的风险事件，只有事先识别出了这些风险事件并且知道了它们对项目可能带来怎样的影响，才谈得上对其进行应对和处理。因此，风险识别是制定项目风险管理计划的第一步。由于项目管理处于一个动态的环境中，随着项目的进展原先可能导致项目风险的机会和条件或许已经不复存在，而新的机会和条件可能发生，因此风险识别并不是一僦而就的事情，往往需要贯穿项目执行的始终。项目小组通常使用头脑风暴法、故障树分析、系统分解法、检查表法、德尔菲法、SWOT分析技术等方法来识别项目的风险事件。风险发生的后果可能导致项目进度拖期，成本超支，利润降低，质量或安全事故，人员士气低落或流失，客户不满意或投诉、项目取消等；c)“风险评估”：是在风险识别的基础上对每种风险事件对项目的影响进行定性或定量的分析，并根据风险对项目目标的影响程度对项目风险由大到小分级排序的过程。定性评估是从类别上评价出已识别出的项目风险的影响和可能性大小，一般分为高、中、低三档。低风险是指发生的可能性相当低，发生后对项目的影响也无关紧要，又很容易被项目小组控制的风险，这类风险不需要采取其它的专门措施来处理；中等风险是指发生的可能性比较高，对项目的技术性能、成本或进度将产生较大影响，并且控制起来又有一定难度的风险，这类风险，需要对其进行有效的监控和评审，并应采取适当的手段或行动来降低风险；高风险是指发生的可能性很高，其后果将对项目产生极大影响，并且运用现有的技术条件和手段又很难控制的风险。表1-3是借助风险识别检查单，运用定性的方法评估出的项目的风险情况。该项目有哪些风险，其中哪些风险低，哪些中等，哪些高，从表中一目了然。 表1-3风险识别清单及定性评估结果风险领域风险因素风险定性评估低中高客户信息 新客户 客户的原则性 影响客户的数量 客户提供的信息否弱少及时是强多晚到产品要求 产品的性质 产品的质量性能要求一般产品清楚模糊特殊产品不清楚时间 项目工期 项目的交付结果 对进度的要求正常按时项目小组决定赶工期拖期客户决定技术 工艺 零件 设计能力成熟有有新无无资源 人力 资金 生产能力 测试设备充足落实到位足够具备不足没有着落不足无财务 投资回报率 资金计划 利润幅度 外汇汇率可接受已审批低低太高未审批高高分包商 数量 经验 资质少多有多少无定量分析是量化分析每一风险的概率及其对项目目标造成后果的严重程度，并得出每种风险大小及其严重程度的一种方法。一般来讲，风险定量评估是在定性评估的基础上进行的，通常采用从若干方面逐项评分的方法来量化风险的大小，即事先确定评分的标准，然后由项目小组一起，对预先识别出的项目风险一一打分，然后得出不同风险之大小，按照PFMEA的思想，可以从风险时间发生的可能性、风险发生对项目影响的严重性和项目小组能否有效控制风险发生三方面来定量分析。如图1-4所示。例如，可以从1到10分的等级来评估风险，如果项目小组在评估发生资金短缺的风险时，认为它非常不可能发生，得3分，但是一旦发生后果则非常严重，得9分；而且，资金短缺项目小组很难控制，得8分，然后把这三个数字相乘，即得到该风险的风险级别（RPN）。风险级别越高，表示风险越大，需要项目小组制定相应的措施认真对待。表1-4 风险定量评估标准分数严重性可能性不可控性10严重影响项目，导致项目取消，而且没有警示。非常高,频繁发生大于或等于每小时一次绝对不能控制，只能听天由命。9严重影响项目，导致项目取消，但有警示。很高,经常发生.一天两次利用现有的技术和条件几乎不能控制。如需控制，需要创造一定的条件。8严重影响项目目标的实现，可能导致严重的拖期、超支或质量问题。高,经常发生.一天一次利用现有的技术和条件控制难度很大，可能需要其他条件。7项目的进度、成本或质量性能受到显著影响，可能导致有些工作不能完成，客户不会很满意。较高,经常发生.每周一次利用现有的技术和条件有一定的难度。但不需要其他条件。6项目的进度、成本或质量性能受到一些影响，工作然可以完成，但客户不满意。中等,时有发生.每月一次利用现有的技术和条件能够控制。5项目的进度、成本或质量性能受到轻微影响，客户会有轻微不满。中等,时有发生.每年两次无征兆，利用现有技术和条件容易控制。4项目受到一些影响，客户也将认识到这种影响。中等,偶尔发生.每 年一次无征兆，能够控制3对项目有比较小的影响，客户意识到这种影响。低,很少发生.每两年一次有征兆，能够控制。2影响如此之小，以至于只有少数客户发觉这种影响。很低,几乎从来不发生.第五年一次有明显征兆，很容易控制。1无影响不发生每十年还不到一次一眼就能看出问题，控制它不费吹灰之力。d)“风险应对措施”：包括紧急措施和预防措施，紧急措施是风险发生后采取的应对措施，而预防措施则是为了防止同样的问题再次出现所采取的防患措施。常用的风险应对措施包括：a)回避风险回避有两种含义，一是指风险发生的可能性极大，后果极其严重，又不能控制，感到无计可施，于是主动放弃项目或改变项目目标的策略；二是通过变更项目计划，消除风险事件本身或风险产生的条件，从而保护项目目标免受影响的方法。虽然项目团队永远不可能消除所有的风险，但某些特定的风险还是可能回避的。例如，保险公司认为某项目的风险太大，拒绝承保；采用一种熟悉的、而不是创新的方法；避免使用一个不熟悉的分承包商；建筑工程上尽量避开梅雨季节施工等，这些都都是风险回避的例子。美国挑战者航天飞机升空后爆炸，就是因为其中一个密封圈在低温下发裂，如果等到预热后再进行发射，就有可能避免这场悲剧，这个推迟发射的决定就是风险回避。b)转移风险转移是设法将风险的结果连同对风险进行应对的权利转移给另一方。风险转移本身不能降低风险发生的概率，也不能减轻风险带来损失的大小，只是将风险损失的一部分转移给他人。从财务的角度看，转移风险的财务责任是风险转移最为有效的方法。转移风险几乎总是会伴有向接受风险的一方支付风险成本，这类成本包括保险费用、履约保证金、担保和保证费用。或者，可以使用合同方式将某些特定风险的责任转移给另一方。例如，如果项目的设计不是十分成熟，那么使用固定价格合同就可能将责任转移给卖方。风险转移的方法主要有：出售、分包、保险与担保等。c)缓解缓解是设法将某一负面风险事件的概率和/或其后果降低到一种可以承受的限度。早期采取措施，降低风险发生的概率或风险对项目的影响，比在风险发生后再亡羊补牢要更为有效。但是，对照风险可能的概率和其后果，缓解的成本应是合理的。风险缓解采用的形式可能是执行一种减少问题的新的行动方案。例如，采用更简单一些的作业过程、进行更多的地震实验或工程技术试验、或挑选更稳定的卖方。它可能涉及变更环境条件，以使风险发生的概率降低，例如，增加项目资源或给进度计划增加时间。风险缓解可能需要进行模型开发，以减少由模型放大带来的风险。如果在风险发生时，我们能采取应急措施，就能减轻其后果。例如，汽车里安装安全气囊，就是试图在万一发生幢车事故时，减轻驾驶员和乘客受伤的程度。在涉及采购的项目中，独家供货是必须考虑的风险，缓解风险就是开发第二货源，这样，如果其中一个供应商不能时或按规定要求供货，另外一个供应商可能能够做到，这种方法可以认为是风险减缓。d)接受风险接受就是项目小组将风险的后果自愿接受下来的办法，风险接受可以是主动和积极的，也可以是被动和消极的。前者是已经有了行动计划和应急方案，当风险事件发生时马上执行这些计划和方案；后者是并没有事先制定风险应对计划，而是在风险发生时，由项目小组临时采取权变措施来对付风险。风险接受决不是被动挨打，如果能提前制订应急计划，将会大大减少风险发生时应对行动的成本。如果风险发生后影响巨大，或所选择的方案可能并不完全奏效，那么就应着手编制一个后备措施，后备措施可能包括管理后备措施、研发后备措施、进度后备措施等。表1-5就是运用PFMEA的原理，制定出的软件开发项目的风险管理计划。表1-5 某软件开发项目的风险管理计划项目风险管理计划项目管理过程风险识别风险评估风险应对措施潜在的风险事件风险发生的后果可能性严重性不可控性风险级应急措施预防措施责任人需求分析客户的需求不明确；项目范围定义不清楚；项目目标不明确；与客户沟通不够；分析员对客户业务了解不够；分析员没有真正理解客户需求；没有进行可行性研究；需求分析报告没有得到客户的确认；需求不断变化；缺乏有效的需求变化管理过程；任务定义不够充分；客户不接受产品或拒绝付款项目没完没了项目进度拖期或成本超支软件不能满足客户需求软件不能实现业务功能软件不能满足客户需求项目失败或执行不下去客户拒绝签字、验收项目变得没完没了项目不能按时、按预算完成项目不能按时、按预算完成5865685585610989910101098865565754545300360240270270560250200360160240按照客户的要求修改按照客户要求变更修改项目目标立即与客户进行沟通修改软件根据客户要求修改取消项目或修改目标按照客户要求修改提交CCB讨论、决定对需求变化进行评审重新定义事先进行需求评审事先定义清楚并获得客户的确认事先明确项目目标制定沟通管理计划加强了解并让客户参与让客户确认需求报告进行认真分析和研究事先获取客户确认建立范围变更程序建立需求变更程序事先与客户达成共识李伟李伟李伟李伟设计缺乏有经验的分析员；设计偏离客户需求；没有变更控制计划；软件功能漏项；分析错误或不可行软件不能满足需求，客户拒绝接受客户不满意45410108555200250160培训或换人修改设计增加相应的功能配备有经验的分析员进行设计评审进行设计评审、获得客户确认编码程序员对系统设计的理解上出现偏差；程序员开发能力差；程序员不熟悉开发工具；开发环境没准备好；设计错误导致编码实现困难；客户要求增加功能；项目交付时间提前；程序员离开；开发团队内部沟通不够；软件实现不了设计的功能，客户拒绝接受项目进度拖期、质量问题项目进度拖期项目进度拖期、质量问题项目进度拖期、质量问题项目进度拖期、成本超支质量问题项目执行不下去接口混乱、质量问题6343484559988107810854545554427010816096200280160200160修改代码培训或换人培训或换人立即改进修改设计修改程序加班加点或增加资源临时替补人员修改程序进行设计评审配备精兵强将事先提供培训提前准备编码之前进行设计评审事先确定项目范围合同固定交付时间与相关人员签订合同制定内部沟通计划测试没有切实可行的测试计划；测试人员不能按时到位；测试人员经验不足；测试设备故障；测试期间出现重大问题；没有有效的备份方案；测试发现的问题迟迟解决不了；项目拖期、质量问题发现不了项目进度拖期程序问题发现不了项目拖期客户拒绝接受产品数据丢失无法挽救项目进度拖期224344397681099533454590427296200106135修改测试计划临时安排测试人员培训或换人修理或换设备修改程序重新开始加快解决事先评审测试计划制定出人力资源计划选择有经验的人员加强设备预防性维修分步测试异地双重备份专家会诊解决上线安装设备不能按时到位；运行时质量问题多；客户突然要求增加功能；重要的记录、文件、数据丢失；系统崩溃；项目进度拖期客户投诉项目进度拖期、成本超支客户投诉、要求赔偿客户要求承担损失36732888910445539217228013560催设备供应商即时解决问题作出相应修改重新生成数据加紧修复提前采购或合同约束事先进行局部运行事先确定项目范围和功能要求作好备份事先备份维护出现故障，用户维护人员解决不了；用户手册错误多；培训手册没有按时准备好；培训效果差；客户投诉客户投诉客户投诉，培训不能按时进行客户不满意833386568433512724554派技术人员帮助解决修改错误加班加点准备重新培训事先培训客户系统维护人员专人检查提前准备出来确定标准、充分准备、把好培训师质量关在这样的风险管理计划基础上，然后按照风险级的大小将项目评分最高的前10个风险按大小排序，形成“top10”，也就是“前10个风险列表”，并将它们作为控制对象，以便在项目的执行过程中密切监控这10个可能会给项目带来严重问题的风险。这样，无论是这些严重的风险还是其他一般风险一旦发生了，就能做到“兵来将挡，水来土淹”。由于项目的执行处于一个动态的环境中，随着条件的变化“top 10”可能发生变化，因此，还要在项目关键里程碑事件实现后再次评估存在的风险，形成新的“前10个风险列表”。收集于网络，如有侵权请联系管理员删除