1、Project 定義MeasureDefineAnalyzeImproveControl方法論 Six Sigma 引見 - Six Sigma 概要 - Six Sigma 特征 - Six Sigma 與 運營革新 - Six Sigma 方法論 Project 定義Project 選定 - 發(fā)掘潛在的 Project - 評價及選定Project定義 - 義務(wù)記述 - Team 選定 - 最正確 Process Map - Project 實行方案書 COPQIntroductionDefineProject 定義 學(xué)習(xí)目的了解適宜 Six Sigma Project 選定方法。 了解對

2、Project 問題.目的的有效的記述方法。 了解Project Team 選定及有效的運營方法。 經(jīng)過最正確Project Map作成，相關(guān)Project 的Process確認(rèn)及了解 設(shè)定范圍方法。Project 選定 確認(rèn)反映VOC/VOB的 CTQ, COPQ CTQ/COPQ為根底，選定Project 發(fā)掘潛在的ProjectVOB CTQCOPQ 分析 CTQVOC CTQ評價及選定潛在的ProjectProject選定Project 定義 潛在Project的情報員(Sources) 顧客 中長期戰(zhàn)略, 運營方案 Cost of Poor Quality :從質(zhì)量保證記錄, 內(nèi)部診

3、斷(Audits)資料或者是運營管理資料 得到的 COPQ 數(shù)據(jù) 組織的主要問題點 其它質(zhì)量改善Project發(fā)掘潛在的Project潛在Project 發(fā)掘評價及選定 CTQ CTQ單位課題 CTQ 展開步驟(Top-down 展開)COPQ 分析 Process 浪費分析CTQ 選定(優(yōu)先順序 適用)事業(yè)單位 CTQ部門單位 CTQVOC : Voice of CustomerCCR : Critical Customer Requirement VOB : Voice of Business CBR : Critical Business Requirement 顧客不滿事項 員工的要求

4、事項 (Quality, Cost, Delivery)VOC -CCR 分析 中長期戰(zhàn)略分析 Benchmarking 結(jié)果推進(jìn)戰(zhàn)略性課題CBR 00) DDT(Drill Down Tree) 作成事例部門單位 CTQs事業(yè)單位 CTQs Project的評價/選定Project 定義定義Project的詳細(xì)目的構(gòu)成執(zhí)行Project Team設(shè)定Project的范圍 樹立Project推進(jìn)方案(階段別檢討日程)作成Project的實行方案書Project定義Project選定義務(wù)的 記述記述需求改善的詳細(xì)問題與目的來作成Project實行方案書的草案。 問題的記述 目的的記述 Proje

5、ct選定背景Project 實行方案書最正確 ProcessMapTeam 選定義務(wù)記述義務(wù)記述 問題的記述詳細(xì)(Specific)可以觀測(Observable)可以測定(Measurable)可以管理(Manageable)義務(wù)記述責(zé)難緣由對策 效果問題記述的制止事項 效果問題記述 例問題記述 - 當(dāng)社的交換部品裝船時間比競爭社平均長10天。 記述內(nèi)容檢討：- 詳細(xì)對特定Process講述，明確是什么問題。- 可以觀測問題的證據(jù)資料可以從內(nèi)部報告書或顧客中得到。- 可以測定裝船時間可以按日別測定。- 可以管理問題限于裝船順序的一種類型。義務(wù)記述錯的問題記述 例 問題記述- 當(dāng)社的交換部品裝

6、船時間比競爭社長平均10天, 應(yīng)消除交換部品裝船之前文件作成延遲問題。 - 搜集情報分析,有能夠查出倉庫業(yè)務(wù)步驟為主緣由。 緣由的提示- 查出問題的緣由是 ProjectTeam的義務(wù)。 對問題緣由的成見不完全或不正確。 還有能夠誤導(dǎo)Project Team 。 義務(wù)記述 錯的問題記述 問題記述 - 當(dāng)社的交換部品裝船時間比競爭社長平均10天, 為了Process迅速化要安裝電算化裝船SYSTEM. - 這個記述書包含不論實踐耽擱的緣由是什么， 只需是電算化裝船SYSTEM就能處理問題的錯 誤的想法。 處理對策的提示 - 在不知道緣由的情況下，找處理對策是不能夠的。 不分析緣由就想處理問題，最

7、終會失敗。 義務(wù)記述 錯的問題記述 問題記述- 為了縮短交換部品裝船時間，裝船擔(dān)當(dāng)部門有必要改善業(yè)務(wù)順序。 - 意味著裝船擔(dān)當(dāng)部門在這問題上有責(zé)任。 非難 - 為了徹底處理問題，需求許多部門的積極參與。 非難會減弱參與處理問題的個人意志，還有能夠不能真正識別問題的緣由，責(zé)任會轉(zhuǎn)加到 毫無相關(guān)的人身上。 義務(wù)記述 目的記述 - 顯示Project目的，即，提示Project Team該做的事情。 例 -問題 : 當(dāng)社的交換部品裝船時間比競爭社平均長10天。 -目的 : 把交換裝船時間改善為與競爭社水準(zhǔn)同樣或更高。 -Project Team目的的關(guān)鍵是組織期望是什么？ 在上例中目的設(shè)定容易。但不

8、是都那么容易。在預(yù)備 Project 實行方案書時，應(yīng)選擇對組織影響最大問題的側(cè)面。 義務(wù)記述 以下義務(wù)記述中包括問題和目的記述，閱讀后判別效果。 如沒有效果應(yīng)如何修正，請標(biāo)志。 追加部品給顧客裝船所需時間太長。 縮短部品傳送到顧客的時間。 每年$130萬支付懇求錯誤而發(fā)生貸款回收延遲的利息費用。 減少懇求錯誤而引起的未收款額。 需求方案Project完成，準(zhǔn)確的跟蹤作業(yè)完成程度的電算 System， 年末前購買及安裝這種System。 在計算臺客戶Checkout時，沒有及時通報客室管理。 為了減少客室整理所需的時間，改善前臺和客室管理之間 Communication. 10 分鐘義務(wù)記述義

9、務(wù)記述 記述對Project執(zhí)行的背景及目的。 - 為什么這Project有執(zhí)行的價值？ 改善哪些重要測度？ 改善何種程度？ - 為什么如今執(zhí)行這Project是那么重要? - 不執(zhí)行這Project時能夠出現(xiàn)的結(jié)果是什么? - 這Project能否符合運營方案目的達(dá)成的目的？ 推進(jìn)背景 記述估計的成果(財務(wù)成果+非財務(wù)成果) - 財務(wù)成果把財務(wù)(資援Group 管理擔(dān)當(dāng))的檢討及合義為必要。 - 財務(wù)成果計算時受6專家的援助。 等待效果(財務(wù)成果)Team 選定 Team的力學(xué)關(guān)系和Team的構(gòu)成了解;提供能讓Team有效活動的工具和根底。 Team 選定 Team 活動的優(yōu)缺陷 Syner

10、gy Synergy怎樣導(dǎo)出？ 效果Team 應(yīng)具有的特性Project 執(zhí)行方案書上位 Process MapTeam選定義務(wù)記述 Team選定 確認(rèn)與問題關(guān)聯(lián)最深的組織內(nèi)部門。 檢定Team能否代表上面所確認(rèn)的最受影響的部門。 與各Team員對Team做如下評價。 - Team員應(yīng)具備的事項。 對問題某部分的直接而深的知識。 Team 會議和 在會議中執(zhí)行產(chǎn)生課題的時間。- Team員應(yīng)具備的才干。 與問題相關(guān)的Process重要要素的準(zhǔn)確闡明。 Process各部門間相關(guān)關(guān)系的闡明。 在適用途理對策時，與相關(guān)部門有效協(xié)作的才干。 (應(yīng)由符合業(yè)務(wù)權(quán)限和具有責(zé)任心的成員組成。)Team選定運

11、營集團(tuán)選定與Project最適宜的Team的成員，分配給Team必要業(yè)務(wù)的優(yōu)先順序。 Team活動的優(yōu)缺陷 優(yōu)點 - Synergy 效果 全體大于部分的合。 即使是白紙，大家一同抬會更好。 缺陷 - 假設(shè)船夫多，船會劃向山。 - Team設(shè)計駱駝成為馬。 Graph發(fā)揚真假的鑰匙在于認(rèn)證成員的差別點.差別點是 Synergy的源泉。在會議中兩個人持一樣的觀念,那么 可以以為其中一個人的存在是不用要的。Team 選定+= Synergy 差別中原因 認(rèn)識 業(yè)務(wù)方式 閱歷 細(xì)心的程度 價值 思索方式 背景 關(guān)懷 Synergy是怎樣創(chuàng)出的? 參與 一切想法首先收容 傾聽 清楚的目的 認(rèn)證差別 協(xié)

12、議的目的 健全的矛盾 信任 制止單獨主張Team 選定 效果Team持有的特征 明確的目的 非方式 參與 建立性意見 根據(jù)協(xié)議的決議 自在的對話 明確的作用及業(yè)務(wù)分擔(dān) 指點才干Leadership) 多樣的 Style 經(jīng)過定期的自我評價Team的運營點檢Team選定最正確 Process MapProject Team為了達(dá)成目的,得到目的Process的了解并設(shè)定Team活動的范圍。 Process概念最正確 Process Map最正確 Process Map作成階段Process Map 限界Process Map VersionProject 執(zhí)行方案書最正確 Process Map

13、Team 選定義務(wù)記述“The Business Process提供者內(nèi)部或外部顧客輸入輸出最正確 Process Map Process概念 經(jīng)過一個以上輸入，變成給顧客有價值輸出的 一些過程或行為。PSIOCProcess Map最正確 Process Map 最正確 Process Map 最正確 Process Map 是把 Process最重要的 45階段按進(jìn)展順序表示的。 S: Supplier I: Input P: Process O: Output C: CustomerCTQs最正確 Process Map 最正確 Process Map作成目的 Team能看到全部Proc

14、ess，并能維持活動的焦點。 把復(fù)雜的 Process簡單化、視覺化。 證明對Project范圍的妥當(dāng)性。 確認(rèn)能否有脫離Team的影響或可用資源的環(huán)境。 協(xié)助公司的內(nèi)、外部的人們?nèi)菀琢私釶rocess。 詳細(xì)Process Map作成時成為根底資料。 對Project實行方案書的完成有協(xié)助。最正確 Process Map 最正確 Process Map作成階段 對象Process定義 - 決議Process稱號 - Process界限(終點與起點)決議 Process 終點：向顧客引導(dǎo)制品的起點,在效力中 供方與顧客為了效力傳達(dá)面對的起點. Process 起點：從供方接納轉(zhuǎn)入的第一個起點

15、顧客、顧客的要求及輸出的識別 - 定義輸出 - 定義顧客的 CTQs與其對應(yīng)的規(guī)格最正確 Process Map 主要 Process階段的識別 - 利用Brainstorming與魚刺圖法 - 把全部Process分為57階段容易了解 - 導(dǎo)出對全部Process的Team員之間協(xié)議 重要輸入的識別 供應(yīng)各輸入的供應(yīng)者識別 檢定Process Map的妥當(dāng)性 與執(zhí)行主要Process的中心擔(dān)當(dāng)者一同檢定Map能否照實 反響如今的Process 留意: 有時會作成“理想的或者是 “想象的 Process Map， 應(yīng)照實反響如今工程并能改善它 Process限界為滿足我的要求,供應(yīng)者 提供什么

16、？ Process輸入輸出Process 最適宜的終點在哪里？ (經(jīng)過Process 提供應(yīng)顧客的制品或效力是什么？)START限界限限界限最正確 Process Map Process Map Vision我們想象的實踐 Process理想 Process最正確Process Map不論什么Process Map,至少有三種以上Vision。 事例( DRAM的 P-MOS Tr BV Down改善 )最正確 Process MapSIPOC檢查P+ Spacer EtchPR StripP+ S/D 離子注入Fab制造工程Spacer Etch后 PMOS Tr成為Open而做成的Wafe

17、rs購買 Wafers Etcher C/BGas磁場RF PowerChillerRobot(Loader)設(shè)備業(yè)體Fab制造工程QC營業(yè)事例( 非缺點 Service 移管率 減少)最正確 Process MapSIPOC 消費者 安裝技師 Call Center 相談員 維修技師 消費者Call 運用闡明書 制品宣傳物 相談System 相談用 相談處理 消費者1次 判別情況室接納消費者 Call消費者 Call 移管缺點性非缺點性相談進(jìn)展Project 實行方案書 Project的推進(jìn)目的和目的明確化、文件化。Project 實行方案書的 要素 問題的記述 目的的記述 推進(jìn)背景及等待效果 Project 范圍 Project Team Project 推進(jìn)日程Project 選定Project 實行方案書最正