## 產品設計體會（三八）——項目外包！=開發外包 項目外包和開發外包的模式有明顯區別，手頭經歷了一個概念不清的項目，結果一路坎坷，體會如下。 ? 合作模式、分工一定要在開始的時候明確。這次的項目外包，乙方又把開發外包，誰對誰負責，什么事情誰做一直沒有明確界定。乙方會本能的傾向于開發外包，導致甲方投入越來越多，產生障礙。 ? 既然項目外包了，項目管理方法應該乙方定。當時間緊的時候，乙方或投入資源或和甲方重新商業談判來解決，甲方強行改變項目管理模式是風險極大的。比如這次雙方對“需求à設計à編碼”環節的理解有差別，乙方是教科書里的軟件工程，而甲方的“需求”包含了很多“設計”的內容，“編碼”也包含了部分“設計”，“需求”完了直接進入“編碼”。說法不同，實質一樣，不過后來采用甲方的模式，導致乙方真的跳過了“設計”階段，沒有產出相應的文檔。 ? 項目外包的需求如何配合？乙方應該push，向甲方收集需求，并維護《需求說明書》，當然甲方要積極配合并即時告知最新變動并走乙方的流程進行評估，而開發外包就是甲方push更合適，走甲方的需求流程，不斷給外包的工程師更新需求。 ? 項目外包的測試如何配合？甲方肯定會有驗收測試，但是乙方一定要在項目范圍內安排比驗收測試更詳細的測試，前外不能把“找bug”的測試部分寄托在甲方的驗收測試上，而這次到項目提交的時候，項目組內部做過的測試還遠不如驗收測試詳細，這和驗收的原則顯然是不一致的。 ? 另外外包的項目會有甲方乙方兩個PM，這次也聽乙方的中年PM談了很多兩種PM的不同，受益很多。