完成，不像其他專案有時可以分開執行，只要這些任務沒有前後關聯性，但是 研發階段的工作，必須逐段完成，沒有跨階段可以達成的可能。
圖 14 階段關卡
圖15 是從專案管理的節點式網路圖演變出來之任務關聯圖，主要在描述任 務之間的關聯，說明每個階段執行的工作及前後之工作關系。
圖 15 任務關聯圖
每個階段的工時估計，以本研究之模式加以分析，經過分解後產品之各階 段研發時程資料如表7，收集研發之歷史資料，可以整理出任務到達時間和任務 處理時間的標準差及平均數、資源利用率、交叉訓練數及各階段之任務數。
表7
研發時程資料表
ρ σ到達 μ到達 σ任務時間 μ任務時間 N n i 概念設計 0.6500 2.6250 5.2500 2.5000 5.0000 1 1 系統分析 0.7000 2.6250 5.0000 2.5000 6.0000 3 3 初步設計 0.5000 2.5000 5.2500 2.7000 5.0000 1 2 細部設計 0.8000 2.6250 5.5000 2.5000 7.0000 2 5 原型製作 0.4000 2.7000 5.2500 2.6000 5.0000 1 1 產品測試 0.9000 2.6250 5.2500 2.5000 4.0000 1 1
關鍵資源的交叉影響，在研發工作進行時，常會產生瓶頸站或是瓶頸資源，
來限制住整個前置時間，如果無法突破瓶頸資源，那麼改善就會十分有限。因 此在改善研發前置時間時，必須先知道瓶頸站的位置在什麼地方，再去加以改 善，而在研發的過程中，也常會出現瓶頸資源的改變，所以必須有充份的回饋 機制，來了解瓶頸站的變動情形，從符合企業營運目標的角度去做調整。
圖16 顯示在概念設計、初步設計、原型製作及產品測試這四個步驟交叉影 響都相當高，所以瓶頸站可能出現在這些地方，而在系統分析時的交叉影響最 小，再來可由其他影響因素去判斷改變那個步驟可以獲得較佳的效率，
在瓶頸資源的部份，必須先了解瓶頸站裡的組成因素，再去做分析比較，
特別是各產業研發的重點不同，需要改善的部份就有差異，一般來說，增加瓶 頸資源，可以減低系統的負擔，使上市時間更加有效縮短。
0.0 0.1 0.2 0.3 0.4 0.5 0.6
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (比值)
圖16 交叉影響圖
圖17 呈現資源利用率上的影響，如果專案在產品測試的資源使用率非常的 高，那麼時程就會拉的相當的長，所以在專案進行中必須先降低這個部份，不 過也不是一味的降低資源利用率就行，必須依據資源需求來加以調整，使供給 和負荷平衡。
0 2 4 6 8 10
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (比值)
κ
圖17 利用率影響圖
在圖18 中，變異數的影響主要在於研發專案的不確定性太高，會影響到時 間的變動性，本案例的變異性在每個步驟都不是很大，不過當分析的步驟組成 變小時，就能有更佳及更穩定的變異數產生。
0.00 0.05 0.10 0.15 0.20 0.25 0.30 0.35
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (比值)
C
圖18 變異數影響圖
在圖19 中，排隊任務數主要是說明在各階段執行任務時，排隊的任務數量，
當專案進行期間，如果排隊的任務數過高，就表示延宕的產生，如圖中的產品 測試，可視其為瓶頸的發生，而要降低延宕，就要減少任務數或是加重專案的 資源。
0.0 0.2 0.4 0.6 0.8 1.0 1.2 1.4
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (個數)
圖19 排隊任務數圖
在圖20 中，平均排隊時間為階段中每一任務的排隊時間，在前五個步驟中，
平均排隊時間的曲線相當平緩，得知在這五個步驟排隊的時間非常的少，但在
產品測試時排隊時間就異常的大，表示效率降低，而且負荷變大，有可能是因 為利用率的提高所造成的效果。
0 1 2 3 4 5 6
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試(步驟) (單位時間)
圖20 平均排隊時間圖
在圖21 中，平均前置時間在說明階段中的每一個任務所需時間，其中包含 了排隊時間和任務處理時間，由圖 20 中得知細部設計和原型設計的排隊時間 並不高，但平均前置時間卻和產品測試步驟差不多，因此得知在這二個步驟中，
任務處理的時間較長。
研發任務的困難度及複雜度都各自不同，所以會有不同的處理時間及到達 時間，在處理各個任務時，可以更加了解任務的前置時間應該在那個範圍內才 算合理，如有不合理就應加以改進，當然任務的處理，有可能因為技術的改變 或是學習曲線的影響，讓時間大幅度的減低。
0 2 4 6 8 10
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (單位時間)
圖21 平均前置時間圖
在圖22 中，階段前置時間為各階段的執行時間，是在各階段的所有因素影 響下，所產生出來的預測時間，以細部設計花費時間最高，概念設計花費時間 最低，說明細部設計所要執行的時間成本較高。
0 10 20 30 40 50
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (單位時間)
圖22 階段前置時間圖
經過本研究研發前置時間模式之排程後，產出案例之甘特圖如圖23， 將各 階段前置時間，依執行順序及時間，繪製產出案例之甘特圖
階段
概念設計
系統分析
初步設計 細部設計 原型製作 產品測試
6 26 36 78 83 92
時間 圖23 案例甘特圖
在圖24 中，每個階段的時間因為影響因子的變化而改變，如果以資源高利 用率0.8 去執行整個專案的話，專案總長會升高至 97 個單位時間，從時間的改 變上也可以看出，每個階段的影響程度不同。
企業必須先知道市場上的需求程度，產品的生命週期長短，仔細評估適當 的上市時間。然後就研發做投入成本和資源需求，選擇最有效率的執行方式，
每個階段的工作內容及影響因子不同，資源應用率、變異數、可運用資源及任 務數在經過綜合調整之後，才能滿足最適的上市時間。資源應用率不應調至最 高，而降低變異數的產生，可以讓時程穩定和控制，另外在任務數的選擇上，
需要考量系統的負荷及流程的順暢，如此就可以獲得最佳的研發管理效益。
0 20 40 60 80 100 120
概念設計 系統分析 初步設計 細部設計 原型製作 產品測試 (步驟) (單位時間)
資源利用率0.8
資源利用率(案例)
圖 24 研發專案前置時間比較圖