需求與設計人員如何配合工作？

在軟體開發的過程中，經常出現需求與設計脫節的現象，如設計人員按照自己的理解去設計，沒有遵從需求去設計系統；需求人員做完需求定義後，交給設計人員去設計，撒手不管了等等，為了使需求與設計人員更好的協作，建議採取如下的措施：

ø 需求人員與設計人員一定要分離，否則無法解決需求文件化的問題，但是文件並不能解決所有的溝通的問題，還需要面對面的溝通。

ø 需求評審設計人員一定要參加，設計評審需求人員一定要參加。

ø 在設計階段的開始應明確識別、策劃需求理解的活動，需求人員應確認設計人員對需求的理解。

ø 規範化需求與設計的描述方式，定義需求描述、設計描述的模板、指南、工具、術語等。

ø 漸進式設計，每設計一塊由需求人員評審一次。

ø 概要設計可以考慮由需求人員來完成，詳細設計由設計人員完成。

ø 需求人員與設計人員在同乙個辦公區域工作，便於隨時溝通。

需求與設計人員如何配合工作

在軟體開發的過程中 經常出現需求與設計脫節的現象，如設計人員按照自己的理解去設計，沒有遵從需求去設計系統 需求人員做完需求定義後，交給設計人員去設計，撒手不管了等等.為了使需求與設計人員更好的協作，建議採取如下的措施 需求人員與設計人員一定要分離，否則無法解決 需求文件化 的問題，但是文件並不能解決...

需求與設計人員如何配合工作？

在軟體開發的過程中，經常出現需求與設計脫節的現象，如設計人員按照自己的理解去設計，沒有遵從需求去設計系統 需求人員做完需求定義後，交給設計人員去設計，撒手不管了等等，為了使需求與設計人員更好的協作，建議採取如下的措施 需求人員與設計人員一定要分離，否則無法解決需求文件化的問題，但是文件並不能解決所有...

產品設計人員與開發人員的溝通

產品部和技術部，在 的開發過程中，是兩個需要密切配合的部門，很多 甚至將這兩個部門合併在了一起，不過大部分還是分開的。在網際網路開發過程中，這兩個部門的溝通效率，對於最終 的質量有著非常重要的意義。筆者嘗試將工作中這方面的一些體會分享出來，供讀者參考或者指正。首先簡單的介紹一下在大眾點評網的乙個典型...