1.1 研究背景與動機
資訊/軟體產業的發展至今已數十年，與其它產業動輒數百年(如：建 築、機械…等)而至上千年的發展史相比(如：農業、造紙…等)，實屬 於新興產業，然而其迅速發展帶動了各種不同領域之應用，對此，進 步之影響與其它俱有悠久歷史的產業不惶多讓。過去其數十年，軟體 專案開發與管理歷經了如下三個主要階段：
1. 1950 至 1960 年代中期：軟體開發僅屬少數專家的特定領域，一般 而言，軟體開發者也擔任維護者的角色，品質保證的觀念維繫在專 業的信任、良好的顧客關系及服務上，沒有品質確保與品質設計的 觀念。
2. 1960 年代晚期至 1970 年代：由於企業管理資訊系統與資料庫應用 的興起，軟體由藝術創作逐漸普及為企業應用的工具，促成專業軟 體公司及套裝軟體的興起，並引進其它工業產品設計與生產經驗，
包含開發方法、標準、審查制度、檢驗制度、開發工具等等，以加 速軟體發展速度及提升軟體品質。
3. 1980 至 2000 年代初期：由於個人電腦與網際網路的普及，各種應 用軟體需求殷切，縮短軟體開發的生命週期，軟體開發的競爭愈見 激烈，開發成本及時程需有良好控制，以免失去市場競爭力，軟體 工程的方法與工具已不足以應付如此複雜的問題，開始導入管理的 方法。
此三個階段的特性可歸納如下表：
表 1 軟體專案管理經歷的三個主要階段
z Standish Group 研究：52.7%資訊系統專案會透支預算或無法如期 完成(On-time Deliver)，31.1%會中斷進行，只有 16.2%在原訂的預 算下如期完成(Hayes，1997)[12]。
z 美國政府機關的所有的資訊專案中，只有 18%在原訂的預算下如 期完成(Davis & Wilder，1998)[13]。
z 1999 年 Information Week 的一篇論文研究了 100 家公司，發現只 有 37%以軟體為主的專案如期完成；42%在原訂的預算下完成 (Gordon，1999)[14]。
z 尤其以大型的軟體開發專案，失敗的機率更高達 85%(Ambler，
1999)[15]。
作者在國內半導體產業的資訊部門擔任軟體開發工作及在軟體公司從 事政府軟體專案開發近九年，深深感受軟體開發專案無法如期完成之 苦，尤其是執行政府部門的軟體開發專案因行政流程導致開發時間較 為短暫、專案需求明確程度較低，民間業者深受煎熬。然作者擔任資 訊部門主管，不得不主動解決此問題，實有必要探討更適當的軟體專 案開發程序以降低公司的風險。
作者學習「統一軟體開發流程」技術，並在公司推廣，部門同仁均利 用此方法來開發軟體，但此方式在軟體專案管理方面的準則卻較少敘 述，因此作者研讀「專案管理知識體系」一書後，深深感受實有必要 結合二者，使公司同仁能更精確地在預定時間內完成專案。本研究即 依此目的而設計，並在作者服務的公司試用。
1.2 章節介紹
本論文之章節安排如下：
第二章 對軟體開發技術之「統一軟體開發流程」及管理技術- 「專案 管理知識體系」進行探討，並分析以上關鍵技術直接運用於軟體開發專 案之實務困難。
第三章 提出「統一軟體開發流程」及「專案管理知識體系」整合為「軟 體專案開發程序」之可行性、方向、作法步驟及範疇，並訂定「軟體專 案開發程序」之各階段工作，包含：目標、主要工作、主要產出、及工 作表單與管理表單樣本。
第四章 為確保「軟體專案開發程序」之實用性，將「軟體專案開發程 序」運用於實務專案，分析「軟體專案開發程序」所帶來之成效，並檢 討應用「軟體專案開發程序」之優缺點。
第五章 為本論文之結論。