軟件項目外包過程中經常會遇到幾個坑。其根本原因在于甲乙雙方對軟件開發的理解不一致。尤其是甲方對軟件開發的特點和流程不了解的時候。我在這里提出來，提醒管理同行注意。建議在項目啟動過程中乙方給甲方宣講，避免之。
第一坑： 合同簽訂后，客戶不斷加功能，乙方不斷退讓，導致項目的功能越來越多，十分繁復。專業的名稱叫做項目范圍蔓延。
甲方的心理可能是貪便宜，就好比買一輛車，如果有一些免費的配件附送，要一些又何樂而不為呢。另外軟件外包合同中描述的詳盡程度有限，導致甲方在細節執行上可以要求乙方添加功能，而且可以拿付款等條件要挾乙方。
然而實際情況是，軟件項目的預算是有限的，軟件開發的人員成本也很高，項目簽訂的時候往往就只有少于10%的利潤。因此項目范圍蔓延對乙方是一個災難：因為事情多了，預算還未增加。這時乙方通常通過在其他模塊偷工減料，減少后期維護成本等方法來避免虧損。最后受害的還是甲方。有時甲方發現，項目完成了，過一段時間乙方的公司卻倒閉了，軟件找不到人維護，就是這種情況。
這種情況甲方應該明白，軟件開發項目是一項高風險的活動，行業失敗率是80%。因此必須慎重。最好的項目是甲方需要的核心功能全部按質按量完成，乙方也可以賺到自己的利潤，雙方皆大歡喜，下次還有合作的機會。添加功能由于汽車加配置，甲方也應該添加相應的預算和時間，合情合理。
第二坑： 甲方不斷修改需求，修改界面，乙方不斷退讓，最后導致整個項目爛尾樓。
甲方應該意識到，修改需求，修改界面，猶如房子建設過程中修改圖紙，難度是比較大的，傷筋動骨。往往會導致軟件中后期出現難以修復的bug。而且由于軟件開發都是人力來做，現在人力成本上升，軟件修改成本也很高，往往導致項目嚴重超值，繼而導致甲乙方為增加預算扯皮，從而導致爛尾樓。
正確的方法是在項目的早期，甲乙方對軟件設計充分溝通，拿出一份最佳方案，簽字確認之后再開始軟件開發。而軟件開發中原則上不修改設計方案。
界面上細微調整由于不影響程序結構，通常不會有大的影響。注意方案定稿之后，不要反復修改就行。少量改動是允許的。
如果確實需要修改需求怎么辦？這種情況需要走變更流程，甲乙方對修改的原因，修改的后果充分討論，增加相應預算和時間，進行修改。往往甲乙方討論之后，會覺得預算和時間上難于承受，因此放棄修改。
第三坑：項目鍍金
乙方為了迎合甲方，主動添加一些項目計劃外的功能。或者對軟件做一些無關痛癢的美化。
項目鍍金也會導致成本上升，時間拖延，壓縮了項目利潤。乙方需要這些項目利潤來提高員工待遇，更新設備，安排員工培訓，提高競爭力。另外一方面，項目鍍金會分散團隊的精力，而這些精力應該被用于優先完成軟件核心功能，以及做一些必要的缺陷處理，性能優化。
掃描上方二維碼，關注栗子科技
?
7*24小時售后支持
100+營銷功能
180+純技術開發團隊
1200+客戶選擇
