資料探勘

圖 6. 3 市場行情資料探勘應用

隨著系統資訊不斷的被累積，IC NPD 就愈能發揮功效。日後只須透過資料探勘 的方式就可產出更多的貢獻。例如：透過 Marketing Coordinator 市場調查之歷史記錄，

可探勘出未來產品定位方向及策略；透過 Resource Coordinator 資源管理經驗之累積，

則可探勘出最佳化分配模型；而經由 Intellectual Property Coordinator 則可於產品發展 過程，避免侵犯他人之專利。圖 6.3 為市場行情資料探勘應用示意圖，圖 6.4 為專利 著作權資料探勘應用示意圖。

圖 6. 4 專利著作權資料探勘應用

6.4 縮短開發時辰

本 節 將 從 四 個 構 面 論 述 IC NPD 如 何 有 效 縮 短 開 發 時 辰 ， 以 充 分 掌 握 Time-To-Market。

圖 6. 5 同步工程應用

1. IC NPD 提供同步工程之機制，整合各階段任務之進度資訊，NPD 成員得

以有效掌握任務之銜接時間。對於銜接之前置溝通工作，可同時並行作

業，相較於循序式流程銜接後才得知問題（例如：佈局時才發現設計電路 之訊號排列不佳），IC NPD 在各方面之績效均優於現行 IC 設計管理流 程。以圖 6.5 為例，每個專案任務進度的呈現，包括了現階段及下一階段所 負責之 NPD 成員，對於有問題之專案也可再繼續往下展開，以找出相關被 影響之專案。

圖 6. 6 市場資訊驅動應用

2. IC NPD 具有市場資訊驅動（Marketing Information Driven）之能力。市場

現況透過 Marketing Coordinator 不斷動態連結下，NPD 專案成員了解所負 責專案之市場動態價值，以及延遲所造成之損失。在現有流程制度下，市 場動態訊息是黑盒子，NPD 成員也無法了解專案落後的後果為何。以圖 6.6 市場資訊驅動應用為例：一般產品在市場上需求量的曲線如紅線所示，

會經過萌芽期、成長期、成熟期及衰退期；而產品之價格曲線如綠線所示，

在初期量少昂貴，而至成熟期量大而降低平穩，最後產品退出市場又會因量 極少而價格攀升。需求量乘以市場價格就是預計收入，若有某 Project X 在 第一季應該量產而延遲至第二季還未完成，以統計圖就可明確的了解損失了 多少收入，而剩下的市場價值又有多少？如此，NPD 成員將在此驅動力下 更互動協同以縮短開發時辰，提升 Time-To-Market。

3. IC NPD 具有技術管理之優勢，Training Coordinator 會在 NPD 成員執行任

務 前 就 給 予 適 當 的 訓 練 ， 使 執 行 任 務 之 過 程 更 順 利 ； Knowledge

Coordinator 整合及執行知識管理，核心技術之再利用得以透過此協同機制 與系統互動完成。此協同機制尤其在產品設計與驗證階段有明顯之需求，

能提供正確之知識資訊供執行任務參考。以上兩種協同機制皆可使嘗試錯 誤的機率降低，有效縮短產品至市場時間。反觀現有管理流程中，多靠人 為經驗判斷，人的去留往往嚴重影響專案進度，而沒有經驗之專案成員往 往導致專案失敗。運用技術管理能有效改善經驗不足所造成的延遲（例 如：使任務的銜接與執行更順利）。

4. IC NPD 擁有即時績效評比的激勵機制。Objective Coordinator 整合了所有

專案各階段之進度，管理上就可利用此資訊執行績效評比。如圖 6.7 所示：

NPD 成員在各專案進度競爭下，更能自主自律以加速開發時辰；再加上 市場資訊驅動，專案內之成員將更互動協同，以改善所負責專案之延遲情 形。例如：績效評比訊息可附加顯示，到目前為止，專案花費了多少人力 成本（連結至財務部門）？專案完成後還有多少價值（連結至市場動態）？

在現有管理流程中，專案獨立運作，NPD 結果要在一年後才得知，過程 中難以提供績效評比，以改善延遲之情形。

圖 6. 7 即時績效評比應用

綜合以上，IC NPD 以同步工程概念降低重覆嘗試錯誤的機率、以市場資訊透 明化為驅動力、以技術管理改善經驗不足的瓶頸、以及績效評比以激勵 NPD 成員

自主自律及互動協同。相較於現行 IC 設計管理流程，IC NPD 在各項機制的協助 下，更能有效縮短開發時辰，充分掌握 Time-To-Market。

6.5 互動排程系統

如前述，現行 NPD 管理於專案人力配置時，大部份以主觀感受來決定 NPD 成 員組合。久而久之，人員多工的問題成為專案之瓶頸，進而影響更多專案進度。於 IC NPD 管理架構下，可善用 Resource Coordinator 及 Objective Coordinator 的特質，

設計一互動排程系統。

如圖 6.8 所示，要執行 Project X 人力配置時，可透過 Roadmap Coordinator 了 解及定義產品預定量產時間（Product Release Due Day）。接著在各部門之 Resource Pool 以拖曳方式將各專案成員置放於 Project X 內，由 Resource Coordinator 及 Objective Coordinator 可得知專案及成員目前工作排定情形，以及預計完成日期。系統可自動計 算（或執行不同排程演算法）所排定之人員是否會影響 Project X 之 Due Day，若有 問題，則以互動方式呈現，同時提供延遲原因相關訊息。

圖 6. 8 互動排程系統應用示意圖

延伸 5.4 節及綜合上述各節之應用需求探討，類別設計如圖 6.9 所示，未來可 依據實際應用需求，進行適度修改或擴充之。

Strategy