圖1 SP項目的主要失誤之處
系統終于上線了，作為項目負責人的我暗暗松了一口氣，可是卻無論如何也高興不起來。為什么？為什么項目結束了，我的心情卻愈發沉重；為什么已經竭盡全力了，用戶卻依然抱怨不休；為什么系統上線了，我卻不敢說這是一個成功的項目。
成功離我們到底有多遠？
SP項目是一個外包項目，需求由我們（發包方）提供，系統設計和代碼開發由外包公司（承包方）提供，項目采用近岸開發和按工時付費的方式進行。
SP項目歷時8個月，進入實施階段后修改過至少3個版本，其開發過程可算是一波三折，盡管最后有驚無險，卻也暴露出許多問題，比如：對外包項目的選擇、對外包公司的篩選、對技術框架的選取、對項目整體的管控等。
SP項目在許多方面都存在著不足和失誤，在很多問題的處理上還有可改進之處，應該成為其他項目的前車之鑒；此外，我們為這個項目付出的代價和得到的回報，較之最初的設想相去甚遠。這些都令我們不得不在項目結束之后，轉回頭來仔細總結和反思。
項目選擇造成被動
外包項目不同于內部開發和產品購買，在項目的選擇和范圍的確定上有必須要注意的問題。SP項目在最初的立項過程中忽視了這個問題，選擇了一個業務流程不穩定、業務人員沒有IT系統使用經驗的項目來做外包，使得項目在后續過程中非常被動。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
