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