产品设计体会（三八）——项目外包！=开发外包
项目外包和开发外包的模式有明显区别，手头经历了一个概念不清的项目，结果一路坎坷，体会如下。
合作模式、分工一定要在开始的时候明确。这次的项目外包，乙方又把开发外包，谁对谁负责，什么事情谁做一直没有明确界定。乙方会本能的倾向于开发外包，导致甲方投入越来越多，产生障碍。
既然项目外包了，项目管理方法应该乙方定。当时间紧的时候，乙方或投入资源或和甲方重新商业谈判来解决，甲方强行改变项目管理模式是风险极大的。比如这次双方对“需求à设计à编码”环节的理解有差别，乙方是教科书里的软件工程，而甲方的“需求”包含了很多“设计”的内容，“编码”也包含了部分“设计”，“需求”完了直接进入“编码”。说法不同，实质一样，不过后来采用甲方的模式，导致乙方真的跳过了“设计”阶段，没有产出相应的文档。
项目外包的需求如何配合？乙方应该push，向甲方收集需求，并维护《需求说明书》，当然甲方要积极配合并即时告知最新变动并走乙方的流程进行评估，而开发外包就是甲方push更合适，走甲方的需求流程，不断给外包的工程师更新需求。
项目外包的测试如何配合？甲方肯定会有验收测试，但是乙方一定要在项目范围内安排比验收测试更详细的测试，前外不能把“找bug”的测试部分寄托在甲方的验收测试上，而这次到项目提交的时候，项目组内部做过的测试还远不如验收测试详细，这和验收的原则显然是不一致的。
另外外包的项目会有甲方乙方两个PM，这次也听乙方的中年PM谈了很多两种PM的不同，受益很多。