Six sigma Project 定義ppt課件

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

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

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

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

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

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

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

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

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

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

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

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

13、Team 選定義務(wù)記述“The Business Process提供者內(nèi)部或外部顧客輸入輸出最正確 Process Map Process概念 經(jīng)過(guò)一個(gè)以上輸入，變成給顧客有價(jià)值輸出的 一些過(guò)程或行為。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，并能維持活動(dòng)的焦點(diǎn)。 把復(fù)雜的 Process簡(jiǎn)單化、視覺(jué)化。 證明對(duì)Project范圍的妥當(dāng)性。 確認(rèn)能否有脫離Team的影響或可用資源的環(huán)境。 協(xié)助公司的內(nèi)、外部的人們?nèi)菀琢私釶rocess。 詳細(xì)Process Map作成時(shí)成為根底資料。 對(duì)Project實(shí)行方案書(shū)的完成有協(xié)助。最正確 Process Map 最正確 Process Map作成階段 對(duì)象Process定義 - 決議Process稱號(hào) - Process界限(終點(diǎn)與起點(diǎn))決議 Process 終點(diǎn)：向顧客引導(dǎo)制品的起點(diǎn),在效力中 供方與顧客為了效力傳達(dá)面對(duì)的起點(diǎn). Process 起點(diǎn)：從供方接納轉(zhuǎn)入的第一個(gè)起點(diǎn)

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

16、？ Process輸入輸出Process 最適宜的終點(diǎn)在哪里？ (經(jīng)過(guò)Process 提供應(yīng)顧客的制品或效力是什么？)START限界限限界限最正確 Process Map Process Map Vision我們想象的實(shí)踐 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購(gòu)買 Wafers Etcher C/BGas磁場(chǎng)RF PowerChillerRobot(Loader)設(shè)備業(yè)體Fab制造工程QC營(yíng)業(yè)事例( 非缺點(diǎn) Service 移管率 減少)最正確 Process MapSIPOC 消費(fèi)者 安裝技師 Call Center 相談員 維修技師 消費(fèi)者Call 運(yùn)用闡明書(shū) 制品宣傳物 相談System 相談?dòng)?相談處理 消費(fèi)者1次 判別情況室接納消費(fèi)者 Call消費(fèi)者 Call 移管缺點(diǎn)性非缺點(diǎn)性相談進(jìn)展Project 實(shí)行方案書(shū) Project的推進(jìn)目的和目的明確化、文件化。Project 實(shí)行方案書(shū)的 要素 問(wèn)題的記述 目的的記述 推進(jìn)背景及等待效果 Project 范圍 Project Team Project 推進(jìn)日程Project 選定Project 實(shí)行方案書(shū)最正