迭代開發實踐的兩個關鍵要素

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

書籍裡描寫的經典場景是：乙個迭代收尾，然後發布半成品給使用者使用獲取反饋，使用者會說：「喔這裡看上去不錯，但是實際使用時我需要在這裡看到...」，當迭代開發中發生這樣的場景，說明迭代開發過程是有效的，產品在不斷迭代和改良。

之前經歷了一些號稱是迭代開發的專案，很少發生這種情況。常常是內部乙個迭代完成，測試，然後下乙個迭代接著做。現在看，這樣的迭代過程，不是真正的迭代開發，因為沒有使用者反饋。

最近的專案歷時兩年，前期也是處在類似的過程裡。做完了拿給使用者看。使用者看看，也在盡量提意見，但基本都是表面的和一些不痛不癢的問題。後來團隊聘請了一位領域專家，負責需求溝通和實施，終於我開始經歷書裡描述的經典場景。於是我恍然大悟：原來不是有專業的開發團隊和客戶湊在一起就是有效的迭代開發。

因為使用者常常是甲方心態，什麼東西都應該是乙方想好了給他用的。一方面客戶本身比較忙；另一方面，的確也不願意花太多精力去研究新功能。這就造成了迭代開發裡反饋少的問題。

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

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