需求分析，在大公司可能并不需要項目經理主導，有專門的需求分析師和架構師去完成這個工作，中小公司可能仍然需要項目經理充當主角，由項目經理負責與甲方業務人員共同完成需求的收集、整理以及分析工作。

不管哪種情況，項目經理都必須對業務充分了解，只有這樣才能更好地把控項目的進度，而且了解業務的最佳場合就是需求搜集階段，這個階段可以和甲方業務人員充分接觸，充分了解對方的業務。

很多項目經理是從開發工程師轉變而來，對什么是業務有些人云亦云，很多人只要一談到業務就立即聯想到系統和平臺，這種做法有些欠妥。我們說的業務，是指甲方的業務，換句話說就是甲方每天干的工作，但是，我們顯然并不需要了解全部，而只是一部分，而系統只是對這些業務的線上體現。為了充分理解甲方的業務，我們需要在需求分析階段獲取很多的信息，下面我針對這個階段的工作提一些建議：

1、首先我們需要準備一些必要的工具，本子、筆、錄音筆、照相機、文件夾等是必須的。很多人就帶一雙耳朵，回來全憑回憶，這是不建議的；

2、準備一些需求分析文檔的模板，輸出文檔一定要正規化；

3、準備好調研清單，這份清單不是苦思冥想出來的，要有根據。在制作清單之前，我們先要初步了解對方的業務，主要是依據對方的網站或搜索出來的零星資料，順便了解一下對方有哪些系統。然后根據這些了解到的內容結合自己的理解，形成調研清單。清單中的內容很多，我這里也無法一一列舉，這里給大家一些常用的方法，了解對方都有哪些部門，就是組織結構。了解對方的產品是什么，實際上就是生產什么？了解生產過程如何？概括起來就是過程、操作者、輸入、輸出。抓住這幾點，基本上就可以理清思路。

另外，清單上也要問及對方的IT建設情況，為后續的平臺部署做好準備。

4、準備一份申請書，向對方申請調研，上面有調研日期、天數、調研對象(部門或個人)、調研主題、調研方式、日程安排等。

5、將申請書和調研清單提交本公司領導和銷售，一般會由銷售和對方聯絡人進行溝通，約定時間；

6、調研時一般會按照申請書上的調研計劃去進行，如有臨時變更的，一定要提前和對方商議，另外，未經對方允許，不要隨意向其他無關的人詢問甲方情況，這是比較忌諱的。

7、每天的調研內容要及時匯總形成需求文檔，并在小組進行交流，如果遇到問題，及時加入調研清單，以備次日向對方咨詢；

8、需求調研只是需求分析的第一個環節，需求調研形成的文檔也原始需求文檔，也叫需求說明書，這個需求說明書只是記錄了一條一條的需求，不存在主觀地分析。但是這個需求說明書一般也會讓甲方負責人簽個字，但是大多數人不會去簽，這沒有太大的關系，所謂的簽字僅僅表示該需求屬實而已。

9、需求說明需要經過認真地分析，這種需求分析的過程是非常復雜的過程，需要依賴理論的支持和經驗的積累，限于篇幅，我無法在這里詳細描述，今后我會安排專門的系列來介紹如何進行需求分析。需求分析的結果就形成了需求分析說明書，也就是我們通常所說的需求分析規格說明書。這個說明書一方面將用戶的需求進行條理化，從而更加清晰和容易理解，另一方面為概要設計提供了原始的業務框架。

需求分析規格說明書是需要按照一定的模板來進行撰寫，一般甲方可能都要求提供這個文檔，一方面為了存檔，另一方面也為了今后維護系統提供依據。

10、注意穿著正式，言行規范。

需求調研分析階段是很重要的環節，也屬于重要的里程碑節點，很多甲方就是從這時開始結算，所以要非常重視。同時還有一個重要的方面就是，很多甲方都選擇在這個時候近距離觀察項目團隊，稍有不慎，就會造成惡劣的影響。

總結

以上是生活随笔為你收集整理的软件项目需求调研报告模板下载_「软件项目管理入门」（21） 需求调研和需求分析怎么做？...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。