|
|
 |
QC story品質改善歷程(故事)方法解說
台灣的工程師們普遍存在一種個性上的弱點，台灣的工程師不善於表達自己，也不善於推銷(Promote)自己，比如說當他們完成了一項艱巨的品質改善任務後，卻很少人會認真的把整個品質改善歷程給記錄下來，更別說做成一份像樣的報告了。
如果這種事發生在一般的小型公司，工程師的努力可能大家都看在眼裡，包括大老闆，也知道工程師的實力如何，可是如果是在大公司，工程師的努力與實力有可能大老闆們並不知道，這時候就需要適時的表現自己，爭取讓自己的名字可以直達天聽的機會。
使用【QC Story】的步驟手法，可以讓工程師把整個品質改善像在訴說一篇動人的故事，一步一步的把已經完成或進行中的品質改善過程，輕鬆的寫成一份完整的品質報告。
其實這【QC Story】的步驟與方法和【8D report】與【DMAIC】方法都有點類似，基本上都是用來改善分析問題與解決對策，但「QC Story」比較著重在廠內的品質良率改善，所以最好從生產線的良率或節省工時等方向著手；而「8D report」則比較著重在解決客戶的投訴(Complaint)問題解決與改善，著重在短期對策與長期對策，並保證不良品不再流入顧客手中。
QC Story 的步驟大概可以分成下列九個步驟，分別解說如下：
1. Problem Selected（主題選定）：說明主題的名稱。
2. Why Selected（為何選擇這個主題）
3. Current Status（現況評估）：掌握現況。可以使用柏拉圖來收集並歸納問題80%的最大貢獻者，然後針對它們來分析並擬定對策。
4. Defect Analysis（不良原因分析）：使用魚骨圖(要因分析圖)來分析可能的問題點。
5. Actions（改善對策）：針對問題點來擬定對策並執行。
6. Results（結果評估）：對策執行後成果評估。如果是良率，就看良率是否改善，有時候某些對策也可能對良率產生不好的變化，如果良率變差就要趕快停止對策並分析原因。
7. Standardization（標準化）：對策如果有效，必須文件化且標準化，也就是將對策當成標準或寫入作業指導書中，以避免日後再度發生。
8. Problems remaining（殘留問題）：檢討過程，紀錄殘留問題。問題不可能一次就完全解決，只能改善再改善。
9. Future plans（展望未來）：持續改善。
就如同文章一開始所附的圖片，工作熊以前的公司甚至要求工程師們必須要將整個品質改善過程，用一張A3大小的紙張寫成一份「QC Story Sheet」，而且還要遵循PDCA的循環，所以文章最前面的圖片中的步驟１並不是從左上角開始，而是從中間上面的P開始，然後依序繞著順時鐘的方向進行，蠻有意思的。
PDCA既然是個循環，也就是持續改善的意思，對策執行後要評估成效，有效的就當作標準做成文件規範，變差的就要停止分析原因，無效的可以取消或是檢討是否有需要。
工作熊這裡有整理一份 QC Story 的例子，有興趣的朋友可以點擊下圖放大查看；另外工作熊也製作PDF格式，如果有需要的朋友，請留言索取。
（2020/2/5更新：工作熊已經將這份品質改善歷程報告寫成部落格發表在這篇【《案例》Tranz1230生產良率改善的品質歷程(QC Story)】文章了，所以大家不用再留言來索取PDF檔案了，自己看部落格文章就可以了。）
後記2011/11/25：「QC Story Sheet 單張表格」也已經完成並開放開放索取 (2021/9/22起為鼓勵大家自己畫表格停止索取)
2020/8/12更新：
工作熊發現很多朋友雖然知道QC Story，可是卻不知道如何在電腦內將它給畫出來。工作熊這裡做了一支YouTube影片：《如何利用PowerPoint畫出單張「QC Story」報告》，示範如何利用PowerPoint一步步畫出自己的QC Story報告，希望可以給大家參考，也希望有人可以用它真的做出自己的QC Story報告，如果可以分享給大家參考就更好了。
補充影片：在PowerPoint中如何插入表格，插入欄、插入列、平均分配欄寬、平均分配列高、水平置中對齊、垂直置中對齊、尺規、定位點。
延伸閱讀：
問題分析與對策解決 8D report
使用PDCA達成六個標準差(six sigma)
開發新產品有三個驗證階段(EVT/DVT/PVT)
介紹「製程工程師」及「產品工程師」在公司的角色
|
|
訪客留言內容（Comments）
工作熊 先生/前輩 製作這QCSTORY
以實務上來說是份非常棒且用心的報告 值得大家敬佩與學習
—————————————————————-
客觀小小建議可加入”驗證”的概念 相信報告會更臻完美
僅供參考 謝謝
1. 在結果評估方面：放入”改善後”的柏拉圖
雖然有執行後的改善圖
但因為報告有繪製”改善前”的柏拉圖分析，
因此在結果與評估建議放入”改善後”的柏拉圖
原因在於：只要解決問題後 主因問題(第一根長條)
定會大幅下降 (80%問題解決的驗證)
2. 在改善對策方面：補充增加對策型魚骨圖
已有文字說明，但建議加入對策型魚骨圖(魚頭往左)
p.s. 將文字說明部分作為魚骨圖即可
一份完整的魚骨圖分析是會包含原因與解決對策存在
您好，
首先感謝您寫出這麼多好文章分享，在貴站，我學習到了很多知識，幫助很多。另外，就是想請教，我本身是一名小卡QC，沒有改變生產製程步驟的資格。當我想到要改善某項工作流程或步驟來提昇效率時，不可能會有大量生產人員能協助或生產測試，只能靠我自己做並試驗，而這樣得出來的結果及數據太少並不會被上級認可。若我想寫成一個QC story出來能更清楚的向上級報告，可並沒有生產人員試跑的數據支撐。請問您有其他什麼好的方式可以建議嗎?
訪客留言注意事項：
1.首次留言須通過審核後內容才會出現在版面上，請不要重覆留言。
2.留言時請在相關主題文章下留言，與主題不相關的留言將會被視為垃圾留言，請善加利用【搜尋框】尋找相關文章，找不到主題時請在「水平選單」的「留言板」留言。
3. 留言前請先用【搜尋框】尋找相關文章，自己做一點功課後再留言。沒有前因後果的內容，工作熊不一定會瞭解你在說什麼，就更無法回答你的問題。
4. 工作熊並非某一方面的專家，所以回答的內容或許會有不正確的地方，服用前還請三思。如果您想詢問關於電路板方面的工程問題，請前先參考這篇文章【詢問工程問題，請提供足夠的資訊以利有效回答】 把自己的問題想清楚了再來詢問，並且請提供足夠的資訊，這樣才能有效回答問題。
5. 工作熊每則留言都會看，但不會每則留言都回答，尤其是只有問候之類的內容。
6. 留言詢問時請注意您的態度，工作熊不是你的「細漢」，更沒有拿你的薪水，所以不接受吆喝工作熊的態度來回答你的問題。
7. 原則上工作熊不接受私下電子郵件、電話、私訊、微信或任何即時通聯絡。
8. 自2021年7月起Google將停止最新文章電子郵件通知，如果你想隨時接收部落格的最新文章可以參考這裡。
Dear熊大：
可以跟您索取QC story的例子(網頁中那四張圖片)嗎?
非常感謝您