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

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

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

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

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

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

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

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

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

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

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

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