多年來外包專案的管理經驗交流（轉）

軟體外包是一個非常大的市場，目前在國內有很多軟體公司從事軟體專案外包行業，因為印度在此方面的成功，一度軟體藍領的需求成為熱門話題。本人從事過外包軟體專案開發和管理接近４年，和國內的知名企業如華為和中興都有專案合作的經驗，就這方面來談談軟體外包專案的管理，以為大家借鑑。

　　外包專案分為人員外包和專案外包，也稱ON-SITE和OFF－SITE，以風險來算，人員外包的風險很小，但是利潤也很少，基本很難積累自己的技術和經驗。專案外包風險很大，利潤比較高，但是能夠按期完成專案拿到預期利潤的專案只佔總專案的不到３０％。

　　為什麼會有這麼大的差距呢？是我們專案管理學的不夠好？還是專案經驗不是足夠豐富呢？一度我鑽研於專案管理的理論之中，喜歡在論壇上和大家交流專案管理的問題。

　　但是從實際的效果來看，理論終究是理論，專案管理是一個雙向的東西，對於一個外包專案來說，甲方和乙方的專案管理水平在簽訂專案合同的時候就基本已經決定了專案的成敗，也就是專案是否贏利。

　　我們曾經和華為做過一個專案承包，使用TSP流程，然後專案及時交付，取得了預期的利潤。然後希望再接再勵，和華為另外一個事業部簽訂了同樣一個外包專案，人依舊是那些人，但是甲方的人變化了，甲方負責的專案經理不善於溝通，同時專案管理部的相關負責人平時沒有任何溝通在專案成果鑑定上卻執著挑刺，結果是這個專案虧本。

　　同樣後來，我們和中興的一個子公司中興集訊也有一個專案合作，在技術方面我們曾經做過比專案要求更加複雜的產品，所以相信在技術上不會有任何難度。不過人算不如天算，在專案簽訂的時候，合同訂的可執行性比較差，後來由於客觀條件的變化，合同內容也有了很大的變更。在專案中期雙方負責專案的高層經理都離職了。後來接手專案的高層對於專案本身瞭解都比較少，從這裡就註定了專案的悲劇結局。在專案的後期，甲方推說乙方的產品存在BUG，在不通知乙方的前提下將乙方的程式碼進行了修改，從而完全否認了乙方的勞動成果。當乙方要求甲方出示各個階段的客觀獨立的測試報告的時候，甲方卻不予理會。以自己的標準做為標準。類似這樣的專案經驗可謂是聞所未聞。

　　這裡這個專案失敗的原因出在哪裡呢？高層人員變動是第一個因素，甲方專案管理水平和強勢的態度其實是決定性的因素。但是由於專案出現問題的時候甲方採取擅自修改否定成果的方式，卻是第一次見到。所謂天下之大，無奇不有。

　　很無奈的現實是，我們在進行專案承包的時候首先不是平等對立的，合同也不是嚴格的，然後無從瞭解到要合作的甲方的專案管理水準和聲譽。在這種前提下面要保證專案的成功率是多麼難的一件事情。

　　對於軟體專案管理，國外的成功率如果有６０％的話，國內的成功率往往只有２０～３０％，當然這裡不包括人員外包的專案。這的根本原因是中國是個人治的社會，專案雙方都不會嚴格按照合同和法律來執行。在專案合作的時候往往專案本身承載著公司的相關利益，也許公司希望在這個專案損失一點而在另外一個專案上面得到補償，這個時候你負責的這個專案本身就是一個悲劇的專案，失敗也在所難免。

　　所以要保證自己管理的專案能夠順利成功的話，專案管理經驗和理論固然重要，但是對專案干係人有充分的瞭解和把握確實是非常重要的。如果發現專案一但簽了合同上了賊船的話怎麼辦呢？那就看是選擇抽刀斷腕還是強力支撐了。不過這種情況下面前者的結局一般會比後者要好很多。

　　一家之言，希望大家多多交流。
[@more@]