迭代開發是開發未知領域新產品的必然選擇。但沒有經歷真正的迭代開發時，常常只能通過書籍霧裡看花。

    書籍裡描寫的經典場景是：一個迭代收尾，然後釋出半成品給使用者使用獲取反饋，使用者會說：“喔這裡看上去不錯，但是實際使用時我需要在這裡看到...”，當迭代開發中發生這樣的場景，說明迭代開發過程是有效的，產品在不斷迭代和改良。
   之前經歷了一些號稱是迭代開發的專案，很少發生這種情況。常常是內部一個迭代完成，測試，然後下一個迭代接著做。現在看，這樣的迭代過程，不是真正的迭代開發，因為沒有使用者反饋。

    最近的專案歷時兩年，前期也是處在類似的過程裡。做完了拿給使用者看。使用者看看，也在儘量提意見，但基本都是表面的和一些不痛不癢的問題。後來團隊聘請了一位領域專家，負責需求溝通和實施，終於我開始經歷書裡描述的經典場景。於是我恍然大悟：原來不是有專業的開發團隊和客戶湊在一起就是有效的迭代開發。
    
    因為使用者常常是甲方心態，什麼東西都應該是乙方想好了給他用的。一方面客戶本身比較忙；另一方面，的確也不願意花太多精力去研究新功能。這就造成了迭代開發裡反饋少的問題。

    解決這個問題就是找一個專業的來自甲方的人，進行需求獲取和實施，這樣就解決了這個問題。

    因此：迭代開發的兩個要素是：專業開發團隊和真正能花精力研究產品功能的領域專家。