需求分析是項(xiàng)目開發(fā)的基礎(chǔ)，基礎(chǔ)打的牢不牢直接關(guān)系到后面所有的工作，是項(xiàng)目實(shí)施成敗的關(guān)鍵
總體上說，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項(xiàng)目，但是沒有解決這樣的項(xiàng)目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個(gè)情況：
i. 客戶本身說不清楚
文物網(wǎng)是這樣，中彰國(guó)際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識(shí)要少的多，也沒有相關(guān)的經(jīng)驗(yàn)，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì)要求我們?nèi)ヌ嫠麄儊硗暾@個(gè)輪廓的細(xì)節(jié)，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。
ii. 需求自身經(jīng)常變動(dòng)
隨著客戶對(duì)這個(gè)項(xiàng)目越來越深刻的理解，那么可能他的需求也會(huì)隨之改變，這些變化的可能性越大項(xiàng)目風(fēng)險(xiǎn)就會(huì)越大，我們?cè)谛枨蠓治龅臅r(shí)候就要充分考慮到哪些需求是相對(duì)固定的需求，哪些可能會(huì)是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫的時(shí)候不致因?yàn)楹竺娴淖儎?dòng)而影響整個(gè)工程。
iii. 分析人員或客戶理解有誤
畢竟，不是每個(gè)分析人員都是專業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評(píng)審簽字，確認(rèn)。
由此出現(xiàn)的問題：
a) 需求分析過于籠統(tǒng)，只關(guān)注到面上，沒有關(guān)注到點(diǎn)上，開發(fā)出來的東西在具體的細(xì)節(jié)上和客戶的理解有誤差，并且無法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。
b) 需求報(bào)告只求我們這方評(píng)審?fù)ㄟ^，不去關(guān)心客戶的評(píng)審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后出現(xiàn)問題時(shí)劃清我們的責(zé)任，但是不能保證使項(xiàng)目實(shí)施成功。
c) 需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過大，畢竟，很多時(shí)候，客戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的，或者可以有更為簡(jiǎn)便的方法來替代的。如中彰國(guó)際的在線交易功能，后臺(tái)大批量郵件群發(fā)功能。
d) 對(duì)雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會(huì)糾纏，提出“你們是專業(yè)人士，你們應(yīng)該事先能提醒我們可能會(huì)出現(xiàn)這種問題”并以此來把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，因?yàn)榭赡芗せp方的矛盾，比如508的批量處理功能，因?yàn)閷儆谌耸鹿芾肀容^專業(yè)的細(xì)節(jié)問題，需求分析師開始沒有對(duì)客戶業(yè)務(wù)熟悉到如此細(xì)致的地步，而客戶也沒有過多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導(dǎo)致成本增加、工期延長(zhǎng)。
此文章共有2頁 1 2 下一頁
文章來源：中國(guó)項(xiàng)目管理資源網(wǎng)
 軟件開發(fā)項(xiàng)目管理培訓(xùn)課程方案
|
Leadge.com首頁 > 知識(shí)庫 
