需求分析工作總結

總結就是把一個時段的學習、工作或其完成情況進行一次全面系統的總結，它可以明確下一步的工作方向，少走彎路，少犯錯誤，提高工作效益，不妨坐下來好好寫寫總結吧。但是總結有什麼要求呢？下面是小編整理的需求分析工作總結，僅供參考，大家一起來看看吧。

需求分析是項目開發的基礎，基礎打的牢不牢直接關係到後面所有的工作，是項目實施成敗的關鍵

項目經理博客總體上説，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項目，但是沒有解決這樣的項目是不是真就是客户想要的。造成這種狀況的原因主要是下面幾個情況：

客户本身説不清楚

文物網是這樣，中彰國際更是這樣，但是這不能怪客户，畢竟客户在軟件方面的知識要少的多，也沒有相關的經驗，可能心裏只有一個想要的軟件的輪廓，於是可能會要求我們去替他們來完整這個輪廓的細節，而我們的能力、我們能否真正站在客户角度去搜集和整理這些需求，就決定了這個需求的完整性和有效性。

需求自身經常變動

隨着客户對這個項目越來越深刻的理解，那麼可能他的需求也會隨之改變，這些變化的可能性越大項目風險就會越大，我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產生變動的需求，考慮到他的可變性，這樣設計功能和數據庫的時候不致因為後面的變動而影響整個工程。

分析人員或客户理解有誤

畢竟，不是每個分析人員都是專業而合格的，為避免這種情況的發生，需求分析必須要有審核制度，公司自己內部要審核一遍，客户再審一遍，提出意見，修改後雙方共同評審簽字，確認。

由此出現的問題：

a）需求分析過於籠統，只關注到面上，沒有關注到點上，開發出來的東西在具體的細節上和客户的理解有誤差，並且無法嚴格界定是否屬於需求變更。中彰的方案就是這樣的。

b）需求報告只求我們這方評審通過，不去關心客户的評審，認為只要客户簽字認可就行。雖然簽字認可能夠給日後出現問題時劃清我們的責任，但是不能保證使項目實施成功。

c）需求分析中含有技術實施上有難度的功能，一味的求全和盲目按照客户的'設想，受客户影響過大，畢竟，很多時候，客户的想法在實際實施過程中是不現實的，或者可以有更為簡便的方法來替代的。如中彰國際的在線交易功能，後台大批量郵件羣發功能。

d）對雙方已經確定的需求，實現以後並不適合客户使用，需要按照變更手續執行的時候，客户可能會糾纏，提出“你們是專業人士，你們應該事先能提醒我們可能會出現這種問題”並以此來把責任推給我們，而我們又不好完全按照變更手續執行，因為可能激化雙方的矛盾，比如508的批量處理功能，因為屬於人事管理比較專業的細節問題，需求分析師開始沒有對客户業務熟悉到如此細緻的地步，而客户也沒有過多關注這些細節，導致軟件的某些功能不合用，較為繁瑣，而重新按着客户的意見修改的話工作量比較大，導致成本增加、工期延長。

e）項目的成熟度受客户預算的限制。大部分客户在項目投入上都是有預算的，在成本有上限的前提下，項目的功能設計（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應的開發成本就越高。這種功能上的不完善需要事先告知客户並得到理解。

f）此項工作的反覆造成思想上的倦怠，使需求分析最後虎頭蛇尾。需求分析是一項繁瑣枯燥的工作，需要和客户之間不斷的商討、確認和反覆，另外由於大部分的客户雖然安排專人負責這項工作，但是該人並不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經真正的理解並認可了你的設計。

結論

a）需求分析是整個項目管理中需要重點控制的幾個關鍵節點之一，首先思想上一定要重視。

b）需求分析報告的編寫者要參與到需求的蒐集工作中，準確領會客户的意圖，並轉化成軟件能夠實現的功能。對於説不清楚需求的客户，要善於問關鍵問題，引導客户提出自己的需求。可以採取的措施是事先編制一個問卷調查之類的文檔，詳細列舉需要客户回答的問題，以便防止遺漏。

c）需求報告的編寫者要能夠對客户需求進行深入分析，區別出哪些需求存在日後變更的可能，哪些需求屬於相對固定的，哪些需求能夠實現，哪些需求需要變通才能實現，以便於指導後面的功能設計。

d）需求分析報告對功能細節的描述不能有歧義，描述一定要全面、準確，防止開發方和客户只見對同一個問題有兩個截然不同的理解。可以通過評審，用大家的力量來避免這種情況發生

e）需求報告的每個關乎功能的描述都要讓客户明白和理解，客户在理解之上的確認才能夠保證日後一旦出現問題不致出現雙方互相推託責任糾纏不清的情況。

f）需求報告一定要經過一個有技術人員和業務人員參加的評審，要充分發揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告裏不合理的、有歧義的、不完善的、遺漏的等等問題

g）幫助客户去理解提交給他的需求分析報告而不是隻等簽字，對於有能夠用好幾種方式實現的功能，儘量做到能讓客户去比較和選擇。不要讓客户對報告中的部分產生歧義。只有客户對報告的完全的理解，才能在日後客户提出的修改被認為是需求變更的時候能夠得到客户的理解

h）最後，需求分析報告一定要雙方共同簽字確認