天將降大任於斯人也，必先苦其心志，看你的應變能力，比如，領導讓你做供應商驗收，一批一批的問題將鋪面而來。
話不多說，上圖
- 對於技術人員或者devops運營同事來說：
- 對於項目產品外包，不可避免地是供應商工作量的評估和審覈，你會經常遇到等你來驗收供應商成果的時候，因爲公司人員變更頻繁，致使找不到原負責人，或介入時間太晚，工時以及需求等無法考證
- GR（Goods Reception）收貨時無法明確供應商的工作內容，因爲簽約的合同中沒有體現
- 提供給供應商的需求文檔不清晰，導致在驗收時的部分bug供應商拒絕修復，理由爲【需求中未說明】
- 驗收階段供應商拒絕提供checklist內容，因合同中未寫明需要提供的文檔
- 臨近上線時才提請做供應商驗收，預留時間不足，導致可能面臨大事件時，有延期上線的風險
- 提交驗收的項目經多次驗收仍遺留高優先級的bug待修復，且屢次提請驗收，浪費驗收資
- 對於PO來說（背景：以PO爲主導推動供應商生命週期流程）：
-
提交PR（Payment Request）時，供應商輸出哪些需要進行驗收和評審不明確
-
GR收貨時，要由哪些人員評審，不明確；或要對接不同的評審人員，影響效率
-
對於專業性很強的系統，技術評審人員的業務背景知識使其提供的工作量估計只能作爲參考，不能根據實際的業務背景結合自身的專業技能，給出最適合的建議