軟件項(xiàng)目開發(fā)過程中的需求分析和范圍管理

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件項(xiàng)目開發(fā)過程中的需求分析和范圍管理0 引言對于一個(gè)軟件系統(tǒng)的開發(fā)來說,最困難的部分就是準(zhǔn)確說明開發(fā)什么,最困難的概念性工作就是編寫出詳細(xì)的需求,包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦出現(xiàn)紕漏,將會(huì)給系統(tǒng)帶來極大的損害,并且以后對它修改也極為困難。所以,需求是整個(gè)軟件產(chǎn)品鏈的源頭,需求工作的優(yōu)劣將直接影響到產(chǎn)品的設(shè)計(jì)、生產(chǎn)、銷售和維護(hù)的全過程。而對于項(xiàng)目中哪些該做,哪些不該做,做到什么程度,則都是由范圍管理來決定的。軟件項(xiàng)目開發(fā)過程中,花費(fèi)大量時(shí)間用于需求調(diào)研和分析,也都是為了準(zhǔn)確控制好項(xiàng)目范圍,以便于對整個(gè)項(xiàng)目的進(jìn)行實(shí)施有效的管理。所以說,明確

2、的需求、準(zhǔn)確的項(xiàng)目范圍控制和管理,是項(xiàng)目成功的基礎(chǔ)所在。1 需求分析項(xiàng)目管理培訓(xùn)需求分析是一個(gè)項(xiàng)目的開端,也是項(xiàng)目建設(shè)的基石。由于需求不明確而造成項(xiàng)目產(chǎn)生風(fēng)險(xiǎn)甚至失敗的比例是相當(dāng)高的。因此一個(gè)項(xiàng)目成功的關(guān)鍵因素之一,就是對需求的把握程度,即所謂的需求開發(fā)與管理。1.1 需求開發(fā)與管理的概念需求分析的過程包括了需求開發(fā)和需求管理兩個(gè)部分。需求開發(fā)指的是從情況收集、分析和評(píng)價(jià)到編寫文檔、評(píng)審等一系列產(chǎn)生需求的活動(dòng),這幾個(gè)階段的活動(dòng)可以是相互獨(dú)立和反復(fù)的,不一定非要遵循線性的順序。需求管理則是與需求直接相關(guān)的活動(dòng),即軟件項(xiàng)目開發(fā)過程中控制和維持需求約定的活動(dòng),主要包括:變更控制、版本控制、需求跟蹤、

3、需求狀態(tài)跟蹤等工作。和傳統(tǒng)的產(chǎn)業(yè)相比,由于軟件項(xiàng)目的需求具有模糊性、不確定性、變化性和主觀性的特點(diǎn),它不像生產(chǎn)汽車、電腦硬件的需求,是有形的、客觀的、可描述的、可檢測的,同時(shí)由于需求分析的參與人員、業(yè)務(wù)模式、投資、時(shí)間等客觀因素的影響,造成了軟件需求分析是軟件項(xiàng)目開發(fā)中最難把握的問題。需求分析工作的復(fù)雜性及面臨的潛在風(fēng)險(xiǎn)主要體現(xiàn)在以下方面: (1)需求描述的準(zhǔn)確性問題; (2)需求的完備程度問題; (3)需求開發(fā)的時(shí)間問題; (4)需求的細(xì)化程度問題; (5)需求的變更問題。1.2 需求變更在軟件開發(fā)過程中需求的變化是永恒的,需求不可能是完備的,軟件開發(fā)的過程實(shí)際上是同變化做斗爭的過程,而造成

4、需求變化的原因也有很多。比如:隨著項(xiàng)目的進(jìn)展,開發(fā)方和客戶方對需求的了解越來越深入,原先的需求文檔可能存在這樣或那樣的錯(cuò)誤和不足,因此要變更需求;由于市場和業(yè)務(wù)發(fā)生了變化,原先的需求文檔可能跟不上當(dāng)前市場的要求,因此要變更需求等等。需求的變化問題是每個(gè)開發(fā)人員、項(xiàng)目經(jīng)理都會(huì)遇到的問題,需求的變更不一定是壞事,常常提出需求變更的動(dòng)機(jī)是好的,目的是希望產(chǎn)品更加符合用戶的需求。但是一旦需求發(fā)生了變化,隨之而來的將是不得不修改設(shè)計(jì)、重寫代碼、修改測試用例、調(diào)整項(xiàng)目計(jì)劃等問題,對項(xiàng)目開發(fā)小組而言,變更需求意味著要調(diào)整資源、重新分配任務(wù)、修改前期工作成果等,這將為項(xiàng)目的正常進(jìn)展帶來諸多的麻煩,開發(fā)小組也要

5、為此付出較重的代價(jià)。如果每次需求變更請求都被采納的話,這個(gè)項(xiàng)目也許永遠(yuǎn)不能按時(shí)完成。而在需求變更過程中最難辦的事情是莫過于拒絕客戶提出的需求變更請求,通常情況下開發(fā)方是不敢得罪客戶的,但是無原則地退讓將使開發(fā)小組陷入困境。解決這個(gè)問題最好的辦法是事先將需求分析工作盡量做完備,即在需求分析上遵循一定的方法步驟,在需求管理上遵循一定的策略。1.3 需求分析的步驟在需求分析工作上應(yīng)定位三個(gè)階段。第一階段:訪談式。這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通,主要目的是從宏觀上把握用戶的具體需求方向和趨勢,了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等具體情況、客觀的信息

6、,建立起良好的溝通渠道和方式。第二階段:誘導(dǎo)式。這一階段是在開發(fā)方已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等具體實(shí)際、客觀的信息基礎(chǔ)上,結(jié)合現(xiàn)有的硬件、軟件實(shí)現(xiàn)方案,做出簡單的用戶流程頁面,同時(shí)結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段,和用戶一起探討業(yè)務(wù)流程設(shè)計(jì)的合理性、準(zhǔn)確性、便易性、習(xí)慣性。用戶可以操作簡單演示的DEMO,來感受一下整個(gè)業(yè)務(wù)流程的設(shè)計(jì)合理性、準(zhǔn)確性等問題,及時(shí)地提出改進(jìn)意見和方法。第三階段:確認(rèn)式。這一階段是在上述兩個(gè)階段成果的基礎(chǔ)上,進(jìn)行具體的流程細(xì)化、數(shù)據(jù)確認(rèn)。這個(gè)階段開發(fā)方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報(bào)告、數(shù)據(jù)

7、項(xiàng)表,并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計(jì)目標(biāo)。用戶方可以通過審查業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表以及承建方提供的DEMO系統(tǒng),來提出反饋意見,并對已經(jīng)可接受的報(bào)告、文檔簽字確認(rèn)。三個(gè)階段或者說三步法的實(shí)施和采用,對用戶和承建方都同樣提供了項(xiàng)目成功的保證。1.4 需求管理的策略在需求管理上應(yīng)遵循以下策略: (1)需求一定要與投入有必然的聯(lián)系,否則如果需求變更的成本由開發(fā)方來承擔(dān),則項(xiàng)目需求的變更就成為了必然。在項(xiàng)目的開始無論是開發(fā)方還是出資方都要明確這點(diǎn):需求發(fā)生變化,軟件開發(fā)的投入也要變。(2)需求的變更要經(jīng)過出資者的認(rèn)可。需求的變更將引起投入的變化,所以要通過出資者的認(rèn)可,這樣才會(huì)對需求的變更有成本

8、的概念,能夠慎重地對待需求的變更。(3)小的需求變更也要經(jīng)過正規(guī)的需求管理流程。小的需求變更也要經(jīng)過正規(guī)的需求管理流程,否則會(huì)積少成多。在實(shí)踐中,人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程,認(rèn)為降低了開發(fā)效率,浪費(fèi)了時(shí)間。正是由于這種觀念才使需求的漸變不可控,最終導(dǎo)致項(xiàng)目的失敗。(4)精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對需求定義的越細(xì),越能避免需求的漸變,這是兩個(gè)層面的問題。太細(xì)的需求定義對需求漸變沒有任何效果,因?yàn)樾枨蟮淖兓怯篮愕?并不會(huì)因?yàn)樾枨髮懠?xì)了,它就不變化了。(5)注意溝通的技巧。實(shí)際情況是用戶、開發(fā)者都認(rèn)識(shí)了到了上面的幾點(diǎn)問題,但是由于需求的變更可能來自客戶

9、方、也可能來自開發(fā)方,作為客戶他們可能不愿意為需求的變更付出更多的投資,開發(fā)方有可能是主動(dòng)的變更了需求,他們的目的可能是使軟件做的更精致,于是作為需求管理者、項(xiàng)目經(jīng)理需要采用各種溝通技巧來使項(xiàng)目的各方各得其所?；谏鲜龅膯栴},必須對需求進(jìn)行管理,使需求能夠真正成為軟件工程和管理的基線,使軟件計(jì)劃、活動(dòng)和工作產(chǎn)品同軟件需求保持一致,使需求可以復(fù)用。1.5 監(jiān)理方責(zé)任為了保證項(xiàng)目的成功,作為第三方的監(jiān)理公司也必須加強(qiáng)項(xiàng)目管理和項(xiàng)目分析工作,要提醒開發(fā)方、客戶方重視需求分析的重要性,采用必要的手段和方法來進(jìn)行需求調(diào)研。在原則上,需求階段監(jiān)理應(yīng)尊重承建方的項(xiàng)目管理和項(xiàng)目分析能力;在具體的任務(wù)開展上,以

10、不深入、不干擾承建方的自主權(quán)為主,除非在項(xiàng)目合作過程中發(fā)現(xiàn)承建方的項(xiàng)目管理以及項(xiàng)目分析能力存在很大的差距和不足;在具體的操作上可以堅(jiān)持吸收、同化、貫徹的方法和手段。只有這樣才能切切實(shí)實(shí)地把握用戶的需求和方向,才能在將來的功能界定、開發(fā)范圍上有發(fā)言權(quán)。2 范圍管理對于項(xiàng)目中哪些該做,哪些不該做,做到什么程度等問題,都是由范圍管理來決定的。與需求相關(guān)的一系列問題,都屬于項(xiàng)目范圍管理的問題。2.1 產(chǎn)品范圍與項(xiàng)目范圍項(xiàng)目管理論壇項(xiàng)目中花費(fèi)大量時(shí)間和精力用于需求調(diào)研分析,也是為了確定項(xiàng)目范圍。范圍的概念應(yīng)包含兩個(gè)方面,一個(gè)是產(chǎn)品范圍,即產(chǎn)品或服務(wù)所包含的特征或功能;另一個(gè)是項(xiàng)目范圍,即為交付具有規(guī)定特

11、征和功能的產(chǎn)品或服務(wù)所必須完成的工作。在確定范圍時(shí)首先要確定最終產(chǎn)生的是什么,它具有哪些可清晰界定的特性。要注意的是特性必須要清晰,以認(rèn)可的形式表達(dá)出來,比如文字、圖表或某種標(biāo)準(zhǔn),能被項(xiàng)目參與人理解,絕不能含含糊糊、模棱兩可,在此基礎(chǔ)之上才能進(jìn)一步明確需要做什么工作才能產(chǎn)生所需要的產(chǎn)品。也就是說有了明確的產(chǎn)品范圍,才可以確定為達(dá)到這個(gè)目的需要做哪些工作,即項(xiàng)目范圍,換句話說產(chǎn)品范圍決定項(xiàng)目范圍。2.2 范圍管理實(shí)施方法如何做好范圍管理,應(yīng)注意做好以下幾方面的工作: (1)編制范圍說明和范圍管理計(jì)劃; (2)范圍分解; (3)范圍變更控制。項(xiàng)目經(jīng)理圈子2.2.1 編制范圍計(jì)劃具體的說,范圍說明是

12、在項(xiàng)目參與人之間確認(rèn)或建立了一個(gè)項(xiàng)目范圍的共識(shí),作為未來項(xiàng)目決策的文檔基準(zhǔn)。范圍說明中至少要說明項(xiàng)目論證、項(xiàng)目產(chǎn)品、項(xiàng)目可交付成果和項(xiàng)目目標(biāo)。范圍管理計(jì)劃是描述對項(xiàng)目范圍如何進(jìn)行管理、項(xiàng)目范圍怎樣變化才能與項(xiàng)目要求相一致等問題的。它也應(yīng)該包括一個(gè)對項(xiàng)目范圍預(yù)期的穩(wěn)定而進(jìn)行的評(píng)估。范圍管理計(jì)劃還應(yīng)該包括對變化范圍怎樣確定以及對變化應(yīng)歸為哪一類等問題的清楚描述。2.2.2 范圍分解完成項(xiàng)目是一個(gè)復(fù)雜的過程,計(jì)劃明確了,還應(yīng)采取分解的手段把主要的可交付成果分成更容易管理的單元才能一目了然,最終得出項(xiàng)目的工作分解結(jié)構(gòu)(WBS)。比較常用的方式是以項(xiàng)目進(jìn)度為依據(jù)劃分WBS,第一層是大的項(xiàng)目成果框架,每層下面再把工作分解,這種方式的優(yōu)點(diǎn)是結(jié)合進(jìn)度劃分,直觀、時(shí)間感強(qiáng),評(píng)審中容易發(fā)現(xiàn)遺漏或多出的部分,也更容易被大多數(shù)人理解。2.2.3 范圍變更管理項(xiàng)目經(jīng)理博客一個(gè)項(xiàng)目的范圍計(jì)劃可能制訂的非常好,但是想不出現(xiàn)任何改變幾乎是不可能的,因此對變更的管理是項(xiàng)目經(jīng)理必備的素質(zhì)之一。變更并不可怕,糟糕的是缺乏規(guī)范的變更管理過程。范圍變更的