種技術(shù)不但考慮了問題的功能需求方面，還可討論項(xiàng)目的非功能需求。確定用戶已經(jīng)理解：對于某些功能的討論并不意味著即將在產(chǎn)品中實(shí)現(xiàn)它。對于想到的需求必須集中處理并設(shè)定優(yōu)先級，以避免一個(gè)不能帶來任何益處的無限大的項(xiàng)目。
需求獲取是一個(gè)需要高度合作的活動(dòng)，而并不是客戶所說的需求的簡單拷貝。作為一個(gè)分析者，你必須透過客戶所提出的表面需求理解他們的真正需求。詢問一個(gè)可擴(kuò)充的問題有助于你更好地理解用戶目前的業(yè)務(wù)過程并且知道新系統(tǒng)如何幫助或改進(jìn)他們的工作。
需求獲取利用了所有可用的信息來源，這些信息描述了問題域或在軟件解決方案中合理的特性。一個(gè)研究表明：比起不成功的項(xiàng)目，一個(gè)成功的項(xiàng)目在開發(fā)者和客戶之間采用了更多的交流方式。與單個(gè)客戶或潛在的用戶組一起座談，對于業(yè)務(wù)軟件包或信息管理系統(tǒng)（MIS）的應(yīng)用來說是一種傳統(tǒng)的需求來源。
在每一次座談?dòng)懻撝?，記下所討論的條目，并請參與討論的用戶評論并更正。及早并經(jīng)常進(jìn)行座談?dòng)懻撌切枨螳@取成功的一個(gè)關(guān)鍵途徑，因?yàn)橹挥刑峁┬枨蟮娜瞬拍艽_定是否真正獲取需求。進(jìn)行深入收集和分析以消除任何沖突或不一致性。盡量理解用戶用于表述他們需求的思維過程。充分研究用戶執(zhí)行任務(wù)時(shí)作出決策的過程，并提取出潛在的邏輯關(guān)系。流程圖和決策樹是描述這些邏輯決策途徑的好方法。
當(dāng)進(jìn)行需求獲取時(shí)，應(yīng)避免受不成熟的細(xì)節(jié)的影響。在對切合的客戶任務(wù)取得共識(shí)之前，用戶能很容易地在一個(gè)報(bào)表或?qū)υ捒蛑辛谐雒恳豁?xiàng)的精確設(shè)計(jì)。如果這些細(xì)節(jié)都作為需求記錄下來，他們會(huì)給隨后的設(shè)計(jì)過程帶來不必要的限制。你可能要周期性地檢查需求獲取，以確保用戶參與者將注意力集中在與今天所討論的話題適合的抽象層上。向他們保證在開發(fā)過程中，將會(huì)詳盡闡述他們的需求。
在一個(gè)逐次詳細(xì)描述過程中，重復(fù)地詳述需求，以確定用戶目標(biāo)和任務(wù)，并作為使用實(shí)例。然后，把任務(wù)描述成功能需求，這些功能需求可以使用戶完成其任務(wù)，也可以把它們描述成非功能需求，這些非功能需求描述了系統(tǒng)的限制和用戶對質(zhì)量的期望。雖然最初的屏幕構(gòu)思有助于描述你對需求的理解，但是你必須細(xì)化用戶界面設(shè)計(jì)。
作者小傳：
曹偉，南京易點(diǎn)網(wǎng)絡(luò)軟件公司技術(shù)總監(jiān)。從ERP的系統(tǒng)開發(fā)，對整體系統(tǒng)有較強(qiáng)的認(rèn)識(shí)欲望，現(xiàn)正在實(shí)施企業(yè)級軟件系統(tǒng)構(gòu)架，實(shí)施一個(gè)國際化企業(yè)電子化的解決方案。
項(xiàng)目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
