項(xiàng)目綜合管理：強(qiáng)化網(wǎng)站項(xiàng)目管理的需求分析

申請(qǐng)免費(fèi)試用、咨詢(xún)電話：400-8352-114

1 網(wǎng)站項(xiàng)目管理的特點(diǎn) 

網(wǎng)站項(xiàng)目是以Web服務(wù)器為主體、瀏覽器為客戶(hù)端作為基本架構(gòu)的項(xiàng)目。這樣的架構(gòu)項(xiàng)目中包含Web服務(wù)器、瀏覽器和網(wǎng)絡(luò)三個(gè)關(guān)鍵主體。網(wǎng)站項(xiàng)目可能是一個(gè)網(wǎng)站，也可能是各種Web應(yīng)用程序，例如網(wǎng)上商店、虛擬郵局、網(wǎng)絡(luò)辦公管理系統(tǒng)、客戶(hù)關(guān)系管理系統(tǒng)等等。網(wǎng)站項(xiàng)目管理就是圍繞著網(wǎng)站項(xiàng)目運(yùn)用知識(shí)、技術(shù)、技能、工具和方法進(jìn)行組織管理。其特點(diǎn)表現(xiàn)在以下幾個(gè)方面： 

1）涉及的領(lǐng)域很多。狹義地講，網(wǎng)站項(xiàng)目包括了網(wǎng)頁(yè)制作、美工設(shè)計(jì)、程序編碼、系統(tǒng)及網(wǎng)絡(luò)管理等專(zhuān)業(yè)技術(shù)，廣義上又包含了企業(yè)管理、市場(chǎng)營(yíng)銷(xiāo)、心理學(xué)、廣告學(xué)等更多領(lǐng)域的知識(shí)，在項(xiàng)目進(jìn)行過(guò)程中還涉及到項(xiàng)目管理工具、文檔和設(shè)計(jì)開(kāi)發(fā)管理規(guī)范、開(kāi)發(fā)及測(cè)試環(huán)境部署等特殊領(lǐng)域的問(wèn)題。這對(duì)參與項(xiàng)目管理的人員提出了很高的要求。 

2）參與項(xiàng)目的角色很多，水平可能參差不齊。對(duì)于網(wǎng)站項(xiàng)目管理，最關(guān)鍵的角色是項(xiàng)目經(jīng)理、業(yè)務(wù)流程分析師、用戶(hù)界面工程師、系統(tǒng)分析員、編碼人員（程序員）和質(zhì)量控制工程師等。根據(jù)項(xiàng)目的規(guī)模和開(kāi)發(fā)的深度，由項(xiàng)目經(jīng)理進(jìn)行角色劃分。假如嚴(yán)格細(xì)分，一個(gè)大型項(xiàng)目的角色可能達(dá)到50個(gè)以上，以確保每個(gè)細(xì)節(jié)都有專(zhuān)業(yè)的人員進(jìn)行負(fù)責(zé)和管理。其中需求分析過(guò)程中主要角色有客戶(hù)代表、業(yè)務(wù)員、業(yè)務(wù)流程分析師、用戶(hù)界面工程師，另外還有項(xiàng)目經(jīng)理、數(shù)據(jù)庫(kù)工程師、文檔工程師等參與。 

3）網(wǎng)絡(luò)應(yīng)用的開(kāi)發(fā)技術(shù)在日新月異地進(jìn)步，從而使網(wǎng)站應(yīng)用系統(tǒng)的開(kāi)發(fā)模式具有多種選擇性，達(dá)到同樣的目標(biāo)可以采用很多不同的方式，現(xiàn)代的應(yīng)用系統(tǒng)越來(lái)越成為一個(gè)龐大的集成方案，需要考慮不同的操作平臺(tái)、不同的應(yīng)用服務(wù)器、不同的數(shù)據(jù)庫(kù)、不同的編程語(yǔ)言、不同的傳輸介質(zhì)等等，項(xiàng)目管理人員必須了解各種技術(shù)的利弊，幫助用戶(hù)選擇高效、廉價(jià)并富有前瞻性的方案。 

2 需求分析在網(wǎng)站項(xiàng)目管理中的作用及要求 

需求分析是一個(gè)項(xiàng)目的開(kāi)端，也是項(xiàng)目建設(shè)的基石。由于以上提出的網(wǎng)站項(xiàng)目的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風(fēng)險(xiǎn)性，網(wǎng)站項(xiàng)目需求分析的重要性是不言而喻的，在以往建設(shè)失敗的項(xiàng)目中，80％是由于需求分析的不明確而造成的。因此一個(gè)項(xiàng)目成功的關(guān)鍵因素之一，就是對(duì)需求分析的把握程度。 

在需求分析流程中，需要有客戶(hù)代表、業(yè)務(wù)員、業(yè)務(wù)流程分析師、用戶(hù)界面工程師等角色參與，業(yè)務(wù)員從客戶(hù)代表那里獲得需求，并形成需求報(bào)告；業(yè)務(wù)流程分析員從業(yè)務(wù)員那里獲得需求報(bào)告，分析生成項(xiàng)目模型報(bào)告；界面工程師得到項(xiàng)目模型后設(shè)計(jì)制作相應(yīng)的模板和用戶(hù)界面原型，最終由客戶(hù)代表確認(rèn)。需求分析所形成的文檔最終達(dá)到如下要求。 

1）正確性：每個(gè)功能必須清楚描寫(xiě)交付的功能。 

2）可行性：確保在當(dāng)前的開(kāi)發(fā)能力和系統(tǒng)環(huán)境下可以實(shí)現(xiàn)每個(gè)需求。 

3）必要性：功能是否必須交付，是否可以推遲實(shí)現(xiàn)，是否可以在削減開(kāi)支情況發(fā)生時(shí)被“砍”掉。 

4）簡(jiǎn)明性：不要使用專(zhuān)業(yè)的網(wǎng)絡(luò)術(shù)語(yǔ)。 

5）檢測(cè)性：如果開(kāi)發(fā)完畢，客戶(hù)可以根據(jù)需求檢測(cè)。 

3 網(wǎng)站項(xiàng)目需求分析的一般方法 

根據(jù)以往的工程經(jīng)驗(yàn)，需求分析工作方法，應(yīng)該定位在“三個(gè)階段”（也稱(chēng)“三步法”）。 

第一階段：“訪談式”。這一階段是和具體用戶(hù)方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要目的是從宏觀上把握用戶(hù)的具體需求方向和趨勢(shì)，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體情況和客觀信息，建立起良好的溝通渠道和方式。針對(duì)具體的職能部門(mén)以及各委辦局，最好能指定本次項(xiàng)目的接口人。 

實(shí)現(xiàn)手段：訪談、調(diào)查表格。 

輸出成果：調(diào)查報(bào)告、業(yè)務(wù)流程報(bào)告。 

第二階段：“誘導(dǎo)式”。這一階段是在承建方已經(jīng)了解了具體用戶(hù)方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體實(shí)際和客觀信息的基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件實(shí)現(xiàn)方案，做出簡(jiǎn)單的用戶(hù)流程頁(yè)面，同時(shí)結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)對(duì)用戶(hù)采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶(hù)一起探討業(yè)務(wù)流程設(shè)計(jì)的合理性、準(zhǔn)確性，界面的便易性、習(xí)慣性。用戶(hù)可以操作簡(jiǎn)單演示的DEMO，來(lái)感受一下整個(gè)業(yè)務(wù)流程的設(shè)計(jì)合理性、準(zhǔn)確性等等問(wèn)題，及時(shí)地提出改進(jìn)意見(jiàn)和改進(jìn)方法。 

實(shí)現(xiàn)手段：拜訪（誘導(dǎo)）、原型演示。 

輸出成果：調(diào)研分析報(bào)告、原型反饋報(bào)告、業(yè)務(wù)流程報(bào)告。 

第三階段：“確認(rèn)式”。這一階段是在上述兩個(gè)階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)據(jù)項(xiàng)的確認(rèn)階段，這個(gè)階段承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表，并能清晰地向用戶(hù)描述系統(tǒng)的業(yè)務(wù)流設(shè)計(jì)目標(biāo)。用戶(hù)方可以通過(guò)審查報(bào)告來(lái)提出反饋意見(jiàn)，并對(duì)已經(jīng)可接受的報(bào)告、文檔簽字確認(rèn)。 

實(shí)現(xiàn)手段：拜訪（回顧、確認(rèn)），提交業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表；原型演示系統(tǒng)。 

輸出成果：需求分析報(bào)告、數(shù)據(jù)項(xiàng)、業(yè)務(wù)流程報(bào)告、原型系統(tǒng)反饋意見(jiàn)（后三者可以統(tǒng)一歸入需求分析報(bào)告中，提交用戶(hù)方、監(jiān)理方進(jìn)行確認(rèn)和存檔）。 

整體來(lái)講，需求分析的三個(gè)階段是需求調(diào)研中不可忽視的一個(gè)重要部分，三個(gè)階段或者說(shuō)三步法的實(shí)施和采用，對(duì)用戶(hù)和承建方都同樣提供了項(xiàng)目成功的保證。

4 網(wǎng)站項(xiàng)目需求分析的注意事項(xiàng)和技巧 

項(xiàng)目的整體風(fēng)險(xiǎn)往往表現(xiàn)在需求分析不明確、業(yè)務(wù)流程不合理，導(dǎo)致用戶(hù)不習(xí)慣或不愿意去用承建方的軟件。承建方和客戶(hù)方都要重視需求分析的重要性。為更好地把握用戶(hù)的需求和方向，應(yīng)該采用必要的手段和方法來(lái)進(jìn)行需求調(diào)研。 

4.1 挖掘用戶(hù)需求 

鼓勵(lì)用戶(hù)將所有的想法盡可能地闡述清楚，并把所有的要求羅列出來(lái)。這時(shí)候不必?fù)?dān)心引起客戶(hù)的潛在需求而增加設(shè)計(jì)開(kāi)發(fā)的工作量，應(yīng)直接明白地跟客戶(hù)把問(wèn)題和要求一條條地列出來(lái)，把條理、歸納、分析先都放到一邊，將用戶(hù)最原始、最完整的要求準(zhǔn)確地記錄下來(lái)。 

很多情況下客戶(hù)并非專(zhuān)業(yè)人士，在他們的描述中很難凸現(xiàn)重點(diǎn)和技術(shù)難關(guān)，這需要我們?nèi)榭蛻?hù)進(jìn)行分析、歸納和整理，尤其是客戶(hù)談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。客戶(hù)往往對(duì)需求的概念是非常模糊的，大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務(wù)人員在傾聽(tīng)了客戶(hù)的詳細(xì)說(shuō)明以后，幫助客戶(hù)進(jìn)行整理和分析，預(yù)測(cè)客戶(hù)在開(kāi)發(fā)過(guò)程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。 

比如在為客戶(hù)設(shè)計(jì)辦公自動(dòng)化系統(tǒng)的時(shí)候，也許就要為客戶(hù)預(yù)留將來(lái)與他們的業(yè)務(wù)單位進(jìn)行交互的通道；在設(shè)計(jì)郵件系統(tǒng)的時(shí)候要考慮可能會(huì)需要廣告管理服務(wù)器；設(shè)計(jì)網(wǎng)絡(luò)電子商店時(shí)需考慮今后增加庫(kù)存產(chǎn)品進(jìn)銷(xiāo)存統(tǒng)計(jì)分析等等；限于時(shí)間和財(cái)力的考慮，客戶(hù)通常能夠接受分階段實(shí)施的開(kāi)發(fā)過(guò)程，在需求分析時(shí)，提早為客戶(hù)設(shè)想到今后的需求變更除了使項(xiàng)目開(kāi)發(fā)更加順利以外，也為今后業(yè)務(wù)的進(jìn)一步深入打下了更好的基矗 

4.2 利用自然的語(yǔ)言和圖表描述項(xiàng)目模型 

在業(yè)務(wù)員與客戶(hù)進(jìn)行溝通和調(diào)查時(shí)撰寫(xiě)的需求分析，盡可能用自然語(yǔ)言或形式化語(yǔ)言來(lái)描述，還可以添加圖形表述方式和模型表征方式。雖然客戶(hù)的水平和資歷有所不同，但是最自然的描述能夠使項(xiàng)目開(kāi)發(fā)的各個(gè)成員都能清楚地理解需求含義，不至于在理解上產(chǎn)生偏差。對(duì)客戶(hù)而言，這樣的模型描述最接近真實(shí)，容易參與修訂，并能以此為測(cè)試和驗(yàn)收的依據(jù)。制作示意圖可以有很多種方式，關(guān)鍵是利用示意圖將客戶(hù)的需求和即將開(kāi)始設(shè)計(jì)的系統(tǒng)體現(xiàn)出來(lái)。在進(jìn)行系統(tǒng)分析和程序開(kāi)發(fā)之前，雙方對(duì)今后要完成的產(chǎn)品就能夠有直觀的認(rèn)識(shí)，換言之，就是在產(chǎn)品還沒(méi)有真正進(jìn)入開(kāi)發(fā)階段的時(shí)候，雙方就對(duì)工作的結(jié)果達(dá)成統(tǒng)一的意見(jiàn)，這將大大地減輕需求變更所帶來(lái)的困擾，同時(shí)客戶(hù)更容易地參與到項(xiàng)目的開(kāi)發(fā)過(guò)程中。 

4.3 需求分析要共同參與各施其職 

項(xiàng)目經(jīng)理、系統(tǒng)分析員、開(kāi)發(fā)經(jīng)理、交互設(shè)計(jì)師、測(cè)試人員、文檔人員包括客戶(hù)代表都應(yīng)該看需求分析，并進(jìn)行共同討論，達(dá)成一致意見(jiàn)。參與項(xiàng)目開(kāi)發(fā)的人員都應(yīng)該對(duì)這份需求有統(tǒng)一清晰的認(rèn)識(shí)，并根據(jù)自己的工作對(duì)需求提出意見(jiàn)，通過(guò)與客戶(hù)的溝通修訂，最終確定項(xiàng)目實(shí)現(xiàn)的目標(biāo)。這樣可以盡量避免業(yè)務(wù)人員與開(kāi)發(fā)人員、承建方和客戶(hù)方之間發(fā)生不必要的糾紛。 

例如：項(xiàng)目經(jīng)理通過(guò)需求分析才能組建所需要的團(tuán)隊(duì)包括配置工作環(huán)境，制定開(kāi)發(fā)周期；開(kāi)發(fā)周期的限制和功能上的要求可能會(huì)影響到程序員采用什么樣的語(yǔ)言和工具進(jìn)行編寫(xiě)；操作用戶(hù)的技能水平將影響到交互設(shè)計(jì)師進(jìn)行前臺(tái)設(shè)計(jì)時(shí)做到什么樣的精度；界面設(shè)計(jì)人員根據(jù)項(xiàng)目的性質(zhì)和定位確定表現(xiàn)方式；測(cè)試人員了解測(cè)試環(huán)境和條件后才能對(duì)項(xiàng)目質(zhì)量進(jìn)行跟蹤和檢測(cè)。 

4.4 將需求變更置于可控狀態(tài) 

需求的變更幾乎是不可避免的，也許是出自客戶(hù)的遺漏，也可能是在開(kāi)發(fā)過(guò)程中被激發(fā)出來(lái)的。如何以可控的方式管理網(wǎng)站項(xiàng)目需求的變更，對(duì)于項(xiàng)目的順利進(jìn)行有著重要的意義。如果匆匆忙忙地完成用戶(hù)調(diào)研與分析，則往往意味著不穩(wěn)定的需求。所以需求管理要保證需求分析各個(gè)活動(dòng)都得到了充分的執(zhí)行。 

為了將變更及時(shí)反饋到項(xiàng)目的各個(gè)角色中，做好需求變更日志就顯得非常重要。在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過(guò)的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過(guò)程中所帶來(lái)的工作調(diào)整。在新版本的需求分析中，將變更部分用特殊方式表示出來(lái)，并在日志中記錄變更明細(xì)。 

4.5 評(píng)審需求文檔 

需求文檔完成后，需要經(jīng)過(guò)正式評(píng)審，以便作為下一階段工作的基矗一般的評(píng)審分為用戶(hù)評(píng)審和同行評(píng)審兩類(lèi)。用戶(hù)和開(kāi)發(fā)方對(duì)于軟件項(xiàng)目?jī)?nèi)容的描述，是以需求規(guī)格說(shuō)明書(shū)作為基礎(chǔ)的；用戶(hù)驗(yàn)收的標(biāo)準(zhǔn)則是依據(jù)需求規(guī)格說(shuō)明書(shū)中的內(nèi)容來(lái)制訂，所以評(píng)審需求文檔時(shí)用戶(hù)的意見(jiàn)是第一位的。而同行評(píng)審的目的，是在軟件項(xiàng)目初期發(fā)現(xiàn)那些潛在的缺陷或錯(cuò)誤，避免這些錯(cuò)誤和缺陷遺漏到項(xiàng)目的后續(xù)階段。 

5 總結(jié) 

隨著互聯(lián)網(wǎng)的飛速發(fā)展，Web技術(shù)應(yīng)用日益廣泛，網(wǎng)站的規(guī)模和復(fù)雜性不斷增加，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開(kāi)發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代，軟件工程方法將越來(lái)越多地介入到網(wǎng)站項(xiàng)目的設(shè)計(jì)和開(kāi)發(fā)中。建立規(guī)范的、有效的、健壯的開(kāi)發(fā)機(jī)制，特別是打好網(wǎng)站項(xiàng)目管理的基石，強(qiáng)化項(xiàng)目的需求分析，將有利于高效、高速、高質(zhì)量地完成開(kāi)發(fā)任務(wù)。