食品伙伴網(wǎng)服務號
當前位置: 首頁 » 質(zhì)量管理 » 質(zhì)量管理綜合 » 正文

零缺陷質(zhì)量管理思想的四項基本原則

放大字體  縮小字體 發(fā)布日期:2017-01-17  來源:網(wǎng)絡
核心提示:零缺陷質(zhì)量管理是否真的完美無缺?首先這里要糾正一個誤區(qū):零缺陷并不是我們想象中的絕對沒有缺陷,零缺陷理念旨在發(fā)揮人的主觀能動性,本著一次性做對的思想去完成設計、驗證、生產(chǎn)等工作。試想一下,當兩名生產(chǎn)工人分別抱著“缺點難免論”和“一次性做對”的思想去工作時,哪一個的工作效率會更高?

    零缺陷質(zhì)量管理是否真的完美無缺?首先這里要糾正一個誤區(qū):零缺陷并不是我們想象中的絕對沒有缺陷,零缺陷理念旨在發(fā)揮人的主觀能動性,本著一次性做對的思想去完成設計、驗證、生產(chǎn)等工作。試想一下,當兩名生產(chǎn)工人分別抱著“缺點難免論”和“一次性做對”的思想去工作時,哪一個的工作效率會更高?

    既然零缺陷質(zhì)量管理是一種發(fā)揮人的主觀能動性的質(zhì)量管理方式,那么工作人員怎樣才能盡可能地將工作一次性做對?這就要遵循克勞士比提出的四項基本原則:

原則一:質(zhì)量即符合要求

    班組成員在完成產(chǎn)品的時候必須按照產(chǎn)品質(zhì)量的標準走,因為質(zhì)量的定義就是符合要求而不是主觀或含糊的“好、不錯”等描述。

原則二:產(chǎn)生質(zhì)量的系統(tǒng)是預防,而不是檢驗

    因為檢驗是告知已發(fā)生的事情,當將不合格的產(chǎn)品挑選出來時,說明缺陷已經(jīng)產(chǎn)生了,而預防是可以在制造產(chǎn)品的同時,發(fā)現(xiàn)潛在的質(zhì)量問題,繼而消除這些不符合產(chǎn)品質(zhì)量的可能性。通過預防不僅可以保證工作正確完成,而且可以減少資源的浪費。

原則三:在產(chǎn)品質(zhì)量面前必須追求“零缺陷”,而不是所謂的“差不多就好”

    有些班組在質(zhì)量上經(jīng)常存在著“差不多就好”的態(tài)度,他們認為只要在某些時候滿足產(chǎn)品質(zhì)量要求或者是每次都滿足大部分要求就行了。但是正因為這“差不多好”才讓他們的班組產(chǎn)品永遠也滿足不了大眾的需求。而“零缺陷”的工作標準,則意味著我們不僅要在每次質(zhì)量上做到“零缺陷”,而且要在任何時候都能符合產(chǎn)品質(zhì)量的要求。因此,如果我們要讓產(chǎn)品具有質(zhì)量,那就決不能向不符合要求的情形妥協(xié),我們要避免錯誤的發(fā)生,這樣我們的顧客也就不會得到不符合要求的產(chǎn)品和服務了。“零缺陷”最重要的工作標準意義就是:只有在符合全部要求時才行。

原則四:產(chǎn)品質(zhì)量是用不符合要求的代價來衡量的,而不是用指數(shù)

    所說的指數(shù)是指把產(chǎn)品不合格的項用壞消息來代替的一種方法。如果我們將這些壞消息給軟化掉,企業(yè)的管理者永遠也不會采取行動來整治。而如果我們將這些不合格的產(chǎn)品項目的貨幣價格給展示出來,我們就能夠增加對問題的認識。我們制造出來的那些不合格的產(chǎn)品就是產(chǎn)生的額外費用。這是一種浪費,浪費時間、人力和物力,這是不必要的代價。

    以上就是追求零缺陷質(zhì)量管理的四項基本原則。在企業(yè)生產(chǎn)過程中,追求質(zhì)量已經(jīng)成為一種管理的藝術(shù),樹立正確管理理念并有效執(zhí)行,,生產(chǎn)者、工作者要遵循以上四項原則,努力使自己的設計、產(chǎn)品、業(yè)務沒有缺點,并向著高質(zhì)量標準的目標來奮斗。
編輯:foodnews

 
分享:

食品伙伴網(wǎng)質(zhì)量服務部為您提供專業(yè)的SC咨詢指導、企業(yè)標準備案、供應商審核、FDA注冊咨詢、ISO9001、ISO22000、HACCP、有機食品認證等服務。
聯(lián)系電話:0531-82360063
電話/微信:15269187106


HACCP聯(lián)盟

食品質(zhì)量管理
[ 網(wǎng)刊訂閱 ]  [ 質(zhì)量管理搜索 ]  [ ]  [ 告訴好友 ]  [ 打印本文 ]  [ 關閉窗口 ] [ 返回頂部 ]
 

 
 
推薦圖文
推薦質(zhì)量管理
點擊排行
收縮

在線咨詢

  • 0531-82360063
  • 郵箱
  • 聯(lián)系人
  • 聯(lián)系人

     
     
    Processed in 0.436 second(s), 407 queries, Memory 2.51 M