綜合管理之項目需求分析管理_工程管理_第1頁
綜合管理之項目需求分析管理_工程管理_第2頁
綜合管理之項目需求分析管理_工程管理_第3頁
綜合管理之項目需求分析管理_工程管理_第4頁
綜合管理之項目需求分析管理_工程管理_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、綜合管理之項目需求分析管理總體上說,我們的需求分析是做了,但是做得很不夠,我們做的需求只解決了我們能做出這樣的項目,但是沒有解決這樣的項目是不是真就是客戶想要的。造成這種狀況的緣由主要是下面幾個狀況:i.客戶本身說不清晰書籍網是這樣,RETROY開發(fā)更是這樣,但是這不能怪客戶,究竟客戶在軟件方面的學問要少的多,也沒有相關的閱歷,可能心里只有一個想要的軟件的輪廓,于是可能會要求我們去替他們來完整這個輪廓的細節(jié),而我們的力量、我們能否真正站在客戶角度去搜集和整理這些需求,就打算了這個需求的完整性和有效性。ii.需求自身常常變動隨著客戶對這個項目越來越深刻的理解,那么可能他的需求也會隨之轉變,這些變

2、化的可能性越大項目風險就會越大,我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求,哪些可能會是產生變動的需求,考慮到他的可變性,這樣設計功能和數據庫的時候不致由于后面的變動而影響整個工程。iii.分析人員或客戶理解有誤究竟,不是每個分析人員都是專業(yè)而合格的,為避開這種狀況的發(fā)生,需求分析必需要有審核制度,公司自己內部要審核一遍,客戶再審一遍,提出看法,修改后雙方共同評審簽字,確認。由此消失的問題:a)需求分析過于籠統(tǒng),只關注到面上,沒有關注到點上,開發(fā)出來的東西在詳細的細節(jié)上和客戶的理解有誤差,并且無法嚴格界定是否屬于需求變更。中彰的方案就是這樣的。b)需求報告只求我們這方評審通過,

3、不去關懷客戶的評審,認為只要客戶簽字認可就行。雖然簽字認可能夠給日后消失問題時劃清我們的責任,但是不能保證使項目實施勝利。c)需求分析中含有技術實施上有難度的功能,一味的求全和盲目根據客戶的設想,受客戶影響過大,究竟,許多時候,客戶的想法在實際實施過程中是不現實的,或者可以有更為簡便的方法來替代的。如中彰國際的在線交易功能,后臺大批量郵件群發(fā)功能。d)對雙方已經確定的需求,實現以后并不適合客戶使用,需要根據變更手續(xù)執(zhí)行的時候,客戶可能會糾纏,提出“你們是專業(yè)人士,你們應當事先能提示我們可能會消失這種問題”并以此來把責任推給我們,而我們又不好完全根據變更手續(xù)執(zhí)行,由于可能激化雙方的沖突,比如50

4、8的批量處理功能,由于屬于人事管理比較專業(yè)的細節(jié)問題,需求分析師開頭沒有對客戶業(yè)務熟識到如此細致的地步,而客戶也沒有過多關注這些細節(jié),導致軟件的某些功能不合用,較為繁瑣,而重新按著客戶的看法修改的話工作量比較大,導致成本增加、工期延長。e)項目的成熟度受客戶預算的限制。大部分客戶在項目投入上都是有預算的,在成本有上限的前提下,項目的功能設計(軟件的成熟度)方面必定受肯定影響,究竟功能越多越完善,相應的開發(fā)成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。f)此項工作的反復造成思想上的倦怠,使需求分析最終虎頭蛇尾。需求分析是一項繁瑣枯燥的工作,需要和客戶之間不斷的商討、確認和反復,另外由

5、于大部分的客戶雖然支配專人負責這項工作,但是該人并不只做這項工作,特殊當他被許多其他的事情纏身的時候,而無心細看提交過去的需求報告的時候,他很可能會給你一個錯覺,讓你認為他已經真正的理解并認可了你的設計。結論a)需求分析是整個項目管理中需要重點掌握的幾個關鍵節(jié)點之一,首先思想上肯定要重視。b)需求分析報告的編寫者要參加到需求的搜集工作中,精確領悟客戶的意圖,并轉化成軟件能夠實現的功能。對于說不清晰需求的客戶,要擅長問關鍵問題,引導客戶提出自己的需求??梢詫嵭械拇胧┦鞘孪染幹埔粋€問卷調查之類的文檔,具體列舉需要客戶回答的問題,以便防止遺漏。c)需求報告的編寫者要能夠對客戶需求進行深化分析,區(qū)分出

6、哪些需求存在日后變更的可能,哪些需求屬于相對固定的,哪些需求能夠實現,哪些需求需要變通才能實現,以便于指導后面的功能設計。d)需求分析報告對功能細節(jié)的描述不能有歧義,描述肯定要全面、精確,防止開發(fā)方和客戶只見對同一個問題有兩個截然不同的理解??梢酝ㄟ^評審,用大家的力氣來避開這種狀況發(fā)生。e)需求報告的每個關乎功能的描述都要讓客戶明白和理解,客戶在理解之上的確認才能夠保證日后一旦消失問題不致消失雙方相互推托責任糾纏不清的狀況。f)需求報 告肯定要經過一個有技術人員和業(yè)務人員參與的評審,要充分發(fā)揮團隊的力氣,重視每個人的才智,一個模塊一個功能的逐一的過,讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題。g)關心客戶去理解提交給他的需求分析報告而不是只等簽字,對于有能夠用好幾種方式實現的功能,盡量做到能讓客戶去比較和選擇。不

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論