供应商产品验收管理---诊脉

天将降大任于斯人也，必先苦其心志，看你的应变能力，比如，领导让你做供应商验收，一批一批的问题将铺面而来。

话不多说，上图

 

 

 

• 对于技术人员或者devops运营同事来说：

1. 对于项目产品外包，不可避免地是供应商工作量的评估和审核，你会经常遇到等你来验收供应商成果的时候，因为公司人员变更频繁，致使找不到原负责人，或介入时间太晚，工时以及需求等无法考证
2. GR（Goods Reception）收货时无法明确供应商的工作内容，因为签约的合同中没有体现
3. 提供给供应商的需求文档不清晰，导致在验收时的部分bug供应商拒绝修复，理由为【需求中未说明】
4. 验收阶段供应商拒绝提供checklist内容，因合同中未写明需要提供的文档
5. 临近上线时才提请做供应商验收，预留时间不足，导致可能面临大事件时，有延期上线的风险
6. 提交验收的项目经多次验收仍遗留高优先级的bug待修复，且屡次提请验收，浪费验收资

• 对于PO来说（背景：以PO为主导推动供应商生命周期流程）：

1. 提交PR（Payment Request）时，供应商输出哪些需要进行验收和评审不明确

2. GR收货时，要由哪些人员评审，不明确；或要对接不同的评审人员，影响效率

3. 对于专业性很强的系统，技术评审人员的业务背景知识使其提供的工作量估计只能作为参考，不能根据实际的业务背景结合自身的专业技能，给出最适合的建议