iCAx开思网

标题: 做技术的你更缺的是这个(欢迎拍砖,已备砖头一块) [打印本页]

作者: Kinsy 时间: 2007-4-26 09:58
标题: 做技术的你更缺的是这个(欢迎拍砖,已备砖头一块)
随着模具行业的发展,产品周期要求越来越短,公司各部门间的沟通与指令下达越来越多,嵌接也越来越频繁.在工作中不再是一个人挑大梁,一个成功的项目需要大家的共同努力去推动...
做技术的人更缺的是解决问题的能力与方法,不再是单纯的分模与结构.

一次作为主持在给客户各部门主管开了会，讨论一些问题的改善措施。我们的客户是一个在行业内很大的跨国公司。在会议结束后，他们对我说：“今天这个会议才是个会议。”我当时感到很吃惊。作为一个跨国公司，怎么会说出这一句话。后来在和他们讨论的过程中，我发现他们解决问题的能力和方法存在较大的问题。我静下来思考，其实我原先写的一篇文章里提到了建立相应的制度，没有提到如何具体的解决问题。下面我们将讨论如何具体的解决问题和培养解决问题的能力。

　　我们面临的问题千变万化，但对于工厂里的很多问题，我们却可以用一些基本方法来解决，而效果却非常显著。

　　一.分析和解决问题的八个基本步骤。这个步骤，我们可以追寻到福特的8D问题解决方法。下面我们来看看这些步骤的主要内容：

　　1.组成一个问题解决小组。通常问题解决小组来自问题相关部门人员。有时会有更高的主管参与，他们的参与有两方面的原因，一是给予更专业的指导，二是阻止各部门相互推卸责任，使问题解决的更快。

　　2.问题描述。很多时候，我们见到一些公司在解决问题的时候，由于大家似乎对问题都知道是怎么回事了，于是在讨论解决的时候，直接进入了寻找解决问题的方法和改善措施。这是一个不好的做法。即使团队成员都知道问题发生的经过，但我们在讨论时，仍然需要将问题的发生现象，按照一定的基本原则（比如4M2S：人、机、聊、法、系统、地点）做仔细的描述。这样描述的目的有三个，一个让每个成员更清楚问题的来龙去脉，用科学的思维思考问题发生的现象，二是将问题按照三现（现场，现实，现物）的原则来描述，避免各个成员在思考改善措施时出现主观性偏差。通常很多公司都规定描述按照一定的原则，比如4M2S等。

　　在问题描述里面，还需要注意几点：一是确定问题的影响范围和程度；二是要确定问题发生的频次，如果是产品质量问题，则是要确定发生率；三是要确定问题的主体，即发生的主体是什么，是一个零件呢，还是一批材料，或者是某个人，要记录这些主体的详细信息，如物料号，批次等。

　　3.解决问题的暂定对策。很多问题发生，影响会非常大，而问题也很复杂，一时很难找出真正原因是什么。这个时候，我们要做的事情就是立刻采取一个措施阻止问题的继续扩大或者让问题暂时解决。待下一步在来仔细分析，查找问题根源，做出根源对策。通常暂定对策的可行性需要全体团队做仔细的分析，这里主要考虑的就是对客户、员工、公司的影响如何。比如如果当已经卖到市场的汽车被发现有潜在问题，那么汽车公司要做的第一件事、也是暂定对策，就是召回市场的现有车辆。再比如，如果当工厂内发生了零部件不良，暂定对策就可能是先更换零部件，寻找一批质量合格的暂时先使用；也可能由于没有合格的零部件，让供应追加一些检查项目，立刻生产出一批合格的紧急送到工厂生产。

　　4.查找问题根源，验证根因。在查找问题根源方面，大多优秀公司常用的手法为鱼骨图和5-WHY（5个为什么）等基本解决工具。当然不是每个问题都需要按照这些方法来，每个公司可以有自己的一些惯用方法，但在寻找问题根本原因方面，都必须进行多次的原因剥皮，这样才能找到真正的根源，否则只能找到问题的浅层次原因。从某种严格意义来讲，很多公司解决问题时找到的并不是原因，而仅仅是个现象。

　　运用5个为什么式的询问方式，是追找根因的一个很好工具，在询问为什么的时候，我们要注意的是了解问题发生的详细过程，了解现场、现物、现实。在对问题发生的“三现”做了详细了解后，才能不至于问讯一些粗矿的“为什么”了，否则询问的“为什么”就不会有很好的针对性和引导性。

　　当挖掘出问题根因后，要针对不同的根因作出验证计划。由于我们采用的是头脑风暴式的问题分析过程，对分析后的结论，也就是我们找到的根因，还需要进一步的验证，也确定根因的准确性和不良泄露点，只有找到并确认不良泄露点后，我们才能做出有效的改善措施。
　5.制定恒久对策（PermanentCorrectiveAction：PCA）。一旦我们确定了问题的根因和问题泄露点，我们就可以制定出相应的恒久对策，而这时的对策也才有治本的作用。

　　在制定恒久对策方面，有几个重点要特别注意，那就是对策必须有担当者、对策制定完成期限（如果暂时无法作出，也需要有个阶段性期限）、对策实施开始日、对策效果确认措施。

　　在确定担当者的时候，在我们过去的咨询实践中，发现很多公司在解决问题的时候，只是写XX部门担当负责就可以了。由于没有具体的人员负责，问题不容易得到解决，而往往被一拖在拖。所以在确定担当者的时候，一定要确定一个具体的人，如果是一个团队，则确定团队领导就可以了。

　　对改善对策完成期限的理解。很多时候，问题可以很容易明确知道什么时候能够解决，对策的完成期限就容易制定，但也有其他一些时候，很难确定对策的完成期限。同样在我们过去的咨询经历里，发现很多公司由于后一种原因，没有确定具体的完成期限，这样问题的跟踪就时断时续，甚至最后不了了之。所以确定一个具体的期限是非常重要的，如果问题当时很难确定具体的对策完成是实施等其他一些期限，那么可以制定一个合理的期限范围，将期限范围的最后期限作为完成期限即可。比如，当出现供应商品质不良的时候，我们可以要求自己公司的供应商品质管理员确定一个改善对策的完成期限，也许他会说：“这个问题要供应商解决，我怎么能确定期限呢？”在这样的情况下，我们可以告诉他：“嘿，听着，正常来讲，这个问题三个月后可以解决，你觉得三个月过分吗？好吧，我们都认为三个月不过分，那么三个月后，也就是10月28日，请将改善对策提交到会议上来。”只有这样确定具体的期限后，该问题改善担当者才有时间紧迫感，也才会主动去帮助跟踪供应商解决问题，不然他就有可能坐等结果了。

　　同样，对改善对策的实施期限和效果确认日期，也需有明确地规定。

　　6.实施和确认对策效果。当对策制定出来后，我们除了实施外，还要监控实施过程，查看是否有一些我们不期望的偏差，采取及时的纠正措施。

　　7.水平展开，再发预防。当改善对策实施效果确认满意后，接下来要考虑的是确定在系统和流程中，我们作出什么样的改善，可以彻底防止类似的情况再次在其他地方发生。首先列举出与这次问题发生相关的产品或服务类似的制造流程和系统，然后将该次改善对策同样运用到这些流程系统中去。水平展开作为改善中的一个环节，有着非常重要的作用，因为它防止了将来类似的问题的发生，使一类问题在一个地方得到解决后，确保在别的环节也不再发生了。

　　8.结束致谢。当问题得到解决并确认了效果，进行了水平展开后，我们需要对一起参与问题解决的团队成员致谢，将他们的名字列在一张表里，说明他们对此次改善的贡献，然后将此感谢发送至与该次改善收益相关的所有部门和人员，让他们了解你的团队成员，一起为他们祝贺致谢。如果是专职团队，那么至此，该团队宣告解散，各自回到自己的工作部门。

　　二.建立高频度的日常问题解决机制。上面的问题解决八步骤，并不是所有问题一定要按照这些步骤来解决，你可以根据具体的问题作出选择，但一些基本内容则是必须有的，比如暂定对策、恒久对策、水平展开等。当我们知道怎么来解决问题后，便可以建立一个高频度的问题解决团队，这个团队的成员只要一到两名只固定的就可以了，其他成员都可以是流动的。

　　特别在制造现场，每天会有各种各样的生产问题发生，物料不良、装配出错、检查设备故障等等。对这些问题，我们应根据历史的数据统计，选择影响最大的前20%的问题，通过上面的问题解决方式，每天在现场对当天发生的问题进行解决。在很多公司，我们见到，很多问题往往要等到第二天，或者甚至更久的一些例行会议上才能得到讨论。而在我们过去的一家客户那里，他们在我们的顾问帮助下，实施了两个叫做BlameStorming和ProblemSolvingGroup的管理系统后，很多的现场问题，从发生到提交该问题解决机构，往往不到5分钟，现在该公司已经成为全球集团内工厂效率和效益最好的公司。

　　学会了问题解决的方法，并建立了快速实时的问题解决机制，一个高效的现场即将建成了。
欢迎拍砖.

[ 本帖最后由 cc.小人物于 2007-4-26 15:07 编辑 ]

作者: Kinsy 时间: 2007-4-26 09:58
上传全文.

作者: Kinsy 时间: 2007-4-26 09:59
沙发自己坐.

作者: 523511 时间: 2007-4-26 10:03
下来看看先，

作者: zhangyi1977 时间: 2007-4-26 12:54
砖头要钱买的啊,你买来,我拍 .

作者: 河马 时间: 2007-4-26 13:48
8c

作者: 咖啡情结 时间: 2007-4-26 13:57
看看先!!!

作者: kong5910 时间: 2007-4-26 19:44
看的晕糊糊
理论性的东西....

作者: WYL 时间: 2007-4-26 20:46
若你花两小时去看这个东东,
你会发现这真是个好动动.

作者: jiangqihong 时间: 2007-4-26 21:10
先砸一块

作者: chenxx 时间: 2007-4-26 21:16
浪费时间

作者: 小七 时间: 2007-4-26 21:36
社会分工化,使得部门与部门,公司与工厂之间的沟通越多,作为工程师确实不是只限于作技术的苦力活了,需要更多的与人的信息传递,基于这些,对工程师判断与解决问题的能力就体现的很迫切...

作者: misliu 时间: 2007-4-26 21:47
有一定的价值。

作者: joe0769 时间: 2007-4-28 17:15

原贴由小七发表：
社会分工化,使得部门与部门,公司与工厂之间的沟通越多,作为工程师确实不是只限于作技术的苦力活了,需要更多的与人的信息传递

同意!

作者: wenshunfeng 时间: 2007-4-28 22:21
看看

作者: Kinsy 时间: 2007-5-31 22:02
看的人多,留话的人少．

路过留声~~

作者: hdy-123456 时间: 2007-5-31 23:40
高见!

作者: moldbase 时间: 2007-6-1 10:07
砸一块

作者: lfyxxg 时间: 2007-6-1 10:50
先下回來看看。

作者: lei1717 时间: 2007-6-1 17:06
哎呀。。。看看晕拉。。。。。。

作者: elle8418 时间: 2007-6-1 22:15
多谢指点，受益匪浅

作者: tjf1234 时间: 2007-6-1 22:26
学习了!呵呵!希望楼主多搞点这方面的东东来学习一下!

作者: JACKYYXU 时间: 2007-6-1 22:55
不错；赞！
不知大家有没有觉得：做工程及其搞技术的人有一种特性就是喜欢坚持；在与别人沟通检讨时常常认为自己就是OK的正确的不能虚心接受别人的意见；
8D方法是大家检讨分析问题的步骤和方法；在检讨中再加上楼主刚刚提高的沟通的技巧；可以使问题在最短的时间内讨论完成和大家达成共识；
一些分析问题的方法及其沟通技巧的合理运用配合管理上面的技能可以由工程师向管理方面做转换；
非常赞同楼主的讲法；
最后再顶一下！

作者: zhoupeng_cn 时间: 2007-6-2 00:19

原帖由 cc.小人物 于 2007-4-26 09:58 发表
随着模具行业的发展,产品周期要求越来越短,公司各部门间的沟通与指令下达越来越多,嵌接也越来越频繁.在工作中不再是一个人挑大梁,一个成功的项目需要大家的共同努力去推动...
做技术的人更缺的是解决问题的能力与 ...

搞不好有機會在蘇州可以見到你，到時候找你好好請教下。

作者: phj_119 时间: 2007-6-2 08:19
写得真不错：P

作者: vitingyi123 时间: 2007-6-2 09:13
好贴帮顶

作者: t225 时间: 2007-6-2 09:21
看的晕糊糊

作者: liljc 时间: 2007-6-3 04:18
ddd

作者: exdihpyu 时间: 2007-6-3 08:14
我在小公司,第一回听说啊

作者: lfyxxg 时间: 2007-6-3 08:51
對於一個正常運作的設計室來說，
是一個極佳的整體提升指導。
頂起！

作者: A_fei 时间: 2007-6-3 20:31
不错。讲得很实用。很贴切。谢谢！

作者: wuyechixin 时间: 2009-3-22 20:43
好东西啊！！！深刻思考中！

作者: ayu 时间: 2009-3-29 10:14
非常谢谢,我打字太慢

作者: fgii 时间: 2009-3-29 12:21

砸一块

作者: CHZHU 时间: 2009-3-29 13:40
下来看看，是不是好东东，呵呵

作者: tonyqee 时间: 2009-3-29 17:41
现在都是9D时代了，后边需要再加一个D

作者: enjoydan 时间: 2009-4-11 12:33
谢谢谢谢，的确如此

欢迎光临 iCAx开思网 (https://www.icax.org/)