實例化需求說明是一組過程模式。
避免：盲目接受
應該：確認目標范圍，做到“即時（Just-in-time）”
避免：傳遞失真
應該：協作制定需求說明。多人參與需求收集，并充分利用整個團隊的知識和經驗。
避免：理解偏差
應該：舉例說明，并確定出那些描述預期功能的關鍵實例。
避免：過多的細節讓實例更難溝通和理解，產生浪費。
應該：提煉需求說明，為開發和測試創建一個具體的，精確的上下文。
避免：需求驗證時產生不必要的延誤，反饋慢
應該：快速反饋，而要把驗證系統的流程變得廉價且高效，簡單的解決方案就是自動化。
避免：文檔過時
應該：頻繁的檢查所有可執行的需求說明。
最終：演化出一個文檔系統。
