天将降大任于斯人也，必先苦其心志，看你的应变能力，比如，领导让你做供应商验收，一批一批的问题将铺面而来。
话不多说，上图
- 对于技术人员或者devops运营同事来说：
- 对于项目产品外包，不可避免地是供应商工作量的评估和审核，你会经常遇到等你来验收供应商成果的时候，因为公司人员变更频繁，致使找不到原负责人，或介入时间太晚，工时以及需求等无法考证
- GR（Goods Reception）收货时无法明确供应商的工作内容，因为签约的合同中没有体现
- 提供给供应商的需求文档不清晰，导致在验收时的部分bug供应商拒绝修复，理由为【需求中未说明】
- 验收阶段供应商拒绝提供checklist内容，因合同中未写明需要提供的文档
- 临近上线时才提请做供应商验收，预留时间不足，导致可能面临大事件时，有延期上线的风险
- 提交验收的项目经多次验收仍遗留高优先级的bug待修复，且屡次提请验收，浪费验收资
- 对于PO来说（背景：以PO为主导推动供应商生命周期流程）：
-
提交PR（Payment Request）时，供应商输出哪些需要进行验收和评审不明确
-
GR收货时，要由哪些人员评审，不明确；或要对接不同的评审人员，影响效率
-
对于专业性很强的系统，技术评审人员的业务背景知识使其提供的工作量估计只能作为参考，不能根据实际的业务背景结合自身的专业技能，给出最适合的建议