軟體外包專案管理經驗談

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

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

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

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

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

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

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

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

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

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