本論文是研究軟體專案延宕與中止有關的議題，根據國內外文獻記載，專案的開發常會有延宕的現象，因此本論文引用兩個不同領域資訊系統的開發延宕與中止個案，其一是A、B兩家天然氣公司地理資訊系統專案，A公司地理資訊系統專案延宕了8年最後中止；B公司地理資訊系統專案延宕了10年，在10年當中專案一再中止換了3家軟體公司，目前仍未完成；其二是C鋼鐵公司的ERP專案的開發，該專案於2002年12月正式簽約後，原預定於2004年系統全面上線，但上線時程因公司策略性的支持，一再向下修改延後，使原本呈現失敗該中止的專案，一直到2006年7月尚未能順利全面上線，前後歷經3年多餘，由以上3個案來探討軟體專案延宕與中止的問題，軟體專案爲什麼會延宕？為何會中止？是受什麼因素影響？本研究整合文獻提出影響專案延宕與中止的理論架構，架構中影響專案延宕的主要因素包括：Staw,B.M.and Ross,J.（1987）（1）專案因素（2）心理因素（3）社會因素（4）組織因素；影響專案中止的主要因素包括：Ewusi-Mensah與Przasnyski（1991）（1）經濟因素及背後影響經濟因素的管理因素（2）技術因素及背後影響技術因素的管理因素，以此等因素進行個案軟體專案的分析與探討，尋找這些因素背後的現象，發現新的影響因素，然後再印證與修正本研究架構，最後提出結論與建議，提供管理者在軟體專案的開發當中參考，減少企業的損失。

This thesis is a case study of software project escalation and termination. According to domestic and international literature, software projects often faces escalation phenomenon. Therefore, this thesis studied three cases of information-system development from two different areas. The first two cases are about A and B natural gas companies’geographic information system. Company A’s geographic information system lasted for eight years and ended with termination. Company B’s geographic information system lasted for ten years. During these years, company B had changed three different software solution providers, but the project is still pending until today. The third case is about Company C’s ERP system development. The project was initiated in December of 2002 after signing the contract. It was targeted to finish in 2004. Until July, 2007, this project is not completely finished yet. From the above three cases, the causes of software project escalation and termination were investigated. What leads to the escalation of software project? Why is the software project terminated? What is the root cause? This research integrated the theoretical framework of project escalation and termination from literature. The framework addresses four key factors of escalation: (1) Project factor (2) Psychological factor (3) Social factor (4) Organizational factor (Staw and Ross, 1987); and also two key factors for termination: (1) Economic factor and management factor behind it (2) Technical factor and management factor behind it(Ewusi-Mensah and Przasnyski, 1991). Based on these factors, this study finds out affecting elements behind those factors,and then verifies and modifies the research framework. Finally, this thesis brings up conclusion and suggestions, hoping to provide managers with some advices when developing a new software project, in order to minimize the loss caused by escalation and termination.

第一章、緒論1
第一節、研究背景1
第二節、研究動機4
第三節、研究目的5
第四節、論文結構6
第二章、文獻探討7
第一節、軟體專案延宕的定義7
第二節、軟體專案中止的定義8
第三節、影響軟體專案延宕因素8
第四節、影響軟體專案中止因素10
第五節、軟體專案中止決策11
第三章、研究設計與方法12
第一節、研究方法12
第二節、個案選擇13
第三節、分析單元13
第四節、資料蒐集方式14
第五節、半結構問卷方式14
第六節、研究步驟16
第七節、研究架構17
第四章、個案訪談整理20
第一節、A公司訪談整理21
第二節、B公司訪談整理26
第三節、C公司訪談整理30
第五章、影響軟體專案延宕與中止的因素分析34
第一節、專案因素對軟體專案延宕的影響35
第二節、心理因素對軟體專案延宕的影響39
第三節、社會因素對軟體專案延宕的影響40
第四節、組織因素對軟體專案延宕的影響41
第五節、資源因素對軟體專案延宕的影響41
第六節、政治因素對軟體專案延宕的影響41
第七節、經濟因素對軟體專案中止的影響42
第八節、技術因素對軟體專案中止的影響43
第九節、資源依賴因素對軟體專案中止的影響43
第十節、組織因素對軟體專案中止的影響43
第十一節、政治因素對軟體專案中止的影響44
第十二節、研究貢獻54
第六章、結論與建議63
第一節、結論與建議63
第二節、未來研究方向67
附錄一、參考文獻68
附錄二、個案背景描述73
附錄三、個案訪談整理104

中文文獻：
1.長城，撫順申遺專題，中國世遺介紹，世界文化遺產。
2.頤和園，中國文物保護景點。
3.台灣年鑑-生活與環保，北宜高速公路，2004。
4.周志龍，地理學報，後工業臺北多核心的空間結構化及其治理
政治學，第三十四期，2003。
5.中油永安天然氣儲槽新建工程，工商時報，2003/12/31。
6.Robet K.Yin，個案研究，尚榮安譯，1994，p.78。
7.吳琮璠,「資訊管理個案研究方法」資訊管理學報、第四卷、第一
期，1997。
8.范達治，應用物件導向軟體工程方法論實作物流領域之存貨管理
系統，中原大學資訊管理系碩士論文，2004。
9.黃美華，中小企業ERP系統導入之研究，國立中山大學資訊管理研
究所碩士論文，2003。
10.宋茂林，由行業別ERP到供應鏈ERP：焦點差異化策略之應用，國
立中山大學資訊管理研究所碩士論文，2002。
11.台灣年鑑-生活與環保，台灣高鐵大事紀，2005。
12.能源局，GIS面談資料，2006年03.22。
13.和平整合資訊公司更新後財務預測暨會計師核閱報告，民國93年
度，P.14。
14.林信惠.黃明祥.王文良著，軟體專案管理，智勝文化事業公
司， 台北，2002，pp.7,pp.602-609。
15.王文良 ，軟體開發之延遲性問題探討。
16.資策會MICITIS 計畫，1995年5月。
17.施保旭，地理資訊系統，儒林圖書有限公司，台北，1995，
pp.42-50。
18.莊世杰、賴志松、孫衙聰、鞏昶元、葉穎蓉、許秉瑜，2005.1
『一個ERP系統之建構決定因素的理論探索：整合制度理論、資源
依賴理論、資源基礎理論及交易成本理論之理論模型』，資訊管
理學報，第十二卷，第一期，pp.149-170。
19.李慶長，莊遠明，陳中智，王祖康，謝桂芬”食品連鎖零售業導
入ERP系統之效益研究—以天仁茗茶為例”台北商業技術學院資
訊管理系，景文技術學院企業管理系，天仁茶業股份有限公司，
2005。
英文文獻：
1.Anthes G.H.IRS project failure cost
taxpayers$50Bannually.Computerword（October14,1996）,73-
74
2.Betts,M.Fed debate handling of failing IS project
Computerword （November 2,1992）,103.
3.Brockner,J.The escalation of commitment to a failing
course of action:toward theoretical progress.Academy of
Managerment revew,17,I（1992）,39-61.
4.Brockner,J.;Shaw,M.C.;and Rubin,J.Z.Factors affecting
withdrawal from an escalating conflict:Quitting before
its too late.Journal of Experimental Social Psychology,15
（1979）,492-503.
5.B.M.Staw,The escalation of commitment:an update and
appraisal,in:Z.Shapiro（Ed.）,Organizational Decision
Making,Cambridge University Press,Cambridge,1997,pp.191-
215.
6.Bingi,P.,Sharma K.M.,and Godla,K.J.”Critical Issues
Affecting an ERP Implementation,”Information System
Management（Summer）1999,7-14.
7.Cheng-Suang Heng,Bernard C.Y.Tan,Kwok-kee Wei,”De-
escalation of commitment in software projects:Who
matters? What matters?”2003,PP.100-109
8.D.R.Bobocel,J.P.Meyer,Escalating commitment to a failing
course of action:separating the roles of choice and
justification,Journal of Applied Psychology 79
（3）,1994,pp.360-363.
9.Davenport,T.H.”Putting the Enterprise into the
Enterprise System,”Harvard Business Review（76）
1998,121-131.
10.Drummond,H.Escalation in Decision-Making:The Tragedy of
Taurus.Oxford :Oxford University Press,1996.
11.Drummond,H.The politics of risk:trial and tribulation
of the Taurus project.Journal of Information Technology.
12.Ewusi-Mensah,K.and Przasnyski,Z.H.,”On information
Systems Project Abandonment:An Expolratory Study of
Organizational Practices,”MIS Quarterly,Mar.1991,pp.67-
85.
13.Galasso,J.”Business Goals,End-Users Must Drive
Information System Selection,”Pulp and paper（72）
1998,50-59.
14.G.B.Northcraft,G.Wolf,Dollars,sense,and sunk cost:a
life cycle model of resource allocation
decisions,Academy of Management Review 9（2
）1984,pp.225-234）.
15.Gartner Group.
16.Garland,H.;Sandefur,C.A.;and RogersA.C.Deescalation of
commitment in oil exploration:when sunk costs and
negative feedback coincide.Journal of Applied
Psychology,75,6（1990）,721-727.
17.Hoffman,T.”Extending ERP’s Reach,”Fortune
（February） 1998,71-151.
18.Johnson,J.Chaus:the dollar drain of IT project
failures.Applicton Development Trends,2,1（1995）,41-47.
19.J.T.Coppck and D.W.Rhind,”This History of GIS,”
Geographical Information Systems,VI,1991,pp.21-43.
20.K.Ewusi-Mensah,Z.H.Przasnyski,On information systems
project abandonment:an exploratory study of
organizational practices,MIS Quarterly 15
（1）,1991,pp.67-86.
21.Keil M.Pulling the plug:sofeware project management and
the problem of project escalation.MIS Quarterly,19,4
（1995）,421-447.
22.Keil,M.and Mann,J.,”why software project Escalate:An
Empirical Analysis and Test of Four Theoretical
Models,”Mis Quarterly,24:4,Dec2000,pp.631-664.
23.Markus,M.L.,and Keil,M.If we build it,they will
come:designing information systems that users want to
use.Sloan Management Review,35,4（1994）,11-25 .
24.M.Keil,D.Robey,Turning around trounded software
project;an exploratory study of the de-escalation of
commitment to failing courses of action, Journal of
Management information Systems 15（4）,1999,pp.63-87 .
25.Mark keil and Daniel Robey .Turning around troubled
software projects： MIS; Spring 1999; 15,68, 4;
ABI/INFORM Global.
26.McCain,B.E. Continuing investment under condition of
failure:a laboratory study of the limits to
escalation.Journal of Applied Psychology,71,2
（1986）,280-284.
27.Northcraft,G.B.,and Neale,M.A.Opportunity costs and the
framing of resource allocation decision.Organizational
Behavior and Human Decision Processes,37,3（1986）,348-
356.
28.Newman,M.,and Sabherwal,R.Determinants of commitment to
information systems development: a longitudinal
inverstigation.MIS Quarterly,20,1（1996）,23-54.
29.Ross,J.,and Staw,B.M.Organization escalation and exit:
lessons from the Shoreham Nuclear Power Plant.Academy
of Management Journal,36,4（1993）,701-732.
30.Standish Group，1995.
31.Staw,B.M.,and Ross,J.Commitment to a policy decision:a
multi-theoretical perspective.Administrative Science
Quarterly,23,1（1978）,40-64.
32.Staw,B.M.and Ross,J.,”Knowng When to pull the plug,”
Harvard Business Review,Mar./Apr.1987,pp.68-74.