乙個成功專案的關鍵在於需求做的怎麼樣！！
做專案需求可以是對涉及的各個部門人員分別做調查，相對來講，這樣做的需求分析，才更能體現實際，切實了解到客戶基層遇到哪些困難、需要解決哪些問題、以及操作的整個流程，但，並不是每個部門的每個人員都願意配合工作（專案成功可能會導致某些人丟職位）
也可以是只對相關領導和關鍵人員了解情況，這樣可以使專案需求工作進行得順利，但，這樣的專案需求，可能不是很完善。
對於做專案需求的時間，最好控制在三次範圍之內，每次都要形成相關文件草案，一旦超過這個範圍，就很有可能導致，給客戶留下不好的印象，產生厭煩情緒，你給出的文件，客戶只是草草瀏覽或者根本就不看，客戶配合不積極。但是，考慮到專案的難度和深度，有時候超過三次也是沒辦法的，面對這種情況，就要很好的與客戶溝通，給客戶講解你的方案。
專案需求文件一定要從使用者的角度考慮，盡量用通俗的詞語，少用專業術語，也許有時候在我們看來文件表現出來並不合理（比如：客戶認為乙個文件就要存到乙個庫裡面，而我們事實上是不可能這樣的做的），但也要在需求上表現客戶的意思需求文件一定要詳細，就是有很多相同的操作，也要單獨列出來，不要嫌麻煩。
此外，寫作時要給自己留有餘地，因為需求文件將會是以後和客戶交接專案的總要依據，如果寫的太絕對，就會帶來不必要的麻煩。
怎麼做需求分析
如果將需求分析階段的工作歸結為編寫需求規格說明書，這種簡化的做法往往是導致專案後期層出不窮問題的罪魁禍首。建議採用以下步驟形成軟體需求 獲取使用者需求 分析使用者需求 編寫需求文件 評審需求文件 管理需求。下面我們先來討論前兩個步驟 獲取使用者需求 分析使用者需求 的做法。獲取使用者需求 這是該階段...
我們怎麼做需求分析
乙個專案的開始便是為了滿足客戶的需求，有了需求才有了我們的供需關係。但是軟體與人之間的關係並不是如同人與人來的那麼清晰於簡單。人們對於乙個目標的軟體總是有不同的想法和思路。客戶和經理的交流和溝通並不能是他們完全的理解對方，而經理帶回專案交給開發團隊也並不是能夠完全的滿足顧客的想法。因為顧客經常也不知...
專案需求分析報告怎麼做
發布於 軟體開發網 1 8 2010 10 35 37 pm 專案需求分析，看了聽棠的 客戶需求何時休 深有感觸，何曾自己不是被這個問題整天困擾 客戶需求，為什麼總在變阿？做專案真辛苦阿！這樣的感嘆整天都掛在口上。客戶需求變動確實是乙個軟體開發永遠不變的話題。為什麼小的軟體企業面對經常變動的需求是如...