如何做好需求統(tǒng)籌

1、如何做好需求統(tǒng)籌一、需求管理現(xiàn)狀項(xiàng)目需求管理是一個(gè)軟件項(xiàng)目建設(shè)生命周期中的一個(gè)重要開端，也是軟件項(xiàng)目建設(shè)成功的基石。過往開發(fā)失敗的軟件項(xiàng)目中，80%是由于需求的不明確或需求變更沒有控制好而造成的。因此一個(gè)項(xiàng)目成功的關(guān)鍵因素之一，就是對(duì)需求管理的把握程度。如今盡管有關(guān)軟件開發(fā)的知識(shí)和經(jīng)驗(yàn)不斷豐富，可利用的工具也不斷增多，但仍然有相當(dāng)比例的軟件項(xiàng)目失敗，原因常常是因?yàn)樵陂_始時(shí)沒有正確地確定和定義需求，或者隨著項(xiàng)目的展開沒有正確地管理需求，對(duì)獲取到的需求沒有進(jìn)行有效的分析，或者獲取到的需求本身就是不準(zhǔn)確的。Visual RM企業(yè)及需求管理軟件工具正是解決客戶這種需求，構(gòu)建業(yè)務(wù)到IT的橋梁，幫助客戶業(yè)

2、務(wù)目標(biāo)快速實(shí)現(xiàn)。需求管理是關(guān)乎軟件項(xiàng)目開發(fā)成敗的重要因素?，F(xiàn)在的軟件項(xiàng)目中返工開銷幾乎占了總開發(fā)的一半，而導(dǎo)致返工的主要原因是需求分析不明確。從而引發(fā)項(xiàng)目開發(fā)中的一系列更改。這些更改可能導(dǎo)致浪費(fèi)大量的資源、軟件項(xiàng)目無法按時(shí)完成等嚴(yán)重問題。二、明確項(xiàng)目干系人從項(xiàng)目的啟動(dòng)開始，項(xiàng)目管理團(tuán)隊(duì)就要識(shí)別項(xiàng)目客戶方干系人包含哪些人和組織，通過溝通協(xié)調(diào)確定他們的需求和期望，盡最大可能地明確項(xiàng)目干系人中的決策者在項(xiàng)目中所起到的作用，以確保項(xiàng)目獲得成功。很多項(xiàng)目往往都是由客戶單位的信息科技部門主導(dǎo)，項(xiàng)目經(jīng)理在前期接觸時(shí)，跟這些信息科技部門接觸的比較多，而沒有和業(yè)務(wù)部門或系統(tǒng)開發(fā)完成后的實(shí)際的使用者接觸。這類人員

3、對(duì)技術(shù)比較精通，但對(duì)應(yīng)用部門的相關(guān)業(yè)務(wù)可能不是特別熟悉，從而導(dǎo)致項(xiàng)目組獲取到的需求發(fā)生偏差，在軟件開發(fā)完成后和用戶的實(shí)際需求相差甚遠(yuǎn)，導(dǎo)致用戶頻繁提出需求更改，更有甚者推翻重建。因此，項(xiàng)目經(jīng)理在與客戶初次接觸時(shí)應(yīng)首先明確干系人，識(shí)別項(xiàng)目干系人及其角色，確定項(xiàng)目組的組織架構(gòu)，確定項(xiàng)目組各干系人的職責(zé)范圍，確定對(duì)需求實(shí)現(xiàn)的最終決策者。三、合理獲取需求對(duì)需求的了解分為四種情況：開發(fā)方和用戶方都清楚項(xiàng)目需求；開發(fā)方不清楚項(xiàng)目需求但用戶方清楚；開發(fā)方和用戶方都不清楚項(xiàng)目需求；開發(fā)方清楚項(xiàng)目需求但用戶方不清楚。針對(duì)這四種情況，需求調(diào)研人員可以采用訪談、焦點(diǎn)小組、引導(dǎo)式研討會(huì)、群體創(chuàng)新技術(shù)、群體決策技術(shù)、問

4、卷調(diào)查、觀察、界面原型法、標(biāo)桿對(duì)照、系統(tǒng)交互圖、文件分析等方法來獲取客戶的需求。可以對(duì)用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計(jì)的合理性、準(zhǔn)確性、便易性、習(xí)慣性。用戶可以操作簡(jiǎn)單演示的DEMO，來感受一下整個(gè)業(yè)務(wù)流程的設(shè)計(jì)合理性、準(zhǔn)確性等等問題，及時(shí)地提出改進(jìn)意見和方法。因此需求調(diào)研分析人員應(yīng)善于想用戶所想，不但要確定明確的需求，還要善于用啟發(fā)的方式與用戶探討隱含的或潛在的需求，并結(jié)合各種調(diào)研分析技術(shù)挖掘超出客戶期望的需求。這就要求需求調(diào)研分析員要盡快完整地熟悉相關(guān)業(yè)務(wù)，從而能夠站在用戶的立場(chǎng)看待軟件需求，這樣才能設(shè)計(jì)出真正符合客戶需求的系統(tǒng)。四、分析需求的可行性在需求

5、獲取過程中，項(xiàng)目組收集的需求往往存在以下幾問題：（1）需求范圍超出合同范圍；（2）對(duì)同一功能，各干系人提出的需求不一致；（3）存在明顯不合理的需求；（4）對(duì)需求理解發(fā)生偏差。因此對(duì)獲取到的需求進(jìn)行有效、準(zhǔn)確的分析是必不可少的步驟。在項(xiàng)目建設(shè)過程中，不同的項(xiàng)目用戶方干系人其愿望和追求的目標(biāo)可能會(huì)存在不一致，有些干系人的期望值較高，遠(yuǎn)超合同建設(shè)范圍；而有些干系人提交的需求，相互之間不一致，造成需求沖突。因此需求分析人員應(yīng)對(duì)獲取到的需求進(jìn)行整理并進(jìn)行有效分析。對(duì)于超出合同范圍的需求，可由商務(wù)一起協(xié)調(diào)進(jìn)行增補(bǔ)或在二期中進(jìn)行建設(shè)；對(duì)于需求不一致的，可召開項(xiàng)目協(xié)調(diào)會(huì)，由甲方最終決策者拍板確定或?qū)で笃胶恻c(diǎn)折

6、衷處理；對(duì)于需求理解偏差和客戶描述不清的需求，可通過原型界面法，反復(fù)確認(rèn)。因?yàn)閷?duì)于需求分析是需求管理中很重要的一個(gè)工作部分。對(duì)獲取到的需求，進(jìn)行優(yōu)先級(jí)評(píng)估。需求分析人員應(yīng)分清客戶提出的需求，哪些特性是必要的，哪些是重要的，是需求開發(fā)的主要部分，設(shè)定這些需求的優(yōu)先級(jí)，并與客戶進(jìn)行討論明確。因?yàn)殚_發(fā)者應(yīng)該按照客戶的觀點(diǎn)決定項(xiàng)目需求的優(yōu)先級(jí)；開發(fā)人員將為您確定優(yōu)先級(jí)提供有關(guān)每個(gè)需求的花費(fèi)和風(fēng)險(xiǎn)的信息。在時(shí)間和資源限制下，關(guān)于所需特性能否完成或完成多少應(yīng)尊重開發(fā)人員的意見。盡管沒有人愿意看到自己所希望的需求在項(xiàng)目中未被實(shí)現(xiàn)，但畢竟是要面對(duì)現(xiàn)實(shí)，業(yè)務(wù)決策有時(shí)不得不依據(jù)優(yōu)先級(jí)來縮小項(xiàng)目范圍或延長(zhǎng)工期，或增

7、加資源，或在質(zhì)量上尋找折衷。在需求分析過程中，應(yīng)盡量使用已有的軟件組件來實(shí)現(xiàn)，以節(jié)省資源。需求通常有一定靈活性，分析人員可能發(fā)現(xiàn)已有的某個(gè)軟件組件與客戶描述的需求很相符，在這種情況下，分析人員應(yīng)提供一些修改需求的選擇以便開發(fā)人員能夠降低新系統(tǒng)的開發(fā)成本和節(jié)省時(shí)間，而不必嚴(yán)格按原有的需求說明開發(fā)。所以說，如果想在產(chǎn)品中使用一些已有的商業(yè)常用組件，而它們并不完全適合您所需的特性，這時(shí)一定程度上的需求靈活性就顯得極為重要了。很多時(shí)候，用戶的想法在實(shí)際實(shí)施過程中是不現(xiàn)實(shí)的。若一味地求全和盲目遵從用戶的設(shè)想，將為項(xiàng)目的后續(xù)工作帶來很大的風(fēng)險(xiǎn)。因此應(yīng)盡量避免在需求分析中包含技術(shù)實(shí)施上有難度的功能。五、撰寫

8、清晰的需求文檔在準(zhǔn)確領(lǐng)會(huì)客戶的意圖后，軟件需求規(guī)格說明書就是需求分析階段需要產(chǎn)生的最主要的文檔。準(zhǔn)確而詳細(xì)地編寫一份清晰、準(zhǔn)確的需求文檔是很困難的。因此很容易留下模糊不清的需求，但是在開發(fā)過程中，必須解決這種模糊性和不準(zhǔn)確性，在編寫文檔時(shí)，開發(fā)人員嚴(yán)禁采用“猜測(cè)”的方式編寫。在需求文檔中暫時(shí)加上“待定”標(biāo)志是個(gè)好方法。用該標(biāo)志可指明哪些是需要再進(jìn)一步討論、分析或增加信息的地方，有時(shí)也可能因?yàn)槟硞€(gè)特殊需求難以解決或沒有人愿意處理它而標(biāo)注上“待定”。客戶要盡量將每項(xiàng)需求的內(nèi)容都闡述清楚，以便分析人員能準(zhǔn)確地將它們寫進(jìn)“軟件需求報(bào)告”中去。如果客戶一時(shí)不能準(zhǔn)確表達(dá)，通常就要求用原型技術(shù)，通過原型開發(fā)

9、，客戶可以同開發(fā)人員一起反復(fù)修改，不斷完善需求定義。需求規(guī)格說明書的每個(gè)功能點(diǎn)的描述要通俗易懂，能夠使客戶明白和理解，客戶在理解之上的確認(rèn)才能夠保證日后一旦出現(xiàn)問題不致出現(xiàn)雙方互相推托責(zé)任糾纏不清的情況。所以分析說明書對(duì)功能細(xì)節(jié)的描述不能有歧義，描述一定要全面、準(zhǔn)確，防止開發(fā)方和客戶對(duì)同一個(gè)問題有兩個(gè)截然不同的理解。需求規(guī)格說明書一定要經(jīng)過一個(gè)有技術(shù)人員和業(yè)務(wù)人員參加的評(píng)審，要充分發(fā)揮團(tuán)隊(duì)的力量，一個(gè)模塊一個(gè)功能的逐一的審核，讓大家來共同找出需求報(bào)告里不合理的、有歧義的、不完善的、遺漏的等等問題。需求文檔完成之后，并不是把它扔給后面的設(shè)計(jì)人員就了事了。作為項(xiàng)目組其他成員，對(duì)需求的有效性也起到某

10、種程度的驗(yàn)證作用。雖然軟件項(xiàng)目的生命周期按照各種開發(fā)模型有不同階段的劃分，但每個(gè)階段的結(jié)束不是簡(jiǎn)單地把階段工作成果塞給下一階段的成員就可以了。特別是高科技的軟件開發(fā)項(xiàng)目，上一階段的工作成果往往要通過多次的溝通才能更為清晰地被下一階段成員接受，其有效性、合理性也要被下一階段的工作所檢驗(yàn)，通過檢驗(yàn)有時(shí)也有必要對(duì)上一階段的工作結(jié)果進(jìn)行相應(yīng)的調(diào)整，需求分析也是如此。因此，無論是同一階段不同人員之間，或是不同階段人員之間都應(yīng)根據(jù)需要相互協(xié)作，相互配合，共同完成軟件開發(fā)任務(wù)。六、做好項(xiàng)目需求變更管理在軟件項(xiàng)目建設(shè)過程中，需求變更是不可避免的，但在開發(fā)生命周期中，變更越在晚期出現(xiàn)，其影響越大；變更不僅會(huì)導(dǎo)致

11、代價(jià)極高的返工，而且工期將被延誤，特別是在大體結(jié)構(gòu)已完成后又需要增加新特性時(shí)。所以，一旦客戶發(fā)現(xiàn)需要變更需求時(shí)，請(qǐng)立即通知分析人員。分析人員及時(shí)評(píng)估，為將變更帶來的負(fù)面影響減少到最低限度，所有參與者必須遵照項(xiàng)目變更控制過程。在不放棄所提出的需求變更情況下，對(duì)每項(xiàng)要求的變更進(jìn)行分析、綜合考慮，最后做出合適的決策。需求發(fā)生了變化，隨之而來的將是不得不修改設(shè)計(jì)、重寫代碼、修改測(cè)試用例、調(diào)整項(xiàng)目計(jì)劃等問題，對(duì)項(xiàng)目開發(fā)小組而言，變更需求意味著要調(diào)整資源、重新分配任務(wù)、修改前期工作成果等，這將為項(xiàng)目的正常進(jìn)展帶來諸多的麻煩，開發(fā)小組也要為此付出較重的代價(jià)。當(dāng)然在軟件項(xiàng)目建設(shè)過程中，并不是所有的需求變更都能夠被采納，要學(xué)會(huì)適當(dāng)?shù)木芙^，通過變通的方法實(shí)現(xiàn)。否則這個(gè)項(xiàng)目不能按時(shí)完成，進(jìn)度無限期滯后。因此在需求變更過程中最難辦的事情就是拒絕客戶提出的需求變更請(qǐng)求，通常情況下開發(fā)方是不敢得罪客戶的，但是無原則地退讓將使開發(fā)小組陷入困境。因此作為一名項(xiàng)目經(jīng)理，你應(yīng)當(dāng)規(guī)范需求管理，對(duì)客戶的需求變更進(jìn)行評(píng)估分析，對(duì)變更帶來的影響、成