一、 基本概念和背景

    項目管理理論是一門綜合多門學科的新興研究領域，共有九大知識領域，包括項目集成管理、項目范圍管理、項目時間管理、項目費用管理、項目質量管理、項目人力資源管理、項目溝通管理、項目風險管理和項目采購管理。項目采購管理是指需要從執行組織以外獲得貨物和服務的過程。通常把貨物和服務稱為產品，把買方稱為業主或對應分承制方的總承包商，而賣方稱為承包商、廠商或供應商。項目采購管理一般包括以下主要過程：采購計劃編制，詢價計劃編制，詢價，承包商選擇，合同管理，合同收尾[ 1 ]。

    對于軟件產品，一般采購可以分為兩大類，一類是對已經在市場流通的軟件產品進行采購。例如，某企業想做信息化建設項目，涉及到數據庫，那么它就可以在目前市面流行通用的幾種廠家和種類的數據庫中選擇。例如oracle公司的oracle數據庫，microsoft 公司的sql sever，ibm公司的db2數據庫等等。然后根據自己的需求，通過詢價、簽合同、安裝培訓等過程來購買此類產品。這種采購過程基本已經形成幾套通用的解決方案，比較簡單，中國企業在處理這類產品的采購時，大部分都處理的較好。個別的企業由于需求分析不清晰，培訓工作不到位等原因，也會產生購買的產品不適用，或不會用的情況。另外一類軟件產品采購的形式是外包采購。它是指在市場上沒有出現現成的產品或者沒有適合自己企業需求的產品的情況下，需要以定制的方式把項目（功能模塊）承包給其他企業。例如某企業需要實施企業資源計劃項目（erp），雖然可以購買baan軟件，但是基于本企業業務流程的管理軟件必須定制，對于各個原有孤立島的集成軟件，無法購買現成的產品，必須自己開發或外包給別的公司。

    二、 軟件項目外包采購管理的意義

    許多大型復雜工程項目的實施需要業主、總承包商、分承制商、供應商和開發制造商等共同合作來完成。因此在任何甲方和乙方之間必不可少的涉及到部分子項目（功能模塊）的采購活動。目前社會中，企業的信息化、網絡化建設正在世界范圍內展開。誰先進行信息化改造，誰就早日適應社會發展的要求，獲得巨額利潤。大規模的企業信息化建設形成了龐大的軟件產品市場，促進了軟件業的發展。許多項目龐大復雜、高風險并且涉及高科技信息領域，在客觀上使企業需要采購和外包許多產品，包括軟件產品。主觀上，在經濟全球一體化形式下，這種外包采購作為采購活動的一種特殊的、更為復雜的形式，在企業中更為普遍存在。企業為了在日益競爭的社會環境中增強自身的核心競爭力，需要根據企業的特點，專門從事某一個領域或幾個領域的業務，在某個業務領域內形成自己的核心業務，把企業內部的智能和資源集中在那些有核心競爭優勢的活動上；把一些非自己擅長的業務領域的子項目和功能模塊外包給有實力和優勢的公司，才有利于加快項目的完工進度，降低風險，優化資源配制，保證項目質量，降低成本，創造更高的價值。

    以電信行業為例，愛立信公司2000年底宣布把手機生產的絕大部分業務外包給新加坡的 flextronics公司，專注于移動通信網絡設備業務。原因是愛立信的移動通信網絡設備的銷售占愛立信公司銷售額的54%，利潤達90%以上，占有全球的移動通信市場分額高達30%，而手機生產的投資回報率很底，甚至出現虧損情況。對于愛立信而言，手機生產“外包”是在信息化時代的戰略調整，希望通過外包生產，調整投資結構，使手機降低成本并且盡快盈利，集中精力穩定和拓展電信業的新市場。出于同樣目的，美國的摩托羅拉公司也表示將外包部分地區的手機生產業務。作為手機市場份額最大的諾基亞，在專注于手機生產業務的同時，大力開發周邊產業。希望以手機業務帶動相關產業的發展。從三大公司的投資趨勢，可以看出，“外包”作為一種先進的國際專業化的生產方式正被一些大公司越來越多的采用。我國正處在信息化建設的高速發展階段，必然會有越來越多的企業由于自身的能力限制或業務發展的戰略選擇，將采取業務“外包”的生產方式。

    就軟件項目外包采購的市場來說，2000年是企業信息化實施的第一年，國內企業，特別是大型企業的信息化項目開始運作。行業信息化改造重點將由原來的電信、金融、海關等行業轉向交通、制造、醫療等傳統行業。這些行業由于自身計算機技術水平和業務發展重點的原因，將會把大量的軟件項目外包給軟件公司。根據ccid的統計（軟件可以分成平臺軟件、中間軟件和應用軟件），2000年中國軟件市場中應用軟件的銷售額為147億元，占軟件總市場份額的63.9%。預計到2005年，計算機信息服務和軟件市場銷售額增長到1750億元。屆時我國軟件項目“外包”市場潛力可想而知。

    三、軟件外包采購管理存在的問題

    雖然在傳統行業，許多工程項目的采購活動，例如機械工程項目或建筑工程項目等等已經形成比較成熟的管理體制和標準。但是軟件項目的外包管理工作并不象其他行業那樣順利。

    軟件工程項目管理引起廣泛注意源于20世紀70年代中期，當時發現70%的項目是因為管理不善而引起。20世紀90年代中期，美國的軟件開發仍然很難預測，大約只有10%的項目能夠在預定的費用和進度下交付。商用軟件通常只有9%(中小型軟件公司有16%)的軟件項目能夠及時交付且費用并不超支。

    這里有多方面的原因：軟件產品作為一種特殊商品形式，具有高度不可測量性和高度柔性；軟件企業開發能力還不太成熟，軟件開發大多數還處于手工作坊方式，軟件研發企業有其自身的運做方式，人為因素比重大，不好量化管理。由于不確定因素太多，許多軟件開發企業對于自己的項目都難以精確控制進度、質量、資源和成本，那么對于業主來說，想對外部企業（例如分承制商）保持良好控制力的難度就更大了。再加上具有技術優勢的軟件開發商一般集中在幾個科技發達的大城市，與業主的距離遠，相互的交流不方便，因此許多軟件采購項目的實際應用效果都差強人意：不適用，進度超期，性能達不到標準，成本太高等等情況時有發生。

    軟件項目外包采購的成功與失敗不僅僅影響到當前軟件項目的質量、成本和工作進度，而且關系到企業信息化建設整個項目的整體結構、性能以及進度，意義重大。特別是當軟件項目作為整體項目計劃關鍵路徑的一個環節，軟件項目采購的進度直接影響整體項目的進度，并且總成本將成指數級增加。由于軟件采購的情況特別復雜，涉及的學科領域不僅是科學技術上的，還有商業上的和觀念上的，軟件項目外包采購管理水平的高低，將直接關系到企業整個信息化建設進程。因此軟件項目采購管理作為項目管理理論中一個新的研究課題，有必要給予足夠的重視。

    四、 目前軟件外包采購管理情況

    美國項目管理協會的“項目管理知識體系指南”（pmbok）[1]、美國卡內基-梅隆大學軟件工程研究所的“軟件能力成熟度模型”（cmm）[2,3]和國際標準iso9000-3[4]中雖然對外包采購管理的流程有過論述，但是他們指出的只是外包采購管理的一般原則；雖然人們可以結合自身企業特點實施標準，具有一定靈活性，但是事物的另一對立面就是操作過程不具體。這給軟件產品的外包采購管理者帶來具體操作上的困惑。另外pmbok體系原則上是應用在各個行業的，缺乏針對軟件領域的特點做專門的論述。iso 9000-3系列和cmm雖然是針對軟件領域的標準，但是iso 9000-3的最大的特點是只告訴你要按規定做，不強調效果和后續改善，不強調經驗積累和后評估。從這個意義上講iso9000注重水平的評估，不太強調提高企業成長的過程，因此對于提高企業的管理水平意義不大；cmm雖然旨在強調企業的過程能力的持續改進，但是它重點強調軟件的開發過程管理和產品管理，缺乏軟件的分發、轉交和服務等方面的管理標準，所以也有一定的局限性。

    五、 基于“雙贏”策略的軟件外包采購思想

    本文作者在集成美國項目管理協會的“項目管理知識體系指南”（pmbok）和美國卡內基-梅隆大學軟件工程研究所的“軟件能力成熟度模型”（sw-cmm，sa-cmm）和iso9000-3中關于外包采購的宗旨的基礎上提出“雙贏”策略的軟件外包采購思想。 

    “雙贏”策略的軟件外包采購思想旨在利用雙方業務能力互補，通過共同合作完成軟件外包項目，達到“雙贏”的目的，促進雙方業務總體能力的提高。這種“雙贏”策略要求雙方在以下方面達成共識：雙方共同關注過程控制，才能保證有效結果；只能成功，不能指望依靠懲罰手段來收回采購成本，軟件外包采購項目的失敗對整個項目帶來的損失是巨大的；在合作過程中，建立對分承制商關系的管理體系，作為以后合作的基礎；重視開發過程的風險評估和采購項目后評估，使得雙方業務能力得到持續提高。

    傳統的外包采購中，采購方只關心分承制商產品的進度和質量，以為只要分承制商按期、按質交貨，就可以圓滿結束此次采購活動。有些項目盡管前期進度和質量滿足合同要求，但是許多是以高投入、高負荷、高消耗等手段來保證的，這給后期帶來極高的風險。在階段評審中，如果采購方對分承制商開發過程中的費用投入、人員負荷、資源消耗、組織結構變化等漠不關心，因此就不能及早預見風險、控制風險。很難想象，后期在費用透支、人員疲憊或流失嚴重的情況下，分承制商仍能保證產品質量和進度。這種情況下，采購方只能要么加大投入，要么終止合同，并要求賠償，要么延期驗收等等。其副作用可想而知。而分承制商為了減少損失，根據博弈論中子博弈精練納什均衡原理，必然采取降低質量要求，減少投入的策略，來加快進度。結果最終還是采購方遭受損失。

    六、 軟件項目外包采購管理過程

    為了保證軟件外包采購項目的順利進行，本文作者在上訴理論體系和“雙贏”采購策略的基礎上，提出和細化了軟件項目外包采購的總體框架和具體操作內容，旨在為軟件項目外包采購管理人員提供具體的可操作過程。

    對于本采購過程，如果業主方由于行業、人員等原因，沒有健全的監控部門，可以聘請具有軟件監理職責的公司，或者總承包給具有一定軟件工程監控能力的公司。這時的總承包公司角色相當于本文提到的采購部。

    軟件項目的整個外包采購過程可以分為十個工作階段，包括總體項目需求分析和設計、子項目的需求分析、廠商選擇、分承制商開發、業主階段評估、交驗測試、安裝、培訓、維護，后評價。

    在開始外包采購之前，首先業主要完成項目的總體需求規格說明書和承包項目的需求說明書。一般承包項目的需求分用戶需求和分配需求。對于分承包商來說，業主對軟件項目所提出的需求通稱 “用戶需求”。對于業主來說，系統總體分配給軟件的系統需求通稱 “分配需求”。如何作好子項目的需求分析和管理，請參閱《軟件需求》，詳見參考文獻5。

    然后業主把需求說明書交給采購組組織采購。采購部門收到需求說明書后，再補充質詢調查表、報價指南、綜合條款及條件等文件，組成采購質詢技術文件發往廠商進行質詢。采購部門在廠商質詢的基礎上，準備了廠商選擇和投標估價等技術文件后，向業主送審，提請業主批準和確認所選廠商。在廠商選擇和投標估價這兩個文件中，采購部根據擬采購的軟件對被質詢的至少三家以上的供應廠商，就技術開發成熟能力、資源（包括以有的產品、硬件、軟件、信息和已經過的培訓）、資格和信譽、過去的合作關系、價格、提供的售后服務（包括培訓和維護）、分承制方組織配置結構、與質詢要求的差異等方面，經過經濟技術和商業戰略角度出發進行全面評估，經過其他各部門（例如系統工程組、軟件工程組、質保組、財務組）審核后，列出供應廠商的優劣次序，擇其優者為該項目的供應廠商。采購部一般以月為單位向業主通報軟件采購情況。一般以招投標方式或內部評審的方式來確定分承制商。

    分承制商在接到采購部的定貨以后，就可以進行工作說明書、用戶需求說明書、軟件需求規格說明書、軟件開發詳細計劃和成本概預算、測試計劃、質量控制方法、風險控制、擬采用的軟件工程標準和軟件生命周期等文檔的制作。然后分承制商把有關的技術資料文件通過業主的采購部送給業主進行校核和批準，然后才能開始開發。

    業主在接到分承制商的上述材料后，組織系統工程部、軟件工程部、質保部、財務部、采購部、法律部就上述材料中的開發項目視圖和需求范圍、使用或需要購買的軟硬件、進度計劃和成本、測試計劃與案例、使用的技術和工程標準、人員配置等進行評審，并出具評審文件和風險評估、控制建議書。并由采購部制定采購項目監督評估計劃書。合格后，由采購部、質保部及法律人員與分承制商簽署詳細的軟件采購子合同。如需要對軟件項目投保，以此來降低風險，需要和分承制商協商后，納入合同文件。

    分承制商在簽署合同后可以進行設計和開發。業主應該委派采購部監督分承制商的工作。采購部應該有計劃的組織質保部、軟件工程部的項目計劃管理人員和配置管理人員，定期對分承制商的開發活動進度、質量、成本等進行評估，并形成評估建議書。送審業主方的系統工程部、項目管理人員、分承制商的此項目的負責人。分承制方的項目負責人要對評估建議書的建議進行書面回復，并確保實施。

    分承制方對所有需要采購的資源（軟件、硬件、人力資源等）負責進行檢驗；采購部有權在任何時候對分承制商所采購的資源進行驗證，使之符合所采用的規格說明書、規范、標準和其他技術文件所規定的要求，確保分承制商專款專用，建立開發環境。在這個階段之前，采購部門和分承制商首先要確定由分承制商提供的驗證建議書，并作好準備工作，提交檢驗用的技術文件，包括廠商說明書、設備性能數據表、配制清單、試驗程序、檢驗技術要求。在檢驗的物質條件和技術條件均已準備妥善后，分承包商就可以向采購部并通過采購部向業主提出書面檢驗申請。一般分承包商可以提前三周通知采購部，由采購部提前兩周以書面形式向業主提出檢驗申請，由業主召集系統工程部、軟件工程部、質保部組成驗證組，在規定的時間、地點檢驗。通過檢驗后，分承包商進入項目開發階段；業主進入監控和評估階段。對于重大關鍵項目，業主可以派遣項目監督員短期或長期進駐分承包商單位。

    由于作為外部單位，業主不便時刻監督項目的開發過程。雖然理論上需要把分承制商看作是自己的一個項目部門來對待，納入自己的進度控制和質量控制體系，但是客觀上由于分承制商與業主距離較遠，人員不熟悉，各自有自己的企業文化和管理體制，雙方之間的信息溝通不暢，業主難以實時監督分承制商的開發進程和質量。最好的辦法就是在分承制商的軟件項目的各個里程碑處和分承制商一起進行檢查和評估。軟件項目一般可以劃分成若干個里程碑（3-5個為益），分承制商需要提前一周通知采購部組織相關人員來評估。軟件項目的里程碑一般指產品設計趨于穩定，中間產品定義趨于明晰，項目開發組真正了解項目實際的關鍵技術難度和可行的進度計劃，開發活動停止，產品進入除錯和穩定、隨時可以發布的階段，或當產品設計被刪減、資源增加、進度延誤的時候。在評估軟件質量、進度和功能的同時，還要評估分承制商的人員工作負荷程度、風險、費用和資源消耗情況，并形成文檔。由采購部送審系統工程部、軟件工程部、項目管理部和分承制商的此項目負責人。

    當產品進入交驗測試的時候，分承制商需要提前三周通知采購部，采購部于前兩周通知業主作好交驗的組織評估準備工作。這時業主組織系統工程部、軟件工程部、測試部、質保部和采購部，根據分承制商和業主在分承制商開發階段預先共同定義、評審并批準的測試計劃和驗收方案進行驗收測試，對需求規格說明書中的各項逐個詳細的測試。最后以書面的形式給出對整個軟件項目的測試評估報告。并對未通過驗收測試的軟件產品指定相應的補救措施和計劃。分承制商交付給業主方的軟件產品應當包括：源代碼、軟件開發計劃、仿真環境、軟件需求規格說明書、設計文檔、軟件測試計劃、軟件測試說明、驗收測試計劃、軟件使用手冊、軟件安裝手冊、軟件維護手冊。必要的話，還包括相關培訓計劃。

    軟件采購的一個重要階段是交貨，也是目前經常忽略的階段。當所采購的軟件產品以及硬件運行環境在規定的時間到達采購部時候，采購部要以書面的形式通知業主交貨。業主對所交的整個軟件產品清單進行驗收，并事先通知采購部拆箱日期，要采購部和分承包商的代表按時到場。業主要在接到采購部交貨通知后一個月內，對所檢查驗收的整個軟件產品（包括相關的軟件、硬件及其附屬產品、文檔、技術資料等子合同中規定的產品）出具一份交貨證明，如果這些提交的軟件產品沒有受到損壞并與裝箱清單相一致，并在業主方環境運行良好；否則出具一份書面通知，說明在某個方面此產品損壞或與裝箱單不符，或在業主方提供的環境運行不良。此通知或證明應由采購部和分承制商代表簽署。如果在簽合同的時候，就規定分承制商負責安裝和調試，則相應的過程省略。

    最后業主方由采購部把所有的文檔歸類封存，以備后續類似項目采購的參考查詢。同時采購部在兩個月之內以書面形式，對分承制商的技術開發成熟能力、資源（包括以有的產品、硬件、軟件、人力資源和已經過的培訓）、信譽、分承制方組織配置結構，管理能力和企業文化提交后評價報告，作為建立客戶關系管理（crm）的依據。對于此次采購的經驗和教訓，包括進度控制、質量控制、成本控制、客戶關系控制、流程控制、風險控制等方面，采購部以文檔的形式在組內討論并保存。

    七、 結束語：

    作為大型工程項目中的軟件子項目或者部分功能模塊的采購（外包），由于軟件開發的固有特性（風險大，柔性強，人為因素突出，結果不宜測量等），使軟件項目的外包采購管理變得十分復雜。如何控制分承制商的開發進度和質量等關鍵因素，需要在實踐中不斷探索，并針對具體公司和項目對采購過程有所裁剪。