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

軟件項(xiàng)目開發(fā)過程中的需求分析和范圍管理0引言對(duì)于一個(gè)軟件系統(tǒng)的開發(fā)來說最困難的部分就是準(zhǔn)確說明開發(fā)什么最困難的概念性工作就是編寫出詳細(xì)的需求,包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口作一旦出現(xiàn)紕漏,將會(huì)給系統(tǒng)帶來極大的損害并且以后對(duì)它修改也極為困難,需求是整個(gè)軟件產(chǎn)品鏈的源頭需求工作的優(yōu)劣將直接影響到產(chǎn)品的設(shè)計(jì)、生產(chǎn)、銷售和維護(hù)的全過程。而對(duì)于項(xiàng)目中哪些該做哪些不該做,做到什么程度,則都是由范圍管理來決定的。軟件項(xiàng)目開發(fā)過程中,花費(fèi)大量時(shí)間用于需求調(diào)研和分析,也都是為了準(zhǔn)確控制好項(xiàng)目范圍,以便于對(duì)整個(gè)項(xiàng)目的進(jìn)行實(shí)施有效的管理。所以說,明確的需求、準(zhǔn)確的項(xiàng)目范圍控制和管理,是項(xiàng)目成功的基礎(chǔ)所在。1需求分析需求分析是一個(gè)項(xiàng)目的開端,也是項(xiàng)目建設(shè)的基石。由于需求不明確而造成項(xiàng)目產(chǎn)生風(fēng)險(xiǎn)甚至失敗的比例是相當(dāng)高的。因此一個(gè)項(xiàng)目成功的關(guān)鍵因素之一就是對(duì)需求的把握程度,即所謂的需求開發(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),主要包括:變更控制、版本控制、需求跟蹤、需求狀態(tài)跟蹤等工作。和傳統(tǒng)的產(chǎn)業(yè)相比,由于軟件項(xiàng)目的需求具有模糊性、不確定性、變化性和主觀性的特點(diǎn),它不像生產(chǎn)汽車硬件的需求是有形的的、可檢測(cè)的,同時(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í)際上是同變化做斗爭(zhēng)的過程,而造成需求變化的原因也有很多隨著項(xiàng)目的進(jìn)展,開發(fā)方和客戶方對(duì)需求的了解越來越深入原先的需求文檔可能存在這樣或那樣的錯(cuò)誤和不足,因此要變更需求由于市場(chǎng)和業(yè)務(wù)發(fā)生了變化,原先的需求文檔可能跟不上當(dāng)前市場(chǎng)的要求,因此要變更需求等等。需求的變化問題是每個(gè)開發(fā)人員經(jīng)理都會(huì)遇到的問題,求的變更不一定是壞事,常常提出需求變更的動(dòng)機(jī)是好的,目的是希望產(chǎn)品更加符合用戶的需求。但是一旦需求發(fā)生了變化,隨之而來的將是不得不修改設(shè)計(jì)、重寫代碼、修改測(cè)試用例、調(diào)整項(xiàng)目計(jì)劃等問題,對(duì)項(xiàng)目開發(fā)小組而言,變更需求意味著要調(diào)整資源分配任務(wù)、修改前期工作成果等,這將為項(xiàng)目的正常進(jìn)展帶來諸多的麻煩,開發(fā)小組也要為此付出較重的代價(jià)。如果每次需求變更請(qǐng)求都被采納的話這個(gè)項(xiàng)目也許永遠(yuǎn)不

能按時(shí)完成需求變更過程中最難辦的事情是莫過于拒絕客戶提出的需求變更請(qǐng)求,通常情況下開發(fā)方是不敢得罪客戶的但是無原則地退讓將使開發(fā)小組陷入困境。解決這個(gè)問題最好的辦法是事先將需求分析工作盡量做完備即在需求分析上遵循一定的方法步驟,在需求管理上遵循一定的策略。1.3需求分析的步驟在需求分析工作上應(yīng)定位三個(gè)階段。第一階段訪談式。這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通主要目的是從宏觀上把握用戶的具體需求方向和趨勢(shì),了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等具體情況、客觀的信息,建立起良好的溝通渠道和方式。第二階段:誘導(dǎo)式段是在開發(fā)方已經(jīng)了解了具體用戶方的組織架構(gòu)程、硬件環(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)對(duì)用戶采用誘導(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ì)化據(jù)確認(rèn)。這個(gè)階段開發(fā)方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計(jì)目標(biāo)方可以通過審查業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表以及承建方提供的DEMO系統(tǒng),提出反饋意見,并對(duì)已經(jīng)可接受的報(bào)告、文檔簽字確認(rèn)。三個(gè)階段或者說三步法的實(shí)施和采用對(duì)用戶和承建方都同樣提供了項(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ì)對(duì)需求的變更有成本的概念,能夠慎重地對(duì)待需求的變更。(3)小的需求變更也要經(jīng)過正規(guī)的需求管理流程。小的需求變更也要經(jīng)過正規(guī)的需求管理流程,否則會(huì)積少成多踐中,人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程,認(rèn)為降低了開發(fā)效率,浪費(fèi)了時(shí)間由于這種觀念才使需求的漸變不可控,最終導(dǎo)致項(xiàng)目的失敗精確的需求與范圍定義并不會(huì)阻止需求的變更。并非對(duì)需求定義的越細(xì)越能避免需求的漸變,這是兩個(gè)層面的問題。太細(xì)的需求定義對(duì)需求漸變沒有任何效果因?yàn)樾枨蟮淖兓怯篮愕?并不會(huì)因?yàn)樾枨髮懠?xì)了,它就不變化了。注意溝通的技巧。實(shí)際情況是用戶、開發(fā)者都認(rèn)識(shí)了到了上面的幾點(diǎn)問題但是由于需求的變更可能來自客戶方、也可能來自開發(fā)方,作為客戶他們可能不愿意為需求的變更付出更多的投資,開發(fā)方有可能是主動(dòng)的變更了需求,們的目的可能是使軟件做的更精致,于是作為需求管理者、項(xiàng)目經(jīng)理需要采用各種溝通技巧來使項(xiàng)目的各方各得其所上述的問題,必須對(duì)需求進(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ù)開展上,以不深入、不干擾承建方的自主權(quán)為主,除非在項(xiàng)目合作過程中發(fā)現(xiàn)承建方的項(xiàng)目管理以及項(xiàng)目分析能力存在很大的差距和不足在具體的操作上可以堅(jiān)持吸收同化貫徹的方法和手段只有這樣才能切切實(shí)實(shí)地把握用戶的需求和方向,才能在將來的功能界定、開發(fā)范圍上有發(fā)言權(quán)。2范圍管理對(duì)于項(xiàng)目中哪些該做,哪些不該做,做到什么程度等問題,都是由范圍管理來決定的。與需求相關(guān)的一系列問題,都屬于項(xiàng)目范圍管理的問題。2.1產(chǎn)品范圍與項(xiàng)目范圍項(xiàng)目中花費(fèi)大量時(shí)間和精力用于需求調(diào)研分析也是為了確定項(xiàng)目范圍。范圍的概念應(yīng)包含兩個(gè)方面,一個(gè)是產(chǎn)品范圍,產(chǎn)品或服務(wù)所包含的特征或功能;另一個(gè)是項(xiàng)目范圍,即為交付具有規(guī)定特征和功能的產(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)范圍變更控制。2.2.1編制范圍計(jì)劃具體的說,范圍說明是在項(xiàng)目參與人之間確認(rèn)或建立了一個(gè)項(xiàng)目范圍的共,作為未來項(xiàng)目決策的文檔基準(zhǔn)范圍說明中至少要說明項(xiàng)目論證項(xiàng)目產(chǎn)品項(xiàng)目可交付成果和項(xiàng)目目標(biāo)圍管理計(jì)劃是描述對(duì)項(xiàng)目范圍如何進(jìn)行管理目范圍怎樣變化才能與項(xiàng)目要求相一致等問題的應(yīng)該包括一個(gè)對(duì)項(xiàng)目范圍預(yù)期的穩(wěn)定而進(jìn)行的評(píng)估管理計(jì)劃還應(yīng)該包括對(duì)變化范圍怎樣確定以及對(duì)變化應(yīng)歸為哪一類等問題的清楚描述。2.2.2范圍分解完成項(xiàng)目是一個(gè)復(fù)雜的過程,計(jì)劃明確了,還應(yīng)采取分解的手段把主要的可交付成果分成更容易管理的單元才能一目了然最終得出項(xiàng)目的工作分解結(jié)構(gòu)(WBS)比較常用的方式是以項(xiàng)目進(jìn)度為依據(jù)劃分第一層是大的項(xiàng)目成果框架,每層下面再把工作分解,這種方式的優(yōu)點(diǎn)是結(jié)合進(jìn)度劃分,直觀、時(shí)間感強(qiáng),評(píng)審中容易發(fā)現(xiàn)遺漏或多出的部分,也更容易被大多數(shù)人理解。2.2.3范圍變更管理一個(gè)項(xiàng)目的范圍計(jì)劃可能制訂的非常好,但是想不出現(xiàn)任何改變幾乎是不可能的,因此對(duì)變更的管理是項(xiàng)目經(jīng)理必備的素質(zhì)之一并不可怕糟糕的是缺

乏規(guī)范的變更管理過