項目管理需求分析小結范文

項目管理需求分析小結范文

　　需求分析是項目開(kāi)發(fā)的基礎，基礎打的牢不牢直接關(guān)系到后面所有的工作，是項目實(shí)施成敗的關(guān)鍵

　　總體上說(shuō)，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項目，但是沒(méi)有解決這樣的項目是不是真就是客戶(hù)想要的，需求分析小結。造成這種狀況的原因主要是下面幾個(gè)情況：

　　客戶(hù)本身說(shuō)不清楚

　　文物網(wǎng)是這樣，中彰國際更是這樣，但是這不能怪客戶(hù)，畢竟客戶(hù)在軟件方面的知識要少的多，也沒(méi)有相關(guān)的經(jīng)驗，可能心里只有一個(gè)想要的軟件的輪廓，于是可能會(huì )要求我們去替他們來(lái)完整這個(gè)輪廓的細節，而我們的能力、我們能否真正站在客戶(hù)角度去搜集和整理這些需求，就決定了這個(gè)需求的完整性和有效性。

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

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

　　分析人員或客戶(hù)理解有誤

　　畢竟，不是每個(gè)分析人員都是專(zhuān)業(yè)而合格的，為避免這種情況的發(fā)生，需求分析必須要有審核制度，公司自己內部要審核一遍，客戶(hù)再審一遍，提出意見(jiàn)，修改后雙方共同評審簽字，確認。

　　由此出現的問(wèn)題：

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

　　b) 需求報告只求我們這方評審通過(guò)，不去關(guān)心客戶(hù)的評審，認為只要客戶(hù)簽字認可就行。雖然簽字認可能夠給日后出現問(wèn)題時(shí)劃清我們的責任，但是不能保證使項目實(shí)施成功。

　　c) 需求分析中含有技術(shù)實(shí)施上有難度的功能，一味的求全和盲目按照客戶(hù)的設想，受客戶(hù)影響過(guò)大，畢竟，很多時(shí)候，客戶(hù)的想法在實(shí)際實(shí)施過(guò)程中是不現實(shí)的，或者可以有更為簡(jiǎn)便的方法來(lái)替代的，工作總結《需求分析小結》。如中彰國際的在線(xiàn)交易功能，后臺大批量郵件群發(fā)功能。

　　d) 對雙方已經(jīng)確定的需求，實(shí)現以后并不適合客戶(hù)使用，需要按照變更手續執行的時(shí)候，客戶(hù)可能會(huì )糾纏，提出“你們是專(zhuān)業(yè)人士，你們應該事先能提醒我們可能會(huì )出現這種問(wèn)題”并以此來(lái)把責任推給我們，而我們又不好完全按照變更手續執行，因為可能激化雙方的矛盾，比如508的批量處理功能，因為屬于人事管理比較專(zhuān)業(yè)的細節問(wèn)題，需求分析師開(kāi)始沒(méi)有對客戶(hù)業(yè)務(wù)熟悉到如此細致的地步，而客戶(hù)也沒(méi)有過(guò)多關(guān)注這些細節，導致軟件的某些功能不合用，較為繁瑣，而重新按著(zhù)客戶(hù)的意見(jiàn)修改的話(huà)工作量比較大，導致成本增加、工期延長(cháng)。

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

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

　　結論

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

　　b) 需求分析報告的編寫(xiě)者要參與到需求的搜集工作中，準確領(lǐng)會(huì )客戶(hù)的意圖，并轉化成軟件能夠實(shí)現的功能。對于說(shuō)不清楚需求的客戶(hù)，要善于問(wèn)關(guān)鍵問(wèn)題，引導客戶(hù)提出自己的需求�？梢圆扇〉拇胧┦鞘孪染幹埔粋�(gè)問(wèn)卷調查之類(lèi)的文檔，詳細列舉需要客戶(hù)回答的問(wèn)題，以便防止遺漏。

　　c) 需求報告的編寫(xiě)者要能夠對客戶(hù)需求進(jìn)行深入分析，區別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠實(shí)現，哪些需求需要變通才能實(shí)現，以便于指導后面的功能設計。

　　d) 需求分析報告對功能細節的描述不能有歧義，描述一定要全面、準確，防止開(kāi)發(fā)方和客戶(hù)只見(jiàn)對同一個(gè)問(wèn)題有兩個(gè)截然不同的理解�？梢酝ㄟ^(guò)評審，用大家的力量來(lái)避免這種情況發(fā)生

　　e) 需求報告的每個(gè)關(guān)乎功能的描述都要讓客戶(hù)明白和理解，客戶(hù)在理解之上的確認才能夠保證日后一旦出現問(wèn)題不致出現雙方互相推托責任糾纏不清的情況。

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

　　g) 幫助客戶(hù)去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實(shí)現的功能，盡量做到能讓客戶(hù)去比較和選擇。不要讓客戶(hù)對報告中的部分產(chǎn)生歧義。只有客戶(hù)對報告的完全的理解，才能在日后客戶(hù)提出的修改被認為是需求變更的時(shí)候能夠得到客戶(hù)的理解

　　h) 最后，需求分析報告一定要雙方共同簽字確認。

【項目管理需求分析小結】相關(guān)文章：

自我分析小結范文（通用15篇）11-09

關(guān)于項目部上半年黨群工作小結03-19

學(xué)校管理工作小結范文01-19

輸血管理總結分析精選范文3篇02-25

護士實(shí)習小結范文07-15

三則護士實(shí)習小結07-15

實(shí)習中期小結范文02-04

小班的安全工作小結03-19

小學(xué)的教導工作小結03-20

中學(xué)暑期工作小結03-25