需求分析小結(jié) 需求分析報(bào)告總結(jié)

本文格式為Word版，下載可任意編輯——需求分析小結(jié)需求分析報(bào)告總結(jié)需求分析是工程開發(fā)的根基，根基打的牢不牢直接關(guān)系到后面全體的工作，是工程實(shí)施成敗的關(guān)鍵

工程經(jīng)理博客

總體上說，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的工程，但是沒有解決這樣的工程是不是真就是客戶想要的。造成這種狀況的理由主要是下面幾個(gè)處境：

客戶本身說不領(lǐng)會

文物網(wǎng)是這樣，中彰國際更是這樣，但是這不能怪客戶，終究客戶在軟件方面的學(xué)識要少的多，也沒有相關(guān)的閱歷，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會要求我們?nèi)ヌ嫠麄儊硗暾@個(gè)輪廓的細(xì)節(jié)，而我們的才能、我們能否真正站在客戶角度去搜集和整理這些需求，就抉擇了這個(gè)需求的完整性和有效性。

需求自身經(jīng)常變動(dòng)

隨著客戶對這個(gè)工程越來越深刻的理解，那么可能他的需求也會隨之變更，這些變化的可能性越大工程風(fēng)險(xiǎn)就會越大，我們在需求分析的時(shí)候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產(chǎn)生變動(dòng)的需求，考慮到他的可變性，這樣設(shè)計(jì)功能和數(shù)據(jù)庫的時(shí)候不致由于后面的變動(dòng)而影響整個(gè)工程。

分析人員或客戶理解有誤

終究，不是每個(gè)分析人員都是專業(yè)而合格的，為制止這種處境的發(fā)生，需求分析務(wù)必要有審核制度，公司自己內(nèi)部要審核一遍，客戶再審一遍，提出觀法，修改后雙方共同評審簽字，確認(rèn)。

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

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

b)需求報(bào)告只求我們這方評審?fù)ㄟ^，不去關(guān)切客戶的評審，認(rèn)為只要客戶簽字認(rèn)可就行。雖然簽字認(rèn)可能夠給日后展現(xiàn)問題時(shí)劃清我們的責(zé)任，但是不能保證使工程實(shí)施告成。

c)需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶的設(shè)想，受客戶影響過大，終究，好多時(shí)候，客戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的，或者可以有更為簡便的方法來替代的。如中彰國際的在線交易功能，后臺大批量郵件群發(fā)功能。

d)對雙方已經(jīng)確定的需求，實(shí)現(xiàn)以后并不適合客戶使用，需要按照變更手續(xù)執(zhí)行的時(shí)候，客戶可能會糾纏，提出“你們是專業(yè)人士，你們理應(yīng)事先能指點(diǎn)我們可能會展現(xiàn)這種問題”并以此來把責(zé)任推給我們，而我們又不好完全按照變更手續(xù)執(zhí)行，由于可能激化雙方的沖突，譬如508的批量處理功能，由于屬于人事管理對比專業(yè)的細(xì)節(jié)問題，需求分析師開頭沒有對客戶業(yè)務(wù)熟諳到如此細(xì)致的地步，而客戶也沒有過多關(guān)注這些細(xì)節(jié)，導(dǎo)致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的觀法修改的話工作量對比大，導(dǎo)致本金增加、工期延長。

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

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

結(jié)論

a)需求分析是整個(gè)工程管理中需要重點(diǎn)操縱的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上確定要重視。

b)需求分析報(bào)告的編寫者要參與到需求的搜集工作中，切實(shí)領(lǐng)會客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對于說不領(lǐng)會需求的客戶，要擅長問關(guān)鍵問題，引導(dǎo)客戶提出自己的需求?？梢圆扇〉拇胧┦鞘孪染幹埔粋€(gè)問卷調(diào)查之類的文檔，細(xì)致列舉需要客戶回復(fù)的問題，以便防止遺漏。

c)需求報(bào)告的編寫者要能夠?qū)蛻粜枨笈e行深入分析，識別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)。

d)需求分析報(bào)告對功能細(xì)節(jié)的描述不能有歧義，描述確定要全面、切實(shí)，防止開發(fā)方和客戶只見對同一個(gè)問題有兩個(gè)截然不同的理解?？梢酝ㄟ^評審，用大家的氣力來制止這種處境發(fā)生

e)需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上確實(shí)認(rèn)才能夠保證日后一旦展現(xiàn)問題不致展現(xiàn)雙方彼此推托責(zé)任糾纏不清的處境。

f)需求報(bào)告確定要經(jīng)過一個(gè)有技術(shù)人員和業(yè)務(wù)人員加入的評審，要充分發(fā)揮團(tuán)隊(duì)的氣力，重視每個(gè)人的才智，一個(gè)模塊一個(gè)功能的逐一的過，讓大家來共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問題

g)扶助客戶去理解提交給他的需求分析報(bào)告而不是只等簽字，對于有能夠用好幾種方式實(shí)現(xiàn)的功能，