Mar. 31, 2020

商品化管理的工具應用

今天繼續來談談商品化管理的工具應用

商品化管理為一個整合相關機能部門的系統,因此不僅界面多而且複雜。為了提高系統運作的效率與效能,工具的運用成為必要而且重要的成功關鍵要素(KSF:Key Successful Factor)。在商品化管理系統中,常用的工具可以依工具的特性、工具的目的及工具使用的對象、目標來分類。分類與簡述如下:

一、   依工具的性質分類:

(一)     硬體工具:

商品化過程,技術發展上,如何讓研究發展的資源效率最大化,一直是技術管理努力的方向。同時商品化的主要目標之一,得到顧客的完全滿意與信任,以增大品牌黏性,品質與可靠性的確保是技術發展的重大議題。為了確保資源的效率及品質保證的信度,借助一些工具來提升商品化的效率,及驗證技術的適切性,甚或借助一些工具來提昇商品開發的廣度與深度,都是業界關注的焦點。如設計上提升設計效率的CAD/CAE、創意研發用到的TRIZ、及最近發展出來的PDM與PLM系統整合工具等,解析儀器、設計驗證用試驗機器、環境實驗室等等有形化的輔助設備。

(二)     軟體工具:

商品化為一高度資源整合的活動,涉及到的介面管理(人與機器、人與人、人與規格、技術、設備及管理等等),多而且雜,如果只靠一般的功能性組織運作模式,常會產生溝通上的障礙。為使商品化活動順利進行,借重一些管理性的工具,如標準化文件書類、管理表報、系統規劃、管理流程、專案會議體、統計手法、品質管理(QC)工具等等。

二、   依工具的使用目的分類:

(一)   一般管理類工具:

商品開發流程管理為管理之工具之一,而工具之目的無非在於提昇商品開發之效率;另外,品質保証之著眼點,技術之處理過程是否合宜,問題之掌握是否確實,及技術之累積能否落實,都必須有一套簡單且有效之管理工具。以下就針對常用之管理工具做簡單介紹。

1. 提案書:

商品化牽涉到資源的投入,屬於企業策略性活動,而且每每動用的資源龐大,以風險管理的角度而言,透過一個提案的程序,可以有效的讓策略管理更加穩健。同時提案書也是企業內部功能部門間的一種介面溝通工具。

2. 時程表:

商品開發常須耗費時日,如果沒有一套有效的工具來管理複雜且多變的介面,常會一發不可收拾。將商品化依時間系列展開,明確相關項目,並設定查核點以利隨時加以查檢的工具。常見的時程管理工具有:甘特圖、要徑評核術(CPM:Critical Path Method)、計劃評核術(PERT:Project Evaluation Review Technique)、里程碑(Mile stone)等。

3. 預算管理表:

每一個專案或商品化過程,都必須動用大筆資金,預算管理表就是用來有效管理預算的管理表報。雖依行業別有所不同,但管理重點與精神並無差別,大致分為固定、變動與資產類或依會計科目別如人事費、材料費、設備費等區分。

4. 技術活動計劃:(TAP:Technical Action Plan)

當商品開發專案開始活動時,經過業務結構展開(WBS:Work Breakdown Structure),製作出專案時程表。同時為確保商品化過程的順利進行,針對未來商品開發上可能發生的課題,展開先期之技術預防措施,以事前管理原則,防範未然。

5. 技術跟催表:(TAL:Technical Action List) 

TAL為一個利用5W2H(Why、What、Who、When、Where及How much、How to)管理模式之管理工具。當TAP展開後,接下來就屬於日常之跟催管理活動,專案經理如何運用管理技巧,將多且複雜的專案時程,有效的控制,確保品質、時程及成本的目標達成。類似之工具無異是一個有效且經濟的工具。

6. 問題跟催表:(PAL:Problem Action List) 

在商品開發活動中,難免會產生問題,特別是技術問題。當問題產生時,如何有效的掌握問題之重要性、內涵、性質及原因等,並針對問題發生之要因,提出解決計劃所採用之管理工具。基本上採取5W2H之架構模式,與TAP類似,唯一的差別在於前者為預測問題之解決計劃,著重於未來之課題。而後者著重於問題發生時處置,故時效性壓力常常大於其它要素。

7. 品質保證測試計劃:(QAT Plan:Quality Assurance Test Plan)

商品開發過程中,技術員之技術成長,設計階段只不過是學以致用之第一步而已,對於真正之技術突破,最大動力來源,來自試驗驗証與除虫之階段。而商品品質之提昇,品質之Design in很重要,但如何驗証則更是不易。品質保證技術員以顧客使用的立場,針對設計案設定使用條件,進行壽命與機能的驗證。除了要考慮品質的確實掌握外,投資的考量也不可或缺,以最小的測試規模來驗證產品之設計壽命,完整的計劃與部門之互動相形顯得重要且迫切。如何反應市場品質實績,不斷之改善,QAT Plan提供一個確保品質且又能累積Know How之作法。

8. 設計驗證計劃:(DVT Plan:Design Verification Test Plan)

性質與前項同,唯本項目較偏重於技術領域之確認。工程師為了確認設計案之達成度,進行設計驗證程序,一般公司均以為設計驗證為技術部門的業務範圍,技術部門自行驗證即可。殊不知設計驗證主要的目的在驗證技術的可行性,而技術的可行性涵蓋技術、成本及期限等三要素。研發管理的名言:「研發階段決定80%的品質與成本」,如果相關部門未能同步進行設計驗證,事後再來設計變更,不只時間浪費,額外的工時損失與變更成本也所費不貲。一個好的DVT plan可以事先規劃測試的人、物、金部署,及驗證的規模,最重要的是可以藉此展開內部技術移轉的活動,將有助於將來量產與行銷導入前的活動準備。

(一)     設計管理類工具:

1. 設計表:(D-Sheet:Design sheet)

技術員設計商品時,採取的原理、及理論根基等,以及創意形成的過程,均為企業的無形Know How,也是企業累積之財產,必須妥為運用。特別是創意本身極為空洞與短暫,如不有效做一整理,很快就會消失或忘記。對於技術部門而言,透過D-Sheet之運用,可以累積Know How,且有助於未來問題發生時的Debug處理。

2. 設計規範:Design Specification

由於技術越來越朝向多元化發展,跨領域的介面問題相對膨脹,如果沒有一個有效的工具來幫忙,介面的問題將會拖累技術員。Design Specification就是一個建立共同之設計溝通語言的工具,對問題共有之形成,助益匪淺。

3. 設計變更:(ECN:Engineering Change Notice)

設計變更為商品開發上很難避免的後續補償措施,產生設計變更的因素很多,但以設計考慮不夠週延及設計錯誤為最多。設計變更為品質保證的一環,牽涉到相關部門的同步連動,必須依循一定的程序及適當的管制,否則很容易造成步調不一致的混亂情況。設計變更的程序一般都由要求變更的單位先提出設計變更需求(ECR:Engineering Change Request)、經過設計變更同意書(ECO:Engineering Change Order)會簽,再發行設計變更(ECN)。

4. 圖面(Drawing)

圖面為商品化過程最重要的功能性介面文件,透過圖面來連結技術、製造、供應商、行銷與售後服務等相關部門。常見的圖面有部品圖、零件圖、組立圖(Assembly Drawing)、模具圖、系統圖、造型設計圖(ID Drawing)等等。

5. 產品規格書(Performance Specification)

產品規格書為商品化過程的最重要規範,產品規格書提供一個讓各部門溝通無礙的環境。將市場調查得來的需求(Voice of customer),轉化成為內部規格,讓技術部門之工程師得以有所依據。產品規格書內容一般包含概要、電氣或物理特性、機能、品質可靠性、使用環境、及其他服務性規範,說其為商品化的憲法也不為過。

6. 機能規格書(Functional Specification)

機能規格書為產品規格書下的一種細部說明文件,特別針對機能性的商品,如軟體商品、Fax、Copier等等。機能規格書主要提供給軟體或韌體工程師設計上的準則。

7. 系統流程圖(System Flow chart)

商品化追求的是最佳設計,於進入量產設計之前,商品概念設計時,利用系統圖做出流程式的系統架構,用來評估如何做最好。以系統流程圖來評估品質、成本與交期的最適案。系統流程圖用得好的技術人員設計出來的商品,整體架構較具平衡感,比較不會有品質、成本、交期失衡現象。

8. 問題處理單:(P-Sheet:Problem Sheet)

商品設計的過程,每件問題發生時,都顯示出設計仍有改善的空間。將問題發生的經過與現象,即時紀錄保留原始資料,對研究開發過程之歷史見証,提供一良好之擴散效果,也可避免問題轉述的過程中,方向的偏差。同時確認是否以確實做到再發防止,二次障礙的排除。除錯(Debug)的過程對對技術的累積效果,扮演不可磨滅的價值。

9. 設計審查表:(Design Review chart)

設計審查為商品化過程,品質保證的重要管理技術。設計審查有事前審查、事後審查與書面審查三種做法。透過專家的經驗傳承,對設計案提出建議,以避免因為經驗不足所造成的設計不良情事。一般都以設計審查為階段移轉的依據,而為了追求設計審查的效率及經驗的擴散,都採取設計審查表來提建議。

10. 價值工程(VA/VE Value Analysis/Value Engineering)

價值工程為同步工程中成本設計(Cost design in)常用的工具。以V=F/C(Value = Function / Cost)的公式,加上創意管理,追求顧客使用的最大價值。同樣的成本,功能越多則價值越高;同樣的功能,成本越低價值越高。價值工程運用價值分析、機能研究、以市場導向的價值分析(MOVA:Marketing Orientation Value Analysis)來進行成本防止(Cost prevention)設計,以追求商品的最大效能。

11. 品質機能展開(QFD Quality Functional Deployment)

一種將顧客需求轉化成為設計規格的工具,以品質屋展開來轉化顧客的聲音(外部規格)成為設計規格(內部規格),也是同步工程常用的Cost及Quality design in手法。唯品質機能展開必須準備足夠的資訊,及分析的過程相當繁複,對於較大系統商品,耗費資源極為龐大,故在國內使用者不多。

12. 故障失效模式解析/缺陷樹:(FMEA/FTA:Failure Mode and Effect Analysis/Fault Tree Analysis)

為可靠性管理的工具之一,可適用於商品設計、製造、售後服務、系統規劃等,用途極廣。FMEA是以最小組成部品開始,探討可能發生的潛在品質問題,及發生問題後對系統的影響度,決定優先處理順序後,預先考慮預防措施的設計,為可靠性設計的Quality design in的工具。FMEA為由最小部件溯流到系統由下往上(Bottom up)的解析品質可靠性工具,由系統組成的最小單位往上追究問題發生的可能性;而FTA則正好相反,是一種由上往下展開(Top down)的問題解析工具,利用邏輯符號與布爾代數,將龐大的系統的問題簡化,常用於故障解析(Trouble shooting)。

13.實驗計劃法:

實驗計劃法為田口工法之設計驗證技術,透過參數設計,以設計實驗來達到Quality design in的設計管理手法。為可靠性管理上相當重要的設計工法。

14.  田口工法(Taguchi Method):為田口博士所發明的研發管理技法。一般人總認為好的設計,一定要用好的材料才可能達成;但田口博士認為只要參數設計妥當,參數配合好,一般的材料也可設計出很好的產品。故又稱之為參數設計,為很多知名企業所採用。

15.  統計手法及QC手法:

商品開發過程,要有效的做好設計驗證,常以局部樣本(Sampling)來推定設計的品質。這其中就牽涉到樣本的大小及模擬的方法等,再再都必須運用統計手法。另外工程師在設計產品時,也常用QC手法來幫忙解決設計上的一些問題。