需求分析是項目開發(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)部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評審簽字，確認(rèn)。

由此出現(xiàn)的問題：

a) 需求分析過于籠統(tǒng)，只關(guān)注到面上，沒有關(guān)注到點上，開發(fā)出來的東西在具體的細節(jié)上和客戶的理解有誤差，并且無法嚴(yán)格界定是否屬于需求變更。中彰的方案就是這樣的。

b) 需求報告只求我們這方評審?fù)ㄟ^，不去關(guān)心客戶的評審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rè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)致成本增加、工期延長。

e) 項目的成熟度受客戶預(yù)算的限制。大部分客戶在項目投入上都是有預(yù)算的，在成本有上限的前提下，項目的功能設(shè)計（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。

f) 此項工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專人負(fù)責(zé)這項工作，但是該人并不只做這項工作，特別當(dāng)他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計。

結(jié)論

a) 需求分析是整個項目管理中需要重點控制的幾個關(guān)鍵節(jié)點之一，首先思想上一定要重視。

b) 需求分析報告的編寫者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對于說不清楚需求的客戶，要善于問關(guān)鍵問題，引導(dǎo)客戶提出自己的需求?？梢圆扇〉拇胧┦鞘孪染幹埔粋€問卷調(diào)查之類的文

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html