e) 項(xiàng)目的成熟度受客戶預(yù)算的限制。大部分客戶在項(xiàng)目投入上都是有預(yù)算的，在成本有上限的前提下，項(xiàng)目的功能設(shè)計(jì)（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應(yīng)的開發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。
f) 此項(xiàng)工作的反復(fù)造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項(xiàng)繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認(rèn)和反復(fù)，另外由于大部分的客戶雖然安排專人負(fù)責(zé)這項(xiàng)工作，但是該人并不只做這項(xiàng)工作，特別當(dāng)他被很多其他的事情纏身的時(shí)候，而無心細(xì)看提交過去的需求報(bào)告的時(shí)候，他很可能會(huì)給你一個(gè)錯(cuò)覺，讓你認(rèn)為他已經(jīng)真正的理解并認(rèn)可了你的設(shè)計(jì)。
結(jié)論
a) 需求分析是整個(gè)項(xiàng)目管理中需要重點(diǎn)控制的幾個(gè)關(guān)鍵節(jié)點(diǎn)之一，首先思想上一定要重視。
b) 需求分析報(bào)告的編寫者要參與到需求的搜集工作中，準(zhǔn)確領(lǐng)會(huì)客戶的意圖，并轉(zhuǎn)化成軟件能夠?qū)崿F(xiàn)的功能。對于說不清楚需求的客戶，要善于問關(guān)鍵問題，引導(dǎo)客戶提出自己的需求。可以采取的措施是事先編制一個(gè)問卷調(diào)查之類的文檔，詳細(xì)列舉需要客戶回答的問題，以便防止遺漏。
c) 需求報(bào)告的編寫者要能夠?qū)蛻粜枨筮M(jìn)行深入分析，區(qū)別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠?qū)崿F(xiàn)，哪些需求需要變通才能實(shí)現(xiàn)，以便于指導(dǎo)后面的功能設(shè)計(jì)。
d) 需求分析報(bào)告對功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開發(fā)方和客戶只見對同一個(gè)問題有兩個(gè)截然不同的理解�？梢酝ㄟ^評審，用大家的力量來避免這種情況發(fā)生
e) 需求報(bào)告的每個(gè)關(guān)乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認(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)的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對報(bào)告中的部分產(chǎn)生歧義。只有客戶對報(bào)告的完全的理解，才能在日后客戶提出的修改被認(rèn)為是需求變更的時(shí)候能夠得到客戶的理解
h) 最后，需求分析報(bào)告一定要雙方共同簽字確認(rèn).
此文章共有2頁 上一頁 1 2
文章來源：中國項(xiàng)目管理資源網(wǎng)
 軟件開發(fā)項(xiàng)目管理培訓(xùn)課程方案
|
Leadge.com首頁 > 知識庫 
