1.需求調研前需要做哪些準備？

1.從各種渠道了解客戶所在行業的行業信息；
2.向和對方有過業務接觸的同事了解對方的信息如現哪些系統和業務流程、對方的管理組織結構是怎樣的；
3.是否可以搜集到對方的一些文字情信息如業務單據、管理規范等。

如果是政府機關，可以從：官網、百度百科、內部機構、統計局年鑒、統計局數據、政府采購網采購項目、公眾號。

通過對以上資料的理解，整理出調研重點和要問的問題。

如果是接手，之前有過調研還要做哪些準備？

1.詳細閱讀之前的調研紀要，了解之前的調研內容、做的決定、遺留問題、客方聯系人。

?

2.如何開展需求調研？

1.做一些調研前的準備，如上；
2.組織用戶進行需求調研會議，一般用戶會主動描述他們的目標是什么，流程是什么樣，針對用戶的描述做一些細化需求的提問，分析用戶描述的流程是否上下銜接，是否簡捷流暢并針對性提問和發表意見，一般第一次調研會是了解用戶的業務現狀和上系統的目標，并盡量細化流程，會議快結束時向用戶索要一些流通單據、組織架構、管理規范等文字信息。會后整理會議紀要發所有與會者，并整理出初步的解決方案送至用戶確認。通常一次調研會議并不能準確的了解到用戶的需求，要反復進行上述過程。
3.業務流程確認后，整理需求規格說明書，把系統的功能做詳盡的描述，發至用戶確認。

3.如何控制項目范圍？

1.項目范圍直接關系到項目的成本，也關系到項目管理和開發的復雜度，有可能會影響到項目的成敗。
2.在需求調研時，通常在討論中會由一個需求引發其它多個需求。有些需求已經超出了當前項目確定的范圍，此時要明確告訴用戶，這些需求可以討論，在實現時也可以為這些需求預留接口，但在本期項目暫不實現。
3.用戶通常會有求大求全的心理，對超出范圍的需求會執意要求實現。些時要向用戶說明如果需求范圍過于擴大會影響到項目的管理和開發的復雜度，由此會對項目的質量產生影響。向用戶闡述清楚軟件開發并不同事傳統的工業生產，不是增加人力就可以解過問題的，項目范圍擴大了，參與的人員增多了，項目管理也就復雜了，最終有可能導致一個質量低下的項目甚至是項目失敗。最好是一步一步的實現，穩扎穩打，保證質量，并且可以快速看到成果。用戶也是為公司和領導做事的，他應當明白開發出一個質量優良的項目，并且速見成效，對他才是最有利的。
4.如果是高層領導執意要增加需求，那也只能是照做了，但要闡明因為成本提高了，項目金額也要增加。

另：參考閱讀《需求調研工作總結》

?