reliability engineer的面试经验分享

学习学习

[color=navy][font=Arial][b]大半夜看这么长的帖子眼睛都疼了，不过这个确实是个好帖子.[/b]

上面各位回答的却是高手不少,整体分析了一下,几个写的回答的特别多特别不错几位应该都有和外企,台资沾上边的,特别觉得里面[b]Angel,fance,aries,jennifor,ragi,fairy,kingdodo,salading[/b]等谈到的很不错.也希望以后大家多加强交流和沟通这样可靠性才有发展。

[color=red][b]我也谈谈个人浅见…[/b]
1.试验发现了一些问题，但RD人员认为这不是bug或者他们认为这个bug不严重不需要解决，这种情况怎么办？
相信大多数人都遇到这样的问题,这里面主要2个方面来问题,a.试验中发现的问题是不是一个bug？首先必须确定的是你的人员操作没有失误,或不要把“鸡毛当令箭”，因为一个新产品出现一些“比较奇怪”的现象或许可靠性工程师觉得和以前不一样就是不对的.当然人人都不希望这样,同样有这样情况发生R&D和可靠性人扯皮时候就有口难辩了，且在之可靠性工作更失去“威信”来.b.一个成熟的公司,出现一个bug或严重否不是等有这样的问题是来争论的，而是在部门建立时就将什么为bug，什么样的bug为严重还是重大的都定义清楚的,而这样的文件也是R&D和TEST部门及其他部门都将参与或签字画押的,此外一般而言,R&D大多是征求TEST部门意见因为你或你部门是倡导者只有你有权利去close（结案），其他的部门或R&D人员自行close或拒绝找solution都是徒劳的.
目前我所了解大多数公司,TEST部门大多是“追随者”或者说“执行者”还没有起到建立文件倡导者或监督的作用.(当然不是指每家公司).

2.如果我们的一批产品，比如说2000台好了，卖出去后发现有1000台出了问题，作为一个可靠性工程师，你应该怎么办？
这个问题涉及到市场调查和FA分析，一般来说，[color=red]一个产品周期循环为:市场调查，设计，测试，生产，销售再回到市场调查.这里分2个立场来回答.[/font]
[color=navy][font=Arial][color=red]
1.公司面:需要市场调查人员做详细调查，出问题的1000台产品是哪些原因造成的，会不会关系到另外“好的”1000台产品,如果会的话,在事情没有进一步恶化前将其他1000台callback(召回)，[b]千万不要像三鹿奶粉一样到了无法挽救地步才低头[/b].如果不会，那么需要成立一个”临时”调查组，或者说专案处理。请FA（失效分析）部门人员去做详细分析，必要的话请第三方检测机构做分析最后结果大致来讲分析主要三方面问题，设计问题，生产问题，或原材料质量问题.作为公司来讲，自私一点说，一般都会将所有问题推到供应商处的.至于需不需要这样做就看看赔偿如何进行咯。

2.可靠性部门面：需要大力配合协助有关部门进行“调查”，同时需要对此问题产品进行全面的可靠性试验核查，有没有在进行设计验证各个阶段的测试,有没有进行过任何工程变更，变更后产品有没有进行相对于的测试等等,如果以上全部核查过了，如果都很健全，或许需要思考一下目前整个可靠性体系或测试项目能否满足市场需要，或者说能否测得出问题？[color=red]最后不论结果如何,lessonlearn是必不可少的.

至于出现问题,主动承担责任是不是拍马屁问题得看那个人心里是怎么想的.如果说主动“请罪”的态度去承担责任是拍马屁的话那最近看到的三鹿公司，鸡蛋厂商乃至全中国都没有拍马屁了咯!!!!所以总的来说一句话危机就是机会，考官想考的是一个人的处理危机或一些看似为难问题的能力。

[color=red]当然或许在那样的场合有很多的想法和应变能力不一定能完全用的了毕竟除了测试经验，心里素质也是一个较大的考验。[/font]

非常感谢楼主与大家分享经验，我试着回答一下：
1、就是试验发现了一些问题，但RD人员认为这不是bug或者他们认为这个bug不严重不需要解决，这种情况怎么办？
答：这个是不是bug，不是RD人员也不是可靠性人员单方面说的算。试验出现问题，那一定是有地方需要改正。首先确认问题到底是谁的责任，即集中产品负责人/研发/环境/测试/可靠性人员一同开会确认这个问题是什么原因产生，可能原因有：a.产品本身没有问题，是试验仪器本身有问题，或试验条件制定不当，或试验步骤制定不当造成的；b.产品本身有问题。对于a不是RD人员的问题，是测试人员的问题。对于b，那就是RD人员问题，既然是问题，就不管大小都必须解决。上报产品负责人，要求RD人员解决。
2、如果我们的一批产品，比如说2000台好了，卖出去后发现有1000台出了问题，作为一个可靠性工程师，你应该怎么办？
答：有一半产品出现问题，说明可靠性体系没有。
那可靠性工程师如何做呢。首先，1000台问题，要统计这1000台都是什么问题，把问题定位到以下几个方面：a.客户使用操作不当/b使用环境恶劣/c运输不当/d存放不当/e生产过程不当/f产品设计不当。这不是很全，还有其他方面，欢迎大家补充。
对于ab，那可把责任推给客户，当然这样不大好，更好的是反思自己的设计，为何没有考虑客户操作习惯以及使用环境。
对于cd，要加强运输与存放控制。
对于e，反思是生产管理造成的还是生产机器或是生产工人造成的，相应改进管理/生产技术/生产流程/撤换人员。
对于f,是我们讨论的重点。设计是故障的源头。若这1000台暴露出各种各样设计问题，那说明设计管理是混乱的，必须整顿科研设计管理。若1000台暴露出的问题单一，那说明设计管理还是相对可行的，只是设计人员某方面考虑不周造成的，或试验不到位造成的，但还是要反思为何会考虑不周或试验不到位。
3．我们的产品出货后常有一些会出问题，我们因此每年要赔偿客户很多钱。你怎么可以在不增加成本的基础上降低我们的赔偿额度。
答：常有一些会出问题？每年都有?那每年没有改进产品？应该说每年改进产品那问题就会减少，不可能每年都赔很多钱，改进产品是最好的办法。
首先，确定常会出现的到底是什么问题。可能问题有多方面，有的是使用运输造成的，那不是我们的责任，可推卸此部分赔偿。
有的确实是我们产品本身问题，那改进产品设计，也许，因为其产品定型或产品生产流水线已经固化，改进产品或流水线反而会大大增加成本，因此产家宁可赔钱而不改进。
若那样，可考虑建立维修队伍（前提是赔偿的也算进成本，同时维修队伍的成本小于赔偿额度），以优质售后服务，使顾客满意达到降低赔偿额度的目的。
第二步：加强出货前的质量控制，保证合格产品才能出厂。通过控制出厂产品质量来降低问题发生概率，从而降低赔偿额度。
就先说到这里了，欢迎大家补充。这是自己有时间静静想的，若在面试中，估计还不如楼主呢。

fancy果然是行家

我觉得这两个问题问得相当好，我曾经也碰到过类似的面试问题。我想这样回答，面试官就比较容易接受了。
for1stQuestion:
我们测试中发现的问题，需先之会RD,如果RD说这不是bug,但又和我们有分岐的时候，我们需向上级寻求技术支持，或向客户寻求帮忙，最终由他们确定是不是bug.如RD认为此bug不严重不需要解决，既然是bug,就必须要解决，bug不能close,产品就不能量产。这是顺理成章的事，相信每个公司对各个部门的职责都是很明确的。

for2ndquestion:
1.首先也是最最重要的第一步，找出rootcasue，如果是产品的问题，通知project各个部门，产线，sales,品管，仓管，keep住这批产品，不能出货，停止生产。
2.和RD,PE和testteam等，共同找出solution,并判定是量产前还是量产后的iusse,并归属到相应部门去验证。如solution验证通过，发送它给客户，由客户判定solution的正确性，并是否按受solution应用到后面的产品，并将出现的问题产品返修。
3.Leasonlearn,如何避免此类问题的再次发生以及如何加强产品的品质。

试验发现了一些问题，但RD人员认为这不是bug或者他们认为这个bug不严重不需要解决，这种情况怎么办？
对于这个问题如果是我回答的话:
1.告诉他们产品的的bug不是自己认为不是bug,就不需要修改,要站在客户的角度来发现问题.
2.不修改会带来的后续的一些问题,并举例说明会产生那些严重的后果.让他们对不修改这个bug带来严重后果有深刻的认识.
如果我们的一批产品，比如说2000台好了，卖出去后发现有1000台出了问题，作为一个可靠性工程师，你应该怎么办？
1.首先了解这1000台是在那些方面出现问题,
2.分析这些问题是在可靠性那些试验中没有发现,找出问题的根本直接原因.
3.在后续的产品加强各个可靠性试验.

哦，这是要招建立可靠性体系的人。涉及到采购，市场，设计，生产，客服。是带有技术管理工作性质的。这样的人只能放在老总助理的位置上，要独立于其它部门。

13楼的分析很透彻！我也有同感，前面两个问题相对还好回答些，但是第三个问题就要难一些了，
从QA的“预防、纠正”角度来看，我们的可靠性试验很多时候都着力于“预防”方面，在“纠正”上的实际参与就少了点。
在产品技术固化、量产后的可靠性失效问题，我想有点年限的工程师们都有遇到过甚至处理过，可是没有把它整理总结出来，
作为一套理论，所以才出现其实会做不会说。
纯属个人看法:D

感觉自己缺乏经验，太嫩了啊～～～学习学习

学习学习，很不错～

楼主是一个专业知识非常自信的人，非常有工作经验。
楼主面试前可能不清楚职位的具体要求/没有仔细了解岗位要求。从楼主描述看，该单位是要求建立一套可靠性机制，试验、分析等工程方面的工作已经有了一部分，急需要建立起管理机制。
楼主特别强调工程方法，思考问题方向应该和总监之间有些偏差。因此面试自我感觉不太好。跳出工程问题，从架构、机制、预防等方面考虑可能更好一些。前面有很多同学提了很多好的意见。应该有很好的答案。
该单位也未必不给你机会，可以和他们再交流；当然，他们的有fat-salary值得去做。

我的理解是，那个加拿大研发总监未必了解可靠性，或是可靠性工作的运作机制。
试问，一个做芯片可靠性的高手可以直接去负责汽车产品的可靠性工作吗？
当然，这与产品不同的使用条件要求产生不同的可靠性要求有直接关系，但如果对产品的技术背景一无所知，也很难涉足该产品的可靠性工作。
举个例子，若产品有了某项设计变更或改善，可靠性部门有责任提出针有对性的验证方案，而这是需要一定的技术层面的支持的。

另外想说的是，他们经常发生客户索赔事件，无非有几种原因，初期产品性能要求定义不妥，或设计、试产阶段验证不充分，在或生产系统、供应链系统混乱，总之其基础系统运作的应该挺糟糕的。所以不去也罢，去了也是做消防员。

说的很仔细，不错，菜鸟学习了

分析下了楼主所说的情况，研发总监事实上问了三个方面的问题：
1.可靠性工程师和研发工程师（产品设计师）之间的职责分工、沟通协调方面的问题；
2.大量不合格品出现时，可靠性工程师的工作职责（应该干什么）；
3.产品技术状态已固化，或不可更改、不便更改时，产品的免责问题。
第一个问题：具体方面，楼上已经有高人指出，是要在研制阶段与研发工程师就某些方面的问题达成一致的意见，并形成书面的技术文件，比如可在可靠性大纲里或FMEA分析时约定明确的故障判据，如此，一个bug重不重要不再是表象的分析和争辩；
第二个问题：实质上是FRACAS方面的问题，*****************,其它行业有表述为8D的，实质都是故障/问题归零；
第三个问题：这个时候首先要考虑的是降低法律上的风险，在产品说明书或其它文件上声明，委婉地指出产品的缺陷，并从使用环境，使用方式等操作程序的方面进行约束或改善，以避免故障或危险的出现，严重时，考虑召回。
考虑不周之处，望高人指教。

[[i]本帖最后由kingdodoo于2008-9-2717:45编辑[/i]]

谈谈我的看法：
[color=Blue]1、试验发现了一些问题，但RD人员认为这不是bug或者他们认为这个bug不严重不需要解决，这种情况怎么办？
我在一家可靠性咨询公司工作，公司要开发一个可靠性方面的软件，团队由开发人员、测试人员和我共同组成。我的主要职责是负责确定软件应有的功能，就是向开发人员提需求。
由于毕业时间不长，还处于意气风发的阶段，有的时候提的一些需求开发人员不认可；有的时候工作得太忘我了，直接就去抢了测试人员的行，冲过去告诉开发人员软件哪些地方有bug，争执之后大家都不是特别高兴。
后来做的时间长了，慢慢的有些体会。软件/产品就像那些研发人员的孩子，即使真的有什么问题也需要委婉得说，并且要证据确凿；测试人员正好和开发人员相反，工作一天下来要是测不出bug来总会觉得过意不去，测出来之后还挺激动，觉得一天没白干；我呢，就是个提需求的人（怎么想起来《心急吃不了热豆腐》，我不，就是个卖菜的），需求提得不够，老板那交待不了；太多，影响人家开发的进度。怎么办了，后来看了个P图，把初始的需求都提出来和大家一起商量，得到大家认可之后对需求分阶段，每个阶段完成相应的需求，而不是逼着人家一次开发完；需求确定之后就描述错误状态，这时候一定要考虑完善，等到bug出现之后，只要拿错误状态一对，他们想不认帐都不成:)，当然有时还是有遗漏的了…

说了这么多，其实归根结底就是这么三条：
[color=Blue]1、得有判别的标准，就是咱们大家常说的故障判据，这样大家就没有那么多是不是bug的争执了；
2、同时还要多做换位思考，站在对方的角度思考问题有时会豁然开朗的；
3、要有沟通，其实研发和做可靠性的人都是有一些“臭脾气”的，所以沟通很重要。而且个人觉得做可靠性除了专业的知识以外，更主要的就是沟通和协调，因为要打交道的人真的是个方面的都有啊。

不知不觉写了这么多，看来两年的工作真不是白干的，感觉自己有点成熟了:$

[[i]本帖最后由fairy于2008-9-2711:34编辑[/i]]

angel8679版主说的很好，这样子是大局观考虑，而且很容易知道下一步该怎么走！
其实真遇到这么多的不良，我觉得：
1.应该以最快的速度去现场了解实际，给客户一个最快的答复，其实这个时候能够保住客户才是最重要的；
2.将所有不良进行分类处理，了解问题严重程度，考虑是否召回或是维修；
3.然后带回有代表性不良品到工厂做失效分析及改善对策！
4.最短的时间回复客户一个8D

其实上面的人是深思熟虑后才写出来的，真的是要在短时间内回答这样一些问题，或是遇到这样一个问题，需要你在短时间内作出完美的答复，其实我想确实还是有相当难度的，除非之前确实有处理过这样的客诉，或者类似的案子！这个需要经验的积累！

[[i]本帖最后由ragi于2008-9-2709:41编辑[/i]]

大家都在假想在面试啊，这个场面很热闹啊哈哈~~~:lol

[font=Arial]比如说2000台好了，卖出去后发现有1000台出了问题，作为一个可靠性工程师，你应该怎么办？我说首先，我会在实验室里根据客户的使用环境来复制现象，然后找出出问题的原因。他打断我说，对于可靠性工程师来说，最重要的不是要知道产品的失效原因，你不需要知道产品的工作原理，那是RD的工作。你告诉我，你复制出了相同的现象以后怎么办？我一时被问住了，不知道说什么好。他看我不说话，又补充道，我们的产品出货后常有一些会出问题，我们因此每年要赔偿客户很多钱。你怎么可以在不增加成本的基础上降低我们的赔偿额度。

让我假设一下，如果你是哪个interviewer，你会怎么回答？

如果是我，我会这样回答：解决方案：1从客服部拿到1000台出货问题反馈表，统计现象，立刻召集RD人员研究发生原因，继而分析责任承担原因，1供应商责任（配件问题），2，用户问题；（通过客服和客户沟通怎样可以解决，和上司申请，在一定时间内可以免修）；3：自己研发责任，（在这种情况下，立即反馈上司，必须依靠上层和销售部门的力量及时反馈客户原因以及改善措施，并给出进一步的预防计划）；出现问题，产品费用不可避免，但不能因此丢失客户。否则损失更大，所以在第三种情况下，我会协助RD，重新草拟可靠性试验计划，避免类似现象再次发生。

第一个问题
可靠性工程师的首要工作职能是要保证售出产品的可靠性
可靠性的定义:
產品在使用過程中以及規定時間范圍內發生故障機率
–平均無故障時間/年失效率
–風險評估
–保證
说白了就简单就是满足客户对产品，外观，功能等的要求
所以说牵扯可靠性的issue，不是RD说不严重就不严重，不解决就不解决
要以客户的要求为工作的第一准则
这一点必须要与RD沟通好
而可靠性工程师要做的事是要去判断实验所发生的问题是否会引起产品的可靠性
不去解决所带来的风险有多大
能不能通过制程或其它方面去改善
（因为一个产品到了量产阶段在去改设计会有些麻烦，也会带来成本的上升)

第2个问题
产生这么高的失效率，肯定是生产的某个环节没有做好（即产品的可靠性不好，可靠性
工程师的工作失职）
1.调查产品的失效原因
2.对比之前的可靠性试验，找出为什么前期没有发现这个问题的原因
3.找到产生问题的环节
4.与相关人员一起找出解决方法
5.认真检讨自己工作中的不足及失误,避免日后在出现同样问题
（爱拍马屁的人可以去领导面前检讨，不爱拍的人一定要自我检讨）
（不过做可靠性的兄弟姐妹，一般都有些臭脾气，就是不爱拍领导,
一般有真本事的人，都这样
个人建议：可以自己检讨了，但必须要给领导及公司一个说法
毕竟是自己的工作有问题吗)
6.还有一些善后的工作就交给sales去做吧

如何能把握好这个规定的平衡点,这好象不容易啊!不象科学更象艺术啊!

从可靠性的概念入手,可靠性是指产品在规定条件和规定时间下完成规定功能的能力,当能力不能满足客户需求时,尽量满足用户需求,同时需要的是双向的互动,解除用户的心结,有些时间我们做可靠性的人是一根筋,根深蒂固,怎么说在某些场合,我们不能只抓规定,而是要找到规定的平衡点,才能得到用户与厂商的双羸.:)

欢迎大家积极参与讨论!可靠性事业有赖大家的参与!

如果要从自己身上去把问题解决掉
怎么能够做到不增加成本又把赔偿减少哦
介个有困难吧
做任何的更改都会引起成本的撒

第二个现象，可能他的意思不是说因为操作不当才导致的问题，是产品本身不可靠导致的。
也就是说我们前期的可靠性试验不完善才导致的问题，我想他是这个意思吧

第一个问题:
我觉得从bug入手.既然有bug就会导致出不正常的现象.
客户可能会因为现象而作出错误地判断并进一步引起更大地损失.

第二个问题:
我也不晓得怎么回答.
要降低赔偿额度
1.让故障不发生
复制出了故障现象,难道要求客户尽量避免你的类似操作,从而减少故障暴露么?
2.把赔偿转嫁到别人身上
如果supplier已经meet到了公司的requirment,这样是很难转嫁过去的哦

其实我个人还是更倾向于做研发类的reliability工作
至于什么可靠性系统,体系啥啥啥的
我一点兴趣都没有,坦白说

排版好像有点问题