Ch17

軟體專案管理 ( 再版 ) 林信惠‧黃明祥‧王文良著

ISBN 957-729-552-5

第十七章專案中止與結束

智勝文化事業有限公司製作


本章大綱
ISBN 957-729-552-5

 17.1 導論
 17.2 專案結束的類型
 17.3 專案中止
 17.4 專案延續
 17.5 專案中止的決策
 17.6 專案結束的程序
 17.7 檢討與報告
 17.8 結論



學習目標
ISBN 957-729-552-5

 專案結束的類型。
 專案提前中止的考量因素。
 專案延續的原因。
 如何降低專案結束的衝擊。
 專案結束時機的決策。
 專案結束的檢討與報告。



導論 (1/2)
ISBN 957-729-552-5

 軟體專案開發，關心的焦點大多集中在如何成功的完
成專案，至於專案結束階段，則較少受到重視。
 根據調查發現
有將近一半的受訪者表示，他們的組織曾經發生軟
體專案中途停止的經驗。
而這些中止專案的公司中，有近 70% 的公司有二
至多個進行中的專案被迫中止。
而有一半以上的受訪者表示他們的軟體專案在中止
之前，已經花費了 70% 以上的專案預算。



導論 (2/2)
ISBN 957-729-552-5

 在軟體專案結束階段，總是伴隨著如時程延誤、預算
超支或是品質不佳的消息，但是大家總是盡量避免談
論這些不愉快的事情。
 另外，軟體專案在愈接近束結階段，開發團隊的工作
量也明顯地增加，一些檢討報告也就被拋諸腦後。



專案結束的類型 (1/2)
ISBN 957-729-552-5

 專案結束的方式
完全結束
– 專案成功地完成並交付給使用者，或者是失敗
而結束專案。
完成後轉移
– 專案完成後，專案的人員、設備轉移至另一新
部門，由原專案開發者繼續負責操作、維護等
工作。



專案結束的類型 (2/2)
ISBN 957-729-552-5

完成後協助導入
– 專案完成後，一部分的人員留下來負責使用者
的教育訓練、系統維護等工作；等到系統逐漸
穩定運作，支援的專案人員才回到原組織或加
入新專案。



表 17.1 專案結束的方式
ISBN 957-729-552-5



專案中止 (1/2)
ISBN 957-729-552-5

 專案中止的原因
經濟因素
技術因素
管理因素
 當專案的預期目標或績效無法符合專案利害關係人的
要求或期望時，專案將被中止。



專案中止 (2/2)
ISBN 957-729-552-5

 主要的專案利害關係人
組織的管理階層
終端使用者
資訊專業人員
資金提供者



專案延續
ISBN 957-729-552-5

 在專案已經呈現不利的情形下，仍然因為某些因素而
持續進行，並沒有適時停止執行專案。
 專案延續的原因
專案因素
心理因素
社會因素
組織因素



表 17.2 造成專案中止的經
ISBN 957-729-552-5 濟因素與背後的管理因素



表 17.3 造成專案中止的技
ISBN 957-729-552-5 術因素與背後的管理因素



表 17.4 軟體專案延續化
ISBN 957-729-552-5 的原因



專案中止的決策
ISBN 957-729-552-5

 利用財務方法來評估專案投資。
回收期間法
會計報酬率法
淨現值法
內部報酬率法
 專案結束檢核表。



專案結束的程序
ISBN 957-729-552-5

 可降低專案結束衝擊的方法
有正當的理由。
與利害關係人溝通。
高階主管的支持與承諾。
盡快安排工作。
對專案人員的表揚、獎勵工作辛勞。
開發人員參與專案中止決策。



檢討與報告 (1/2)
ISBN 957-729-552-5

 專案結束檢討
專案中止事後檢討的理由
– 發現專案失敗的真正原因。
– 避免重蹈覆轍。
– 建立未來資訊系統開發的規範與參考。
– 做為爾後專案中止評估的依據。
– 組織學習的過程。



檢討與報告 (2/2)
ISBN 957-729-552-5

 期末報告
記錄的功能
比較的功能
傳承的功能
學習的功能
告知的功能



結論
ISBN 957-729-552-5

 專案結束的重要性並不亞於專案初始階段
 專案中止可能會衝擊組織 , 而專案延續則會消耗組織
大量資源
 專案結束應擬定結束計晝


Ch17

More Related Content

What's hot (20)

Viewers also liked (7)

Similar to Ch17 (18)

Recently uploaded (20)

Ch17