很明顯，假如客戶的需求做的都不完整，隨時可能會產(chǎn)生意想之外的變更，甚至這個變更會破壞已經(jīng)做的模型及結構，那么這個項目從開始就注定了會失敗；比如站點所有的功能都實現(xiàn)了，本地測試起來也沒有什么問題了，但是你卻不知道客戶的系統(tǒng)是要承受每天100萬獨立IP的訪問，而你原來想當然的以為了不起就是1萬獨立IP訪問的訪問流量，稍微有經(jīng)驗的開發(fā)人員都會明白這樣的設計是個災難，無論是應用服務器、數(shù)據(jù)庫還是程序全部要重新開發(fā)！
二：透過現(xiàn)象分析潛在的需求
很多情況下客戶并非專業(yè)人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們?nèi)榭蛻暨M行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現(xiàn)難度和強度很高的地方特別值得注意。
客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，同時預測客戶在開發(fā)過程中變更及今后應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統(tǒng)的時候，也許就要為客戶預留將來與他們的業(yè)務單位進行交互的通道；在設計郵件系統(tǒng)的時候要考慮可能會需要廣告管理服務器；設計網(wǎng)絡電子商店時今后增加庫存產(chǎn)品進銷存統(tǒng)計分析等等；限于時間財力的考慮，客戶通常能夠接受分階段實施的開發(fā)過程，在需求分析時，提早為客戶設想到今后的需求變更除了使項目開發(fā)更加順利以外，也為今后業(yè)務的進一步深入打下了更好的基礎。
筆者曾負責一個大型新聞網(wǎng)站的設計，當客戶拿著將近五十頁厚的一本設計要求報告時，我發(fā)現(xiàn)有四十頁的內(nèi)容對程序開發(fā)來說都是重復的，而在其中一頁的角落卻畫了個"搜索其他網(wǎng)站相關新聞"的按鈕，并且沒有做任何說明，僅僅這10個字所完成的工作量完全頂?shù)纳掀渌氖撝貜唾樖鏊龅墓ぷ鳎蛻敉耆恢肋@個要求引發(fā)的問題實際就是一個搜索引擎的開發(fā)，通過協(xié)商，客人同意了修改成站內(nèi)搜索的引擎。
三：利用自然的語言描述項目模型
在業(yè)務員與客戶進行溝通和調(diào)查時撰寫的需求分析，盡可能用自然的語言進行描述，雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發(fā)的各個成員都能清楚地理解需求含義，不至于在理解上產(chǎn)生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據(jù)。
請比較以下兩份關于需求的描述，
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
 IT服務及集成項目管理培訓課程方案
|
Leadge.com首頁 > 知識庫 
