产品设计体会(3003)项目外包 != 开发外包

项目外包和开发外包的模式有明显区别,手头经历了一个概念不清的项目,结果一路坎坷,体会如下。

合作模式、权责利划分一定要在开始的时候明确。这次的项目外包,乙方又把开发外包,谁对谁负责,什么事情谁做一直没有明确界定。乙方会本能的倾向于开发外包,导致甲方投入越来越多,产生分歧。

既然项目外包了,项目管理方法应该乙方定。当时间紧的时候,乙方或投入资源或和甲方重新商业谈判来解决,甲方强行改变项目管理模式是风险极大的。比如这次双方对“需求设计编码”环节的理解有差别,乙方是教科书里的软件工程,而甲方的“需求”包含了很多“设计”的内容,“编码”也包含了部分“设计”,“需求”完了直接进入“编码”。说法不同,实质一样,不过后来采用甲方的模式,导致乙方真的跳过了“设计”阶段,没有产出相应的文档。

项目外包的需求如何配合?乙方应该push,向甲方收集需求,并维护《需求说明书》等文档,当然甲方要积极配合并即时告知最新变动并走乙方的流程进行评估,而开发外包就是甲方push更合适,走甲方的需求流程,不断给外包的工程师更新需求。

项目外包的测试如何配合?甲方肯定会有验收测试,但是乙方一定要在项目范围内安排比验收测试更详细的测试,前外不能把“找bug”的测试部分寄托在甲方的验收测试上,而这次到项目提交的时候,项目组内部做过的测试还远不如验收测试详细,这和验收的原则显然是不一致的。

另外外包的项目会有甲方乙方两个PM,这次也听乙方的中年PM谈了很多两种PM的不同,受益很多。