關於外包團隊的質量管理

我以前也做外包的，不過我是乙方，就是你說的a，或b的位置。

在工作中，承包方最頭疼的就是甲方的需求變更，因此，對於需求變更，要價都很高，我們以前是每次變更，5k起，哪怕只改一句話，也是這麼多，工作量大的話，還要加。

這也是沒辦法，因為有很多時候，甲方在制定規範時的漫不經心，導致後期我們很多重複的工作，浪費了時間和精力。

但是，這並不說明這是正常現象，也不是說沒有辦法控制。

我最近幾年，做團隊工作多一點，在帶團隊時，很多時候給小弟布置任務，就有點類似這種外包。因此，也慢慢摸索了一些辦法，這裡提出來供lz參考，一家之言哈，不一定準確。

1、**可以外包，但設計一定不要外包，外包，是解決本公司低階勞動力資源緊缺問題，不是什麼事情一推了之，自己不做事，全部別人做，這樣的話，我們自己就沒有存在價值了。

2、設計時，系統架構，拓撲圖、時序分析一定要自己做，並做大量的樣例驗證，首先要保證設計本身是正確的。

3、在正確設計的基礎上，規定各個模組介面的api和npi，以及關鍵資料結構。這裡面又包括記憶體表結構，資料庫表結構，網路信令規定。

4、對於特定模組的關鍵演算法，即和設計密切相關的演算法，做出規定，即要求該模組一定要以該演算法實現，同時，如果有本公司自己的底層庫，可以將底層庫的執行版提供給乙方，規定底層庫中有的功能，自行設計不予計費。

5、寫出每個模組的test case，並且開始安排內部的程式設計師寫測試程式，寫測試程式的時候，可以先按照前文的api、npi寫出分模組的虛擬模組，即有框架，但不實現功能，僅僅保證測試程式本身能正常執行。

6、在這些基礎做好的基礎上，可以考慮分模組外包。簽訂合同時，一般雙方就設計方案詳細討論的基礎上，確認無誤，簽字。甲方提供測試程式給乙方。

7、一般做生意，都還是講人情啦，因此，一般談下來，大家可以約定1~3次免費需求變更的機會，但這裡有個條件，就是如果變更來自客戶，甲方已經多收了錢，則不免費。

8、一般這樣做下來，模組級基本問題不大，但整合一般都有問題，因此，合同規定，整合期內的修改，原則上不再付任何費用。乙方有責任幫助甲方將模組整合成為產品。

10、基本就這麼多了，下面一般是套話，未盡事宜，雙方本著平等互利的原則，友好協商解決等。

另外，還有乙個細節，其實甲方很多時候不一定保證設計一定是正確的，在模組實施時，很多時候能發現，甲方的設計不合理，乙方很可能提出修改意見，還有的是乙方按照甲方設計要求做出來了，但效能跟不上，需要重新設計。

這是最容易引起爭議的地方，原則上，這些是甲方的責任，我們一般執行的是修改工作量1人/天內，不算錢，超過，甲方就要付費，付費的也看工作量，一般不涉及模組廢除的，就計算工作量，但如果有已經完成模組報廢，基本上就要5k起了。

本文**

tonyxiaohome