兩次會議之間，文檔（在代碼之上）成為主要的交流方式。及時地創建和維護良好的需求和設計文檔，對于保證分布式的開發成員對開發的產品保持一致的觀點具有重要的作用。這不應該認為是需要對軟件的所有方面都要寫文檔或建模，文檔和模型僅是在對項目和項目有關人員有價值的時候才創建和維護。
2. 缺乏對轉包合同的支持
承包商的軟件開發任務經常是根據合同中對承包商需要做什么的精確規定而制定的。在承包商必須投標簽訂合同的情況下，必須精確地定義承包任務。承包商在制定標書時，通常會制定足夠詳細的計劃，計劃包括一個規定了里程碑和可交付產品的過程，以進行成本評估。這個過程可能采用一個迭代的、增量的方法，但是為了能完成，承包商必須通過詳細說明迭代的次數和每次迭代的交付產品使過程可預言。合同可能允許承包商在時間和成本的限制內對如何開發產品擁有一定程度的靈活性。如果承包商有良好的跟蹤記錄，并且合同單位相信承包商能開發出滿足自己需求的產品，這當然是可能。一個合同若支持在承包商環境的敏捷開發，應該由兩部分組成：
固定部分：
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
