分析階段是流程改進中最重要的部分,其目標是識別和驗證原始問題的根本原因。在分析過程中的問題和缺陷的原因之前,項目團隊已經根據經驗和直覺猜測和判斷了問題的原因。即便如此,經驗和直覺也不能代替分析階段的工作。其實真正發現問題原因是在分析階段完成的。這一階段的主要任務是利用各種有效的工具和方法分析現有的數據流,識別影響性能改進的根本原因,選擇優先改進的項目,把握潛力最大的改進機會。
二、分析階段的步驟
影響績效改進的根本原因的分析是一個不斷循環的過程。對于過程改進團隊來說,在分析中應該盡可能避免的問題是:
①縮短周期使其不完整,認為推測的理由不成立,從而提出理由不充分的解決方案;
②在循環中遇到障礙,永遠不要相信自己有足夠的數據,永遠不要相信自己可以針對最有可能的原因采取對策。
1.分析數據和處理
要找出問題的根源,首先要對評估階段收集的數據產品過程本身進行分析,即數據分析和過程分析。數據分析的目的是檢測評估階段收集到的數據,從而幫助團隊找到需要改進的問題原因的相關線索。當項目組的首要目標是關注績效指標時,可以首先采用數據分析;流程分析是對流程操作的深入調查,從識別與改進目標不一致、不相關或可能導致問題或缺陷的區域開始。如果項目組注重效率指標,流程分析可能是首選。無論是數據分析還是過程分析,每一種方法都可以幫助團隊清晰地找到哪些原因是根本原因。但是,只有把數據分析和過程分析的發現放在一起,相互補充,才能更準確地定義問題的根源。
2.建立問題原因的假設或模型
通過數據分析和過程分析,可以詳細描述改進過程中的問題。接下來,團隊成員要根據問題的詳細描述,提出問題的所有可能原因。在短時間內產生許多想法的團隊方法是頭腦風暴。頭腦風暴法作為六西格瑪管理法的標準工作,有效地避免了傳統會議的弊端,在傳統會議中,與會者因為害怕別人的評論而約束自己,因此無法產生有創意的提案。它人為地營造了一種讓參與者感到無拘無束、自由自在的氛圍,提出了許多通常被認為不可行的解決方案,取得了意想不到的效果。
在運用頭腦風暴法時,為了達到預期的效果,我們應該堅持以下原則:
(1)記錄所有意見,即使認為某個觀點是荒謬的。因為看似離奇的想法中可能有解決方案;
②確保團隊是提出意見,而不是篩選意見。不要批評任何觀點,因為批評會打擊提議者的積極性和正姓,大家都會沉默,頭腦風暴法達不到預期的理想效果;
③不評價觀點。提案過程中不要對任何人的觀點進行討論和評論,因為此時的討論可能會讓會議偏離主題,可能會打壓后續提案人的信心;
④鼓勵大膽聯想,不怕出錯。在提案階段想的越多,提案的內容就越廣,成為最佳提案的可能性就越高。
⑤邀請大家參與,請大家發言。頭腦風暴是一個頭腦風暴會議,與會者不希望只帶著耳朵來。多一個發言,多一個想法,多一個解決方案。
3.分析數據,再次處理
這一階段的工作與第一階段相似,但不是簡單的重復。在對問題的可能原因進行頭腦風暴后,團隊應利用評估階段收集的數據和分析階段收集的新數據,重新分析問題的發展趨勢和其他相關因素。有了各種數據,我們可以用這些數據和其他可用的事實來檢驗早先提出的假設,或者提出新的原因假設。在調整數據時,要充分掌握邏輯分析方法,以確定觀察到的事實或收集到的數據是否與假設一致。邏輯分析法以邏輯為基礎,以問題為中心,強調客觀事實。運用邏輯分析方法,可以知道哪些類型的問題最常見,哪些過程更嚴重,哪些因素與問題的產生有關,從而縮小問題范圍,排除一些可能的原因,確認假設來支持分析循環過程。
4.修改假設或模型
在另一次數據分析和過程分析之后,這個階段的目標是將頭腦風暴中的大量原因減少或消除到一個更易管理的數量。根據上一步的分析結果,團隊應該檢查每個人提出的各種想法是否重復,并確定這些想法的主要類別。在這個階段,每個團隊成員都應該清楚地理解其他成員提出的觀點,當其他成員理解了自己的觀點時,也應該清楚地向他們解釋自己的觀點。團隊要去掉重復的觀點,下一輪討論后再確定是否添加其他理由,最后列出所有能代表團隊觀點的理由。
5.找出并選擇幾個關鍵原因
在最后一次修正后,團隊縮小了潛在原因的范圍。分析階段的最后一步是確認和選擇影響過程改進的幾個關鍵因素,即分析根本原因。團隊成員要利用已有的數據來檢驗假設的原因,甚至要去假設原因發生的地方或過程中親自觀察,以驗證假設的原因是否與實際情況相符。團隊成員還可以與其他了解情況的非團隊成員交流,如客戶、供應商或問題專家,從而進一步修正假設。在分析階段結束時,根據已有的數據和觀察到的事實,可以確認問題的真正原因,從而在下一階段的工作中找到降低問題根源所造成的影響或消除問題根源的解決方案。
上一篇: 企業如何針對顧客需求并評估公司的行為績效