文件仍然需要存在，包括項目范圍說明書、WBS、詳細的工程計劃、風險記錄單、問題登記簿、變更日志等等。公司杠桿外包策略的同時需要為特定的項目交付性開發(fā)驗收準則。
如果供應商只提供10項任務的工程計劃表，會發(fā)生什么?如果供應商制造了不好的可交付成果像是糟糕的代碼、糟糕的培訓材料或是沒用的測試案例會怎樣?通過為每一個主要的項目管理和系統開發(fā)生存周期的可交付性成果確立驗收準則，這樣公司和供應商就會有共享的質量定義。
公司可以冒險定義大量的造成收益遞減的驗收準則。我們是否真的需要在合適地格式化的項目問題登記簿上的驗收準則?需要實施靈活性，因為供應商想在不招致額外的管理負擔(供應商在提議的反應階段可能對這些負擔沒有計劃)的前提下交付給客戶端。
外包僅僅是為了成功完成交付而采用的一種額外的工具。項目管理方法，項目產出、作用、責任以及期望需要在之前定義，這樣雙方就可以在共同信任、透明和靈活性下完成交付。獨立于內購或外包，客戶端項目管理者仍然需要受限于時間、范圍和成本的三維限制。