• 沒有找到結果。

知識管理系統應用於手機產品設計之關係

第二章 文獻探討

第三節 知識管理系統應用於手機產品設計之關係

Thomas(1993)以產品開發程序的觀點,認為不同的企業會根據 企業以及產品的特性,採用如下不同的產品開發程

(一)循序式(sequential)新產品開發:循序式新產品開發在企業 的新產品策略制定完成之後,主要依循產品開發程序,激發產品創意 與概念、篩選與評估、初步設計、市場機會分析、產品發展、市場測 試、正式進行,同時對於新產品開發的每一步驟均需妥加規劃與管 理。產品的創意來自研發部門的技術發展以及顧客的意見甚至是抱 怨。產品創意在通過初步的篩選與評估之後,便需進行市場機會分 析,也就是針對此產品概念,審慎評估其未來的市場銷售量、生產成 本、獲利能力、及其他財務方面的考量。若發現有不錯的遠景,便邁 入實際的產品發展階段,在此階段中主要進行研究發展及新技術開 發,以開發出產品原型與試驗性質的產品。完成的產品原型,接下來 便進行產品市場測試,讓企業能深入了解,消費者對此項新產品的真 正反應。最後,再根據新產品的上市策略,包括鎖定目標市場區隔、

市場行銷計畫、及上市時機等,方能讓新產品正式上市。在任何一個 新產品開發的個案中,唯有切實地執行每一個步驟,缺一不可,才能 使開發的過程順利而成功。遵循這樣一個循序漸進的方法來開發新產 品,可以確保每一個步驟都會被執行。尤其是當企業在發展新產品的 能力上,充滿了高度的不確定時,這樣的開發程序,其實是相當不錯 的。這種情形大部分發生在剛成立、暫且缺乏能力去滿足市場需求的 新企業上。

(二)整體式(holistic)新產品開發:對於循序漸進的產品開發方 式,就像一場「大隊接力」。賽中的接力棒,必須從參與開發的某一 單位(一般是組織中的一個部門或小組) 傳給下一單位,這種直線 進行的作法,不但耗時也可能非常僵硬、不夠靈活,尤其是當棒子在 兩部門之間交接的時候,情形更為明顯。針對循序式產品開發方式的

缺點,有一種嶄新的開發方法,稱為「整體式」或「橄欖球式」的產 品發展,由一支新產品開發團隊,攜手在整個開發過程中的所有階 段,一起衝鋒陷陣。此種整體式的新產品發展方法,具有下列幾個特 點:內在的不穩定性、自我規劃的專案小組、發展過程的各 個階段 相互重疊、具有多重學習的效果、控制必須巧妙、學習效果在組織中 可以轉移。

(三)重疊式(overlapping)新產品開發:就循序式開發程序而言,

在使用上最主要的一個限制是,當開發的成果要由上一部門傳至次一 個部門時,會發生「接續不良」的現象。當每個部門試著去理解上個 部門傳承下來的開發成果時,前人所累積的經驗與學習效果也在此時 付諸東流了。就效果而言,這種方法由於將不同部門、但是相關的人 員重疊在同一矩陣內,並且定義清楚他們在矩陣內進行交流的遊戲規 則,因而能夠成功地消除存在於不同部門之間溝通上的「藩籬」。

(四)雜亂式(chaotic)新產品開發:新產品開發過程相當混亂、

毫無章法,開發過程最大的特色在於充滿了失控與衝突。然而,公司 自能在亂中理出頭緒來開發新產品,新產品終究還是上市了,甚至在 某些個案當中,所推出的新產品還相當成功。這種雜亂式新產品開發 的方法,不見得是全然不好的。在發展的過程中,由於成員空間較大、

較為自由,可能因此而激發出有創意的答案,或者突破性的想法。再 者對很多擁有新點子,卻不被重視的草創公司而言,這種方式可能是 阻力最小的一條路。企業一般較常使用的循序式新產品開發方式作討 論。循序式產品開發可區分為產品企劃、產品設計、產品試產、量產 及銷售服務四大階段,各階段之作業項目及作業流程如圖 4 所示張保 隆等(1997)。

圖 4: 產品開發的階段與流程

由於產品開發為一連串的流程,也需要跨部門之間的合作,在產品的 開發流文獻的回顧可以整理各學者所提出來的產品開發流程會發現部份 開發階段是有相似,因此本研究整理後決定使用的新產品開發流 程為:

C0 企劃、C1 規劃、C2 研發及設計、C3 設計雛型樣品試作、C4 工程試

作、C5 試產及 C6 量產等七階段 並配合各階段的設計審查會議(Design Review Meeting)達成各階段的設計。本研究整理如表 2 所示。

表 2: 設計開發各階段知識管理資料(資料來源:本研究整理)

各階段知識管理重點:

(一)產品概念發展階段(企劃_C0):

此階段主要著重於知識獲得、知識分享、進而收集資訊及創造並將 其轉移為產品需求與規範。

1. 提案及市場/客戶需求分析:

產品之開發構想,開發案申請,並視產品需求,可由產品規劃人員 負責產品企劃、蒐集市場資訊、銷售預估、國際或國家法規、成本

預估、合約審查、客戶之產品需求、品質要求或新產品開發構想,

提出『產品說明文件』。

2. 市場分析:

國內及國際市場發展動向(市場需求、產業規模、行銷方式、技術 變動情況、產品或技術生命週期、競爭情況等,過去/現在/未來預 測),主要相關產業分析,上游產業配合情況,下游(消費者或業 界)需求預測及落實策略,企業界或工業界之需求狀況。

3. 技術可行性分析:

國內外相關技術發展概況及預測例如:過去及現在之技術發展狀 況、未來發展趨勢預測和該技術發展之流程、關鍵技術所在及其配 合方式。

4. 技術能力分析:

曾進行之相關計劃及其成果概述,現有人力之素質分析及不足人力 之獲得方式與可能遭遇問題、解決方法。己有技術能力及關鍵技術 獲得方式、時程與可能遭遇之問題、解決方法。儀器設備之獲得與 可能遭遇之問題及解決方式。

(二)設計規劃階段(規劃_C1):

該階段主要著重於知識分享、知識創造並將知識轉移成對專案在技 術性、時效性的知識應用。

1. 提出產品規格書及專案計劃:

專案經理依據『產品說明文件』與研發團隊人員共同研討各項設計 需求,內容適用時可含:專案之組織架構、專案各角色及其權責、

內外部組織界面、專案活動之預算、成員、日程及適用的辦法、標 準、工具、參考相關計劃,客戶和使用者與分包商在產品生命週期 的參與,專案品質管理如風險管理及緊急應變計劃、特性、安全、

保全及其他要求,並針對專案的訓練須求,所須驗證、所有權、使 用證書、擁有者、保證書及執照權都要在本階段詳細規劃。

2. 研發人員資格認定標準:

已為正式認用者及已具研發經驗者、經各部門主管審核認可者都符 合。

3. 專案開案:

視產品需求,由產品規劃人員提出「研發計畫申請表」、專案經理 提出『產品設計規範』、各階段樣品需求計劃...等相關資料,經事 業處主管核准之。並招開專案會議由專案經理召集各單位,正式對 內部宣佈展開專案開發活動。

4. 訂定設計規格:

研發部門依『產品說明文件』及確認產品設計規格,編寫『產品設 計規範』,內容可包含:品質及可靠度之需求、產品之功能及性能、

客戶及市場及使用者,安全、環境及防護須求,安裝性、使用性及 維護性須求,設計上的限制測試須求。

5. 規劃階段審查:

專案經理依「(產品概念發展階段和設計規劃階段)設計審查清單」

及各專案『產品設計規範』檢查各項作業是否符合此階段之要求,

經審查後,若有須修正或補足之程序或文件,須進行修正或補足。

(三)設計雛型階段(研發及設計_C2):

該階段主要著重於知識分享、知識轉移、知識創造,在專案會議討 論過程中將內隱知識及外隱知識加以轉移為文件,並進行知識創造導 入產品設計。

1. 產品品質保證計劃展開:

品保部門視專案需求,可依據『產品說明文件』、『產品設計規範』

及客戶之品質要求修訂「產品階段測試規劃表」。

2. 產品專案會議:

專案經理由召開新產品專案會議,討論內容可包括:產品設計需 求、決定電路板(PCB)之配置與外形尺寸、決定採用之技術平台、

決定採用之機構和電子整合零件、關鍵零組件之採購計劃、產品 說明文件及討論操作手冊、討論產品設計規範,自動化測試規 劃,明訂開發進度追蹤、檢討、更新、發佈的方式,專案專屬之 訓練須求。

3. 研發設計:

研發部門依產品設計規範進行外觀造型設計、軟體設計、硬體/PCB 佈局設計、機構設計。

4. 樣品製作與樣品驗證及工程變更:

專案經理召集各相關單位,檢討樣品製作前各相關工作準備狀況,

樣品分配計劃,分發給各單位進行樣品測試,各單位提出測試報 告,並追蹤不符合規格項目執行改善,若有設計變更,研發部門應 更新材料表及相關設計圖面/資料。審查設計規格及產品規格提出 零件承認計劃。

5. 設計雛型階段審查:

專案經理依各專案『產品設計規範』檢查各項作業是否符合此階段 之要求。經審查後若有須修正或補足之程序或文件,須由權責單位 執行之。

(四)研發樣品階段(實驗室樣品試作_C3):

該階段主要著重於知識分享、知識轉移,機構設計將設計圖知識轉 移到模具廠開模具,並規化知識移轉到生產線的準備文件,在產品工 作上包裝設計也透過知識創造將新構思和客戶討論及確認。

1. 模具開發及零件承認作業:

機構設計將設計圖交由協力廠報價、評估、發包。開始進行零件承 認作業。

2. 樣品製作與樣品驗證:

專案經理召集各相關單位,確認待辦事項進度及檢討樣品製作前各

專案經理召集各相關單位,確認待辦事項進度及檢討樣品製作前各

相關文件