問題分析

於專案定義階段完成後，可得知專案最主要問題所在，問題分析 階段透過根原因分析、功能模型、設備模型與程序模型設計方案的研 發產品進行問題分析，進而得到解答，圖4.3 為問題分析階段示意圖。

問題分析

根原因分析 功能模型 設備模型 程序模型 產生設計方案

核心問題 細部問題

輸入 產出 創造問題

系統分析能力

已知問題 系統改善方向

圖4. 3 問題分析階段示意圖

4.2.1 根原因分析(Root Cause Analysis,RCA)

透過專案定義階段產出得知產品問題，進行產品問題探討，瞭解 專案最主要根源問題所在，針對根原因進行探討，透過根原因問題的 探討過程，可得知核心問題所在，研發重心可針對核心問題投注人力、

物力，以解決產品研發過程中產品根原因，可於研發過程中減少不必 要人力投入以降低研發費用，圖4.4 為根原因分析說明圖。

36

圖4. 4 根原因分析說明圖 1.圖像化因果關係，釐 清事件發生原因。

2.Cause-Finder 幫助使用者由 知識庫找尋可能遺漏的事件發 生原因。

事件發生原因

3.可查閱該原因的原始文件敘述。

4.使用者選擇相關的原因和系統即時加入因果圖中。

5.選擇核心問題和語意搜尋已知可行的解決方案。

37

4.2.2 功能模型(Function Modeling,FM)

包含設備模型及程序模型，各原件與原件之間，透過根原因分析 後產出結果，可瞭解本次研發產品相關構件之間功能架構，進而整理 出各原件功能關係，藉由各功能原件分析過程，可瞭解功能原件之間 關係，並應用熟知的方法論，如價值工程及 TRIZ 法，並可提供可客 製化的分析策略 ，原件之間的關係可能是有益的，反之，也有可能是 有害的，功能模型建立流程，可修正或移除有害部分，產生符合研發 產品之功能模型，功能模型建立為圖形化，可清楚瞭解各原件之間相 互關係，導引使用者用新的且價值更高的方式達成同樣的系統設計需 求，圖4.5 為功能模型說明圖。

（一） 設備模型(Device Model):

將一施做程序拆解許多功能原件，使模型有各功能原件組成。

（二） 程序模型(Process Model)

分析符合本次研發產品相關個案之施做程序，進而整理出各 施做程序先後關係，並於流程分析完成後，檢視流程中是否有不 恰當的程序，予以修正或替換，以產生符合研發產品之程序模型。

38

圖4. 5 功能模型說明圖

4.2.3 設計方案(Design Scenario)

設計方案為本研發階段的產出物，透過輔助軟體根據功能模型進 行構想建議，提出可修正或更替之研發環節，並可結合內建資料庫輔 助創新思考，以產出數個設計方案，圖4.6 為資料搜尋說明圖。

系統輔助建立概念 功能模型 (Function M d l) 可量化表

根據系統元件的表 現，GFIN會依據演算 法定義Function與 Problem指數 依據使用者希望的 最佳化方式與目 標，GFIN會建議使 用者新的設計方案 以提升整個系統的 價值

藉由價值工程方法診斷系統行為，判 斷式可以用傳統最大價值公式，也可 以依據市場與產品需求自訂

39

圖4. 6 資料搜尋說明圖