本次將介紹實例化需求過程的基本流程
以下爲實例化需求說明的主要過程模式：
當我們獲取一個業務目標時，將按照上述流程圖來生產實例化需求過程
- 從目標中獲取範圍
通過用戶提供的需求描述，我們將這些描述轉變成另一種用戶能夠理解且真實用戶實際地行爲方式，這裏就要引入User Story用戶故事的概念。然後以客戶的業務目標爲起始，然後通過協作界定可以實現目標的範圍。這裏最關鍵的就是與用戶更密切地溝通，通過不斷細化，確認這纔是用戶想要的功能。 - 從協作中制定需求說明
之所以要提出協作制定需求說明，目的是讓需求、設計、開發以及測試都參與進來，發揮整個Team的知識和經驗，力求讓項目的干係人都更多的參與到交付過程中。 - 舉例說明
舉例說明其實是項目需求交流過程中不可或缺的，團隊中不同職能人都有，而且每個人的業務背景不同，通過舉例說明的方式可以讓目標更一致。 - 提煉需求說明
協作過程中的開發討論可以建立大家對相關領域的共識，但最終得到的實例往往包含很多不必要的細節。而關鍵實例必須是精簡的。提煉需求說明的過程，其實就伴隨着實例化需求的產生，且這些提煉好的實例就可以當作交付的驗收條件。 - 頻繁驗證
頻繁驗證的依據就是提煉需求產生的實例化需求，它是所有過程實施中都必須要反覆進行的工作。需求通過頻繁驗證與用戶進行頻繁確認；設計通過實例化需求來頻繁驗證設計是否滿足用戶的需求；開發通過實例化需求頻繁驗證代碼中業務邏輯；測試通過實例化需求來頻繁驗證交付的功能，並作爲最後驗收測試的依據。 - 演化出一個文檔系統
通過以上的這些流程，最後演化出一個文檔系統。之所以稱爲文檔系統，主要是體現它的可靠性、權威性。所有設計、開發、變更以及測試過程都以此爲出發點來考慮，並及時更新，長久維護。
實例化需求過程的核心就是與用戶站在一起，從溝通開始，不斷舉例、細化、精簡到統一確認。