軟體專案需求調研過程管理小議(轉)
一、需求調研準備:
在需求調研過程中,應該做好三種準備,保持兩種心態,做到五種提高:
三種準備
1) 調研前應該將所有專案前期資料進行彙總,與相關的前期銷售人員進行交流,以便對專案有一個基本輪廓的認識。
2) 做好調研前使用資料的準備,如需求調研模板,需求調研問題列表等。
3) 做好不怕一切困難的準備。
兩種心態
1) 保持一種和客戶平等合作的心態,確定需求調研是為了給客戶解決問題,探討問題,而不是接受問題,更不是來指導工作的。
2) 平靜面對需求變更的心態,在需求調研過程中,往往雙方對需求理解不一致,造成需求調研前後矛盾,應當心平氣和的去引導客戶,達到需求理解基本一致。
三種提高
1) 首先提高自己業務知識,對於人力資源的標準業務應該基本熟悉。
2) 其次應該努力的去熟悉使用者的行業,學習使用者使用的術語,標準,以便能夠準確的理解使用者。這就需要我們閱讀使用者所在行業的資料、文章,儘量多選取一些整體性介紹的文章,這樣可以在短時間內能夠對該行業有一個全面的認識,這樣我們就能夠較好的和使用者進行交流了。
3) 需求調研中,學會盡量不使用IT行業的術語,而採用淺顯易懂的口頭語言來解釋IT行業中高深莫測的術語,以便使用者能夠很好的理解,提高自己的溝通交流能力。
4) 提高自己的速記能力,文字表述能力以及歸納,能迅速的記錄需求調研核心的問題,總結歸納形成原始的需求調研資料。
5) 提高自己的總結能力,書寫一份完整的、前後一致的、可追蹤的需求報告。
二、需求調研過程的總體流程
需求調研中應遵循一定的流程,而且在調研過程中表現出規範,調研有條不紊,對客戶有理有據,調研中資料做好備份,做到有備無患:
三、需求調研過程中注意問題
四、需求報告書寫要求及標準
編寫優秀的需求是沒有公式化的方法的。這需要大量的經驗,要從你在過去的文件中發現的問題學習。請在組織軟體需求文件時,嚴格遵從這些方針。
句子和段落要簡練。使用正確的語法,拼寫,標點。使用術語,要保持一致性,並在術語表或資料字典中定義它們
需求編寫者還要努力正確地把握粒度。多個需求儘可能拆分開。
整個需求文件細節上要保持一致。
避免在需求報告中過多的申述需求。在多處包含相同的需求可以使文件更易於閱讀,但也會給文件的維護增加困難。文件的多份文字要在同一時間內全部更新,避免不一致性。
需求調研對於系統的構造,系統測試以及最後的客戶滿意,都會成為好的奠基石。並且要記住,沒有高質量的需求,軟體就象一盒巧克力,你永遠不知道你會得到什麼。我希望我們能得到一塊“德芙”。
作者介紹:
穆忠波,1998年開始接觸軟體開發和系統分析,主要從事人力資源系統的分析,前後參與和負責了20多個相關專案的開發和實施,希望能和廣大同行交流心得。電子郵件:muzb@sina.com
[@more@]
在需求調研過程中,應該做好三種準備,保持兩種心態,做到五種提高:
三種準備
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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 軟體專案管理 4.1.軟體需求管理過程專案管理
- 軟體專案管理 9.2.軟體專案配置管理過程專案管理
- 我的軟體專案過程管理經驗(轉)
- 軟體專案管理過程改進與認知過程-轉載專案管理
- 軟體專案需求開發過程實踐之軟體需求說明書
- 專案需求管理的五大過程
- 我的軟體專案過程管理經驗
- 小軟體專案開發的管理 (轉)
- 小軟體專案開發的管理(轉)
- 專案前期調研行動小析(轉)
- 專案管理過程概述 (轉)專案管理
- 軟體專案的過程評審(轉載)
- 需求調研分析中的專案干係人概念(轉)
- 小軟體專案的管理(經典轉載)
- 軟體專案需求分析總結(轉)
- 軟體專案過程診斷與改進建議案例
- 企業業務軟體工程專案和商業軟體產品專案上專案需求管理的不同(轉)軟體工程
- 企業門戶專案需求調研指南
- 軟體專案管理過程中管理手段在組織模式中的運用(轉)專案管理模式
- 專案管理學習筆記之八軟體專案ISO9000評估過程 (轉)專案管理筆記
- 軟體專案管理在小軟體專案中的應用專案管理
- 解析軟體專案管理(轉)專案管理
- 軟體專案管理心得(轉)專案管理
- 軟體專案管理 4.3.敏捷需求建模方法專案管理敏捷
- 軟體開發專案計劃編制過程(轉)
- 專案過程管理怎麼做?(轉)
- 企業門戶專案需求調研指南2
- 軟體專案需求開發過程實踐之業務建模用例圖
- 專案管理過程中安全管理的一些體會(轉)專案管理
- 專案管理過程之管理體系 (轉)專案管理
- [個體軟體過程]之時間管理 (轉)
- 記一次"截圖"功能的專案調研過程!
- 小軟體專案開發的管理
- 對軟體專案中產生的需求進行分級管理 (轉)
- 淺談專案管理軟體(轉)專案管理
- 軟體專案質量管理(轉)
- 專案管理與軟體工程(轉)專案管理軟體工程
- 需求調研在ERP專案選型中的重要作用(轉)