团队精神在体系建立中的重要性
天气: 晴朗心情: 高兴一、团队精神在体系建立中的重要性
团队精神(Teamwork)的重要性是不言而喻的,任何项目的成功都离不开团队,个体的力量毕竟是有限的。国人精英很多,但缺少叫得响的团队。在政府、在企业、在各种组织中,我们的确缺乏团队精神,在许多引进推行的先进理念(如TQM、精益生产、质量体系等基本上是以团队精神作为基石)过程中往往导致事倍功半。
在公司建立和实施质量体系其实是一个整体管理变革项目,更需要团队精神。它不是质量经理或质量工程师一个人的事情,也不仅仅是质量部的事情。许多公司在推行质量体系时有意无意把它归为质量部门或质量经理的事,结果质量经理忙得焦头烂额,最后虽然通过了认证,拿到了一纸证书,但整个公司的管理毫无起色,质量水平是江山依旧,公司的管理层对质量体系这些泊来品的怀疑也就越来越大,最后干脆就不信,认为做质量体系就是做一些不增值的文字工作,是浪费。这也是ISO9000等体系目前在国内的一种尴尬处境。
所以,从开始建立这家新公司到各个具体项目(包括质量体系)中,包括总经理在内,我们一再强调团队精神,因为我们人手有限工作任务繁重,更需要的是团队精神。所幸是大家能够理解这点,因为我们从外企到私企,目的是想干出一点事,大家荣辱与共,经验共享,保证了这个项目的成功进行。虽然在这个漫长的推行过程中,我们有过不少争议,有时候觉得质量体系很烦琐,要做得完美很费时间和精力,但我们还是积极寻求解决办法,如何把复杂的体系简单化,如何把体系文件与现场执行有机结合,这是我们在建立新的质量体系中应重点考虑的。
我们虽然是一个不错的团队,但在整个体系的建立过程中还是出现了大的分歧。比如在APQP,技术副总(也是管代)他就极力反对按照这个程序来执行。他是主管技术部工作的,手下的产品设计员对体系不熟悉,他自己虽然熟悉TS,以前在原公司也经常被TUV的审核员审核,在APQP审核中也常常出问题,他对此很厌烦。所以在新公司中,他极力反对产品开发和过程开发按照APQP程序来执行。
他认为:产品开发和过程开发很大程度上是工程师们按照自己的经验来进行的(他有20多年的产品开发经验),这有点类似艺术创造,而艺术创造是无法用程序来规定的。这些做法在美国也许可行,但在中国的大部分企业是无法做到的。
说心里话,我也很同意他的观点,但APQP是一个重要的过程,不做又是不行的。有经验的审核员每次审核产品和过程开发,他就只审核APQP。而国内大部分公司,APQP都做的有缺陷。我的观点是:APQP必须进行,既然我们这些人对APQP比较熟悉,只是心里无法认同,但TS标准面前,我们可以尽量用活标准,但我们是无法回避标准的。如果我们能做到锦上添花不是更好吗!况且通过APQP我们可以把许多开发经验文件化,新的设计员在将来的设计开发中就可以规避风险,这对技术部来说弊大于利。
经过几次例会中激烈的争论,最后我们达成一致:技术副总同意执行APQP,他提供全力的支持,包括DFMEA由他自己做(他的设计员不懂啊,只有他自己了解),其他所有程序上的事情,由制造部经理(新产品项目小组中主要负责人)来推行,制造部经理主要负责过程开发和生产管理,他同时也对APQP四个阶段比较熟悉。整个质量体系上的事情由我(质量部经理)统筹规划,我们需要什么,技术部门全力支持。即使如此,但最后在认证公司的文审和现场审核时,APQP的执行中依然出现了一些问题,还是被开出轻微不符合项。
团队精神很多时候是体现在项目小组等具体的工作上的,我们在推行TS16949其实就是戴着脚镣跳舞啊!
团队精神(Teamwork)的重要性是不言而喻的,任何项目的成功都离不开团队,个体的力量毕竟是有限的。国人精英很多,但缺少叫得响的团队。在政府、在企业、在各种组织中,我们的确缺乏团队精神,在许多引进推行的先进理念(如TQM、精益生产、质量体系等基本上是以团队精神作为基石)过程中往往导致事倍功半。
在公司建立和实施质量体系其实是一个整体管理变革项目,更需要团队精神。它不是质量经理或质量工程师一个人的事情,也不仅仅是质量部的事情。许多公司在推行质量体系时有意无意把它归为质量部门或质量经理的事,结果质量经理忙得焦头烂额,最后虽然通过了认证,拿到了一纸证书,但整个公司的管理毫无起色,质量水平是江山依旧,公司的管理层对质量体系这些泊来品的怀疑也就越来越大,最后干脆就不信,认为做质量体系就是做一些不增值的文字工作,是浪费。这也是ISO9000等体系目前在国内的一种尴尬处境。
所以,从开始建立这家新公司到各个具体项目(包括质量体系)中,包括总经理在内,我们一再强调团队精神,因为我们人手有限工作任务繁重,更需要的是团队精神。所幸是大家能够理解这点,因为我们从外企到私企,目的是想干出一点事,大家荣辱与共,经验共享,保证了这个项目的成功进行。虽然在这个漫长的推行过程中,我们有过不少争议,有时候觉得质量体系很烦琐,要做得完美很费时间和精力,但我们还是积极寻求解决办法,如何把复杂的体系简单化,如何把体系文件与现场执行有机结合,这是我们在建立新的质量体系中应重点考虑的。
我们虽然是一个不错的团队,但在整个体系的建立过程中还是出现了大的分歧。比如在APQP,技术副总(也是管代)他就极力反对按照这个程序来执行。他是主管技术部工作的,手下的产品设计员对体系不熟悉,他自己虽然熟悉TS,以前在原公司也经常被TUV的审核员审核,在APQP审核中也常常出问题,他对此很厌烦。所以在新公司中,他极力反对产品开发和过程开发按照APQP程序来执行。
他认为:产品开发和过程开发很大程度上是工程师们按照自己的经验来进行的(他有20多年的产品开发经验),这有点类似艺术创造,而艺术创造是无法用程序来规定的。这些做法在美国也许可行,但在中国的大部分企业是无法做到的。
说心里话,我也很同意他的观点,但APQP是一个重要的过程,不做又是不行的。有经验的审核员每次审核产品和过程开发,他就只审核APQP。而国内大部分公司,APQP都做的有缺陷。我的观点是:APQP必须进行,既然我们这些人对APQP比较熟悉,只是心里无法认同,但TS标准面前,我们可以尽量用活标准,但我们是无法回避标准的。如果我们能做到锦上添花不是更好吗!况且通过APQP我们可以把许多开发经验文件化,新的设计员在将来的设计开发中就可以规避风险,这对技术部来说弊大于利。
经过几次例会中激烈的争论,最后我们达成一致:技术副总同意执行APQP,他提供全力的支持,包括DFMEA由他自己做(他的设计员不懂啊,只有他自己了解),其他所有程序上的事情,由制造部经理(新产品项目小组中主要负责人)来推行,制造部经理主要负责过程开发和生产管理,他同时也对APQP四个阶段比较熟悉。整个质量体系上的事情由我(质量部经理)统筹规划,我们需要什么,技术部门全力支持。即使如此,但最后在认证公司的文审和现场审核时,APQP的执行中依然出现了一些问题,还是被开出轻微不符合项。
团队精神很多时候是体现在项目小组等具体的工作上的,我们在推行TS16949其实就是戴着脚镣跳舞啊!