现代质量管理方法的应用思考和实践

质量是什么?质量就是符合客户要求。在产品的质量特性上不仅要满足客户明示出来的、也要满足通常隐含的和必须履行的要求与期望;而且,要求是覆盖全流程各环节,是动态变化不断发展的。在产品上有质量特性,在交付产品等工作过程中同样存在质量特性。
人们对质量如何达成的认识是在不断发展与完善之中的。早期认为质量是检验出来的,后来随着统计方法的应用认为质量是控制出来的,现在业界普遍认为是覆盖全员、全过程、全系统的质量管理。质量管理归结起来可包括十个原则:(1)关注客户;(2)明确要求;(3)零缺陷过程方法;(4)系统分析与预防;(5)领导重视;(6)全员参与;(7)持续改进;(8)基于数据与事实决策;(9)与供应方合作互利;(10)知识管理
现代质量管理的方法,如何有效落实到部门?我们应关注以下方面:
统一全员质量语言,持续深入贯彻质量文化。Crosby认为质量是质量政策和质量文化的产物。在公司质量方针的指导下,我们研讨确定了中央平台部的质量工作方向和准则:“聚焦内外部客户需求,每个人以零缺陷的标准一次把事情做对,持续主动改进,及时提供符合客户要求的公共平台与工程交付件,构筑产品世界一流的竞争力。”要在主管层面组织零缺陷研讨、DFSS质量研讨,把现代质量管理理念和方法覆盖到部门PM/PL,在主管层面统一质量语言。持续开展项目经理大会,进行优秀经验的共享和质量优秀项目的表彰,并相互把成果带回去应用。建立平台质量广场,持续开展质量文化的引导。尤其是作为各级主管,更需要为此在激发需求、动员承诺、认同、主管支持等方面做出直接的贡献。同时,还要在全员树立质量成本意识,用员工可以感知的事实和数据反映出各环节质量问题所带来的代价,进一步提高全员质量意识。
在组织中持续宣传和树立人人有客户、事事有过程的理念,明确团队工作输出的直接使用者,做好过程管理。知道了我们的下游环节客户,才能促使我们准确了解客户的真实需求,才能做出客户满意的、正确的事情。推动引导部门员工参与到上下游一线的内外部客户需求满足工作中去,加强对客户要求的认识和敏锐度。其次,梳理优化完善操作层面的作业过程,以便明确清晰交付要求、责任组织,并将好的做法持续充实到作业规范、作业指南中,形成组织正确的做事方法,使零缺陷的交付有零缺陷的过程来保障。事事有过程,关注过程管理,促使组织的输出更加有效、高效和快捷。
建立以业务主管为主导的质量委员会,推动质量改进工作的持续深入进行。产品的业务特性改进是通过立项来进行的。同样地,在质量管理上的改进也可以通过一个一个质量改进项目来进行。这需要对质量改进项目进行立项、评审,这样就可以持续地抓住关键的少数项目,不断地促进质量管理水平的提高。因此,在平台部门,各级质量委员会运作的重点就是抓住部门管理发现的TOP问题、质量回溯中发现的重要问题、客户(包括下游客户)反馈中的突出问题、员工全员质量改进建议中反映的典型问题等,推进质量改进项目的立项和决策,并把改进结果反映到预防措施,反映到交付要求和作业要求中,促进成果在部门内有效地复制。同时,还要开展质量管理评审。当前的重点在质量目标、作业过程的有效性和效率、缺陷预防和纠正措施的持续建设等方面。此外,从业务部门自身角度出发推进质量回溯的持续开展,扩大质量回溯的范围,覆盖到所有下游环节反馈的重要问题。
加强知识管理系统的建设和使用。知识经济时代,控制性的资源和对生产决定性的要素是知识。作为各团队主管,要着重考虑如何把一个团队个人的知识形成为一个组织的知识。要求、规范、指南、方法、案例等等,如果不能有效地共享,其结果就是组织的每个人都要依靠自身摸索前进。我们需要做好知识管理,这样才能让一个人的错误不再在一个组织中重现,让一个人的经验在一个组织中有效复制,让业界的优秀实践在组织中人人知晓,从而提高组织的能力和竞争力。目前需要加强推广应用故障模式信息管理系统。
积极有效开展系统预防工作。质量保证的重点是预防而不是事后修复,就象消防的重点是预防而不是救火。需要在工作过程中增加预防环节和必要的预防成本,从而减少全流程的质量损失成本。要把成熟的做法形成规范、基线、CBB、作业要求和指南,形成CHECKLIST,加强评审质量,工作延伸到上游环节,进一步要对影响我们工作质量的人员包括前端人员进行必要的培训,帮助前端提高交付给我们的输出质量。同时,在作业过程梳理、作业要求制定、质量回溯等各项工作中,加强预防措施的持续建设和完善。
广泛推动开展全员质量改进工作。质量改进既要依靠关键的少数质量改进项目,也需要有用的全员改进。在PSST倡议下,平台部门开展了全员质量改进工作的实践,覆盖到一线员工。我们要继续通过评选优秀建议等多种方式推进此工作的例行化,还需要继续深化,促进全员改进能够与自己的本职业务紧密结合,产生持久的实效,形成全员主动改进的工作习惯。
在工程领域推进6SIGMA项目的开展,加强现代质量工程方法的推广使用。鉴于工程领域的业务特点,而且质量改进已经达到了4-5SIGMA水平,我们要往更高阶段发展,在产品工程和整机工程等领域,重点推进6SIGMA项目的开展,包括6SIGMA过程改进DMAIC和设计改进DFSS。在平台领域,DFSS中包含的设计体系方法比如参数设计、容差设计、TRIZ等方法具有一定实用价值;同时,对于敏捷开发、持续集成、每日构造等方法要加强推广使用。
加强质量工具的建设与应用,提高工作效率和工作质量。工具支撑是很重要的手段,在平台部门主要领域结合业务特点推广相应的设计工具、实现工具和测试工具。比如UML设计工具的推广、硬件工具对工程规范的自动检查、编程工具对编程规范的自动检查、测试自动化工具等。同时,还需要加强质量度量系统的优化,确保各环节反映出来的质量数据准确可信,从而为质量改进及其效果评估建立起量化的支撑工具。
产品的关键要素是质量,工作管理的关键要素是质量管理。现代质量管理为此提供了系统的理念和方法,需要我们持之以恒地实践并逐步优化完善,从而为支撑组织有效、高效、快捷地满足客户要求发挥积极的作用。

本文选自:http://www.spasvo.com/news/html/20141215170250.html

时间: 2024-10-25 12:12:08

现代质量管理方法的应用思考和实践的相关文章

训练创新思维的方法:曼陀罗思考法

回顾10多年来走过的软件之路除了在经验上有一点积累.掌握了不少的技术之外似乎仍然一无所有,我并不是在传播负能量,这种一无所有指的并不是物质或是生活上的,而是在事业道路上.软件发展在于创新而这么多年来的工作却一直只是在跟随,自己意淫一下觉得比别人好的也只不过是跟随的速度会比较认识的人快那么一点点,时光推移到底什么东西是完全属于自己的呢 ?我也曾与不少至友讨论此问题,貌似也让大家陷入一些思考中.我们不缺技术.也不缺乏经验缺的可能是一种思想和意识那就是“持续创新的思维”.以前总认为自己在这方面是缺根筋

腾讯IVWEB前端工程化工具feflow思考与实践

本篇文章主要介绍腾讯IVWEB团队从0到1在工程化的思考和实践.feflow的全称是Front-end flow(前端工作流),致力于提升研发效率和规范的工程化解决方案.愿景是通过feflow,可以使项目创建.开发.构建.规范检查到最终项目上线的整个过程更加自动化和标准化. 要解决的问题 项目的目录结构按约定生成 团队有一套开发规范进行约束 支持多种类型的构建,包括Fis构建和webpack构建 团队内部的代码贡献统计.离线包内置App等 为了解决上述问题,我们于17年2月底开始投入工程化fef

前后端分离的思考与实践(六)

原文出处: 淘宝UED - 筱谷 Nginx + Node.js + Java 的软件栈部署实践 起 关于前后端分享的思考,我们已经有五篇文章阐述思路与设计.本文介绍淘宝网收藏夹将 Node.js 引入传统技术栈的具体实践. 淘宝网线上应用的传统软件栈结构为 Nginx + Velocity + Java,即: 在这个体系中,Nginx 将请求转发给 Java 应用,后者处理完事务,再将数据用 Velocity 模板渲染成最终的页面. 引入 Node.js 之后,我们势必要面临以下几个问题: 技

关于后台部分业务重构的思考及实践

关于后台部分业务重构的思考及实践 作者: ljmatlight 时间: 2017-09-25 积极主动,想事谋事,敢作敢为,能做能为. 当职以来,随着对公司业务和项目的不断深入,不断梳理业务和公司技术栈. 保证在完成分配开发任务情况下,积极思考优化方案并付诸实践. 一.想法由来 由于当前我司主要针对各大银行信用卡平台展开相关业务, 故不难看出,各银行信用卡平台虽然有各自的特性, 但其业务相似程度仍然很高,除必要的重复性工作外,仍有很大提升优化空间. 例如: 各个银行平台都需要对账工作.都要安排人

中国联通SDN/NFV的思考与实践

编者按:2015中国SDN/NFV大会在北京召开,本次大会围绕SDN/NFV展开讨论,来自运营商.服务提供商等业界巨头纷纷参与此次大会.中国联通技术部技术战略处经理裴小燕发表了题为<中国联通SDN/NFV的思考与实践>的演讲. 大家中午好!我简单的介绍,汇报一下中国联通对SDN/NFV的思考.我是制订公司发展战略的工作,因此借用网络上流行的话"世界很大,我们要去看看".我汇报的技术层面东西比较少,主要分享一下,我们去世界看看的一些结果. 关于运营商对于NFV的一些需求,我不

钢条切割问题求解方法及相关思考

钢条切割问题求解方法及相关思考 题目来源于<算法导论>第15章第一节.问题如下: 给定一个长度为n英寸的钢条和一个价格表pi(i=1,2,3,...n),求能够使销售收益rn最大的切割方案. 问题1:一共有多少种切割方式? 思路一:对于一个长度为n英寸的钢条,其中一共有n-1个节点可供切割,在每一个节点处都可以选择切割或者不切割,将对一根钢条的切割过程视为从第一个节点直到第n-1个节点逐一选择切割或者不切割的一个过程,利用乘法原理,可以算出来总共有2n-1种切割方案.以四个节点的钢条为例: 思

思考与实践的节奏

一般来说,当我们学习某一个领域里面的知识的时候,我们更多做的事情是跟着“某个人”(比如某书的作者)来学习这个领域里面众多的概念和这些概念之间的关系,清楚了概念和关系之后,再进行练习和实践. 即使学习的再好,如果不练习不实践,这些知识也是没有用处的. 那么,上面的学习方式有没有什么问题呢? 答案是肯定的,问题就在于我们探究领域里面概念之间关系的方式错误了,我们不应该只按照作者限定的思路去接触关系,而是应该从wishfull thinking的角度提出问题(或者说是一些问题的例子),通过解决这些一个

关于数据库‘状态’字段设计的思考与实践

最近在做订单及支付相关的系统,在订单表的设计阶段,团队成员就‘订单状态’数据库字段设计有了一些分歧,网上也有不少关于这方面的思考和探讨,结合这些资料和项目的实际情况,拟对一些共性问题进行更深一层的思考,笔耕在此,和大家一起探讨. 问题综述 这里的分歧点即有团队内部的分歧点,也有网络上常见的一些分歧点,先将存在的分歧点抛出来: 1.订单表的‘订单状态’字段对应的字典值应当包含哪些状态值?对于‘已评论’.‘已退货’.’已退款’这类状态是放到‘订单状态’中?还是独立一个字段标识? 2.订单表的‘订单状

从单体架构迁移到微服务,8个关键的思考、实践和经验

转载本文需注明出处:EAII企业架构创新研究院(微信号:eaworld),违者必究.如需加入微信群参与微课堂.架构设计与讨论直播请直接回复此公众号:“加群 姓名 公司 职位 微信号”.   随着微服务架构的持续火热,网络上针对微服务和单体架构的讨论也是越来越多.去年的时候,社区更多的关注点是在二者的区别以及优缺点辨析上,而今年,越来越多的人开始关注如何从单体架构迁移到微服务上.毋庸置疑,微服务的理念正在席卷整个开发者社区,像Netflix.Uber这样的公司都是非常成功的应用案例. 但需要注意的