軟體專案需求調研過程管理小議(轉)

ger8發表於2007-08-13
一、需求調研準備:

在需求調研過程中,應該做好三種準備,保持兩種心態,做到五種提高:

三種準備
1) 調研前應該將所有專案前期資料進行彙總,與相關的前期銷售人員進行交流,以便對專案有一個基本輪廓的認識。
2) 做好調研前使用資料的準備,如需求調研模板,需求調研問題列表等。
3) 做好不怕一切困難的準備。
兩種心態
1) 保持一種和客戶平等合作的心態,確定需求調研是為了給客戶解決問題,探討問題,而不是接受問題,更不是來指導工作的。
2) 平靜面對需求變更的心態,在需求調研過程中,往往雙方對需求理解不一致,造成需求調研前後矛盾,應當心平氣和的去引導客戶,達到需求理解基本一致。

三種提高
1) 首先提高自己業務知識,對於人力資源的標準業務應該基本熟悉。
2) 其次應該努力的去熟悉使用者的行業,學習使用者使用的術語,標準,以便能夠準確的理解使用者。這就需要我們閱讀使用者所在行業的資料、文章,儘量多選取一些整體性介紹的文章,這樣可以在短時間內能夠對該行業有一個全面的認識,這樣我們就能夠較好的和使用者進行交流了。
3) 需求調研中,學會盡量不使用IT行業的術語,而採用淺顯易懂的口頭語言來解釋IT行業中高深莫測的術語,以便使用者能夠很好的理解,提高自己的溝通交流能力。
4) 提高自己的速記能力,文字表述能力以及歸納,能迅速的記錄需求調研核心的問題,總結歸納形成原始的需求調研資料。
5) 提高自己的總結能力,書寫一份完整的、前後一致的、可追蹤的需求報告。

二、需求調研過程的總體流程

需求調研中應遵循一定的流程,而且在調研過程中表現出規範,調研有條不紊,對客戶有理有據,調研中資料做好備份,做到有備無患:

三、需求調研過程中注意問題

四、需求報告書寫要求及標準

編寫優秀的需求是沒有公式化的方法的。這需要大量的經驗,要從你在過去的文件中發現的問題學習。請在組織軟體需求文件時,嚴格遵從這些方針。
句子和段落要簡練。使用正確的語法,拼寫,標點。使用術語,要保持一致性,並在術語表或資料字典中定義它們
需求編寫者還要努力正確地把握粒度。多個需求儘可能拆分開。
整個需求文件細節上要保持一致。
避免在需求報告中過多的申述需求。在多處包含相同的需求可以使文件更易於閱讀,但也會給文件的維護增加困難。文件的多份文字要在同一時間內全部更新,避免不一致性。

需求調研對於系統的構造,系統測試以及最後的客戶滿意,都會成為好的奠基石。並且要記住,沒有高質量的需求,軟體就象一盒巧克力,你永遠不知道你會得到什麼。我希望我們能得到一塊“德芙”。

作者介紹:
穆忠波,1998年開始接觸軟體開發和系統分析,主要從事人力資源系統的分析,前後參與和負責了20多個相關專案的開發和實施,希望能和廣大同行交流心得。電子郵件:muzb@sina.com
[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-953437/,如需轉載,請註明出處,否則將追究法律責任。

相關文章