在軟體開發的過程中
，經常出現需求與設計脫節的現象，如設計人員按照自己的理解去設計，沒有遵從需求去設計系統；需求人員做完需求定義後，交給設計人員去設計，撒手不管了等等.
為了使需求與設計人員更好的協作，建議採取如下的措施：
需求人員與設計人員一定要分離，否則無法解決
需求文件化
的問題，但是文件並不能解決所有的溝通的問題，還需要面對面的溝通。
需求評審設計人員一定要參加，設計評審需求人員一定要參加。在
設計階段的開始
應明確識別、策劃需求理解的活動
，需求人員應確認設計人員對需求的理解。
規範化需求與設計的描述方式
，定義需求描述、設計描述的模板、指南、工具、術語等。
漸進式設計
，每設計一塊由需求人員評審一次。
概要設計可以考慮由需求人員來完成
，詳細設計由設計人員完成。
需求人員與設計人員在同乙個辦公區域工作
，便於隨時溝通。
需求與設計人員如何配合工作？
在軟體開發的過程中，經常出現需求與設計脫節的現象，如設計人員按照自己的理解去設計，沒有遵從需求去設計系統 需求人員做完需求定義後，交給設計人員去設計，撒手不管了等等，為了使需求與設計人員更好的協作，建議採取如下的措施 需求人員與設計人員一定要分離，否則無法解決需求文件化的問題，但是文件並不能解決所有...
需求與設計人員如何配合工作？
在軟體開發的過程中，經常出現需求與設計脫節的現象，如設計人員按照自己的理解去設計，沒有遵從需求去設計系統 需求人員做完需求定義後，交給設計人員去設計，撒手不管了等等，為了使需求與設計人員更好的協作，建議採取如下的措施 需求人員與設計人員一定要分離，否則無法解決需求文件化的問題，但是文件並不能解決所有...
產品設計人員與開發人員的溝通
產品部和技術部，在 的開發過程中，是兩個需要密切配合的部門，很多 甚至將這兩個部門合併在了一起，不過大部分還是分開的。在網際網路開發過程中，這兩個部門的溝通效率，對於最終 的質量有著非常重要的意義。筆者嘗試將工作中這方面的一些體會分享出來，供讀者參考或者指正。首先簡單的介紹一下在大眾點評網的乙個典型...