1、需求階段監(jiān)理的定位

　　原則上尊重承建方的項(xiàng)目管理和項(xiàng)目分析能力，在具體的任務(wù)開(kāi)展上，以不深入、不干擾承建方的自主權(quán)為主，但是如果在項(xiàng)目合作過(guò)程中發(fā)現(xiàn)中軟項(xiàng)目管理以及項(xiàng)目分析能力在本項(xiàng)目的進(jìn)行上存在很大的差距和不足，為了保證項(xiàng)目的成功順利開(kāi)展監(jiān)理內(nèi)部必須加強(qiáng)項(xiàng)目管理能力和項(xiàng)目分析能力，在具體的操作上可以堅(jiān)持吸收、同化、貫徹的方法和手段。

　　2、需求分析的進(jìn)展方式及監(jiān)理角色的把握

　　需求分析是一個(gè)項(xiàng)目的開(kāi)端，也是項(xiàng)目建設(shè)的基石，在以往的建設(shè)失敗的項(xiàng)目中80%的是由于需求分析的不明確而造成的，因此一個(gè)項(xiàng)目的成功的關(guān)鍵因素之一，就是對(duì)需求分析的把握程度上，項(xiàng)目的整體風(fēng)險(xiǎn)具體表現(xiàn)方式在需求分析不明確、業(yè)務(wù)流程不合理上，用戶不習(xí)慣或者不愿意去用承建方的軟件，或者很難去用，造成了項(xiàng)目失敗。因此作為第三方的監(jiān)理公司，必須提醒承建方、客戶方重視需求分析的重要性，采用必要的手段和方法來(lái)進(jìn)行需求調(diào)研。同時(shí)監(jiān)理方也應(yīng)深入具體的需求調(diào)研中去，只有這樣才能切切實(shí)實(shí)的把握用戶的需求和方向，才能在將來(lái)的功能界定、開(kāi)發(fā)范圍上有發(fā)言權(quán)。

　　2.1、為什么咨詢(xún)監(jiān)理方要對(duì)需求分析進(jìn)行重點(diǎn)監(jiān)控

　　由于項(xiàng)目的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風(fēng)險(xiǎn)性，所以在整個(gè)軟件的開(kāi)發(fā)周期中，需求分析的重要性是不言而喻，需求分析難做的的確確難做，這是基本是由于以下幾種原因造成的：

　�。�1）客戶說(shuō)不清楚需求；（2）需求自身經(jīng)常變動(dòng)；（3）分析人員或客戶理解有誤。

　　2.1.1客戶說(shuō)不清楚需求

　　有些客戶對(duì)需求只有朦朧的感覺(jué)，當(dāng)然說(shuō)不清楚具體的需求。例如全國(guó)各地的很多部門(mén)、機(jī)構(gòu)、單位在進(jìn)行應(yīng)用系統(tǒng)以及網(wǎng)絡(luò)建設(shè)，客戶方的領(lǐng)導(dǎo)和辦公人員大多不清楚計(jì)算機(jī)網(wǎng)絡(luò)有什么用；缺乏系統(tǒng)的IT建設(shè)方面的專(zhuān)家和知識(shí)。這時(shí)間就會(huì)要求軟件系統(tǒng)分析人員替他們?cè)O(shè)想需求。工程的需求存在一定的主觀性，為項(xiàng)目建設(shè)埋下潛在的風(fēng)險(xiǎn)。

　　2.2.2需求自身經(jīng)常變動(dòng)

　　根據(jù)以往的歷史經(jīng)驗(yàn)，隨著客戶方對(duì)信息化建設(shè)的認(rèn)識(shí)和自己業(yè)務(wù)水平的整合提高，會(huì)在不同的階段和時(shí)期對(duì)項(xiàng)目的需求提出新的要求和需求變更，其實(shí)在歷史上沒(méi)有一個(gè)軟件的需求改動(dòng)少于三次的，所以必須接受“需求會(huì)變動(dòng)”這個(gè)事實(shí)，所以在進(jìn)行需求分析時(shí)就要防患于未然，盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求。以便在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)，將軟件的核心建筑在穩(wěn)定的需求上，同時(shí)留出變更空間。咨詢(xún)監(jiān)理方在需求分析的功能界定上擔(dān)任一個(gè)中間、公平、公正的角色，所以也必須參與到需求分析的準(zhǔn)備中來(lái)，以便協(xié)助客戶方和承建方來(lái)界定“做什么”、“不做什么”的系統(tǒng)功能界限。

　　2.1.3 分析人員或客戶理解有誤

　　軟件系統(tǒng)分析人員不可能都是全才，更不可能是行業(yè)方面的專(zhuān)家�？蛻舯磉_(dá)的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯(cuò)了，可能會(huì)導(dǎo)致以后的開(kāi)發(fā)工作勞而無(wú)功，記得一則笑話“有個(gè)外星人間諜潛伏到地球刺探情報(bào)，它給上司寫(xiě)了一份報(bào)告：”主宰地球的是汽車(chē)。它們喝汽油，靠四個(gè)輪子滾動(dòng)前進(jìn)。嗓門(mén)極大，在夜里雙眼能射出強(qiáng)光�！�…有趣的是，車(chē)?yán)镒≈�一種叫作‘人’的寄生蟲(chóng)，這些寄生蟲(chóng)完全控制了車(chē)�！�“所以分析人員的知識(shí)的專(zhuān)一性也會(huì)造成需求分析的誤解和失敗。這時(shí)間咨詢(xún)監(jiān)理公司就必須根據(jù)實(shí)際的項(xiàng)目需求調(diào)研計(jì)劃，提醒承建方加強(qiáng)業(yè)務(wù)了解程度和注重溝通技巧。

　　2.2咨詢(xún)監(jiān)理公司如何進(jìn)行需求分析

　　需求分析不象偵探推理那樣從蛛絲馬跡著手。應(yīng)該先了解宏觀的問(wèn)題，再了解細(xì)節(jié)的問(wèn)題，

　　一個(gè)應(yīng)用軟件系統(tǒng)（記為 S）的涉及面可能很廣，可以按不同的問(wèn)題域（記為D）分類(lèi)，每個(gè)問(wèn)題域?qū)��?yīng)于一個(gè)軟件子系統(tǒng)。

　　S = { D1，D2，D3，… Dn }

　　問(wèn)題域Di 由若干個(gè)問(wèn)題（記為P）組成，每個(gè)問(wèn)題對(duì)應(yīng)于子系統(tǒng)中的一個(gè)軟構(gòu)件。

　　Di = { P1，P2，P3，… Pm }

　　問(wèn)題Pj有若干個(gè)行為（或功能，記為F），每個(gè)行為對(duì)應(yīng)于軟構(gòu)件中的實(shí)現(xiàn)接口。

　　Pj = { F1，F(xiàn)2，F(xiàn)3，… Fk }

　　按圖4.1結(jié)構(gòu)寫(xiě)成的需求說(shuō)明書(shū)，對(duì)于那些只想了解宏觀需求的領(lǐng)導(dǎo)，和需要了解細(xì)節(jié)的技術(shù)員都合適。在寫(xiě)需求說(shuō)明書(shū)時(shí)還應(yīng)該注意兩個(gè)問(wèn)題：

　�。�1）最好為每個(gè)需求注釋“為什么”，這樣可讓程序員了解需求的本質(zhì)，以便選用最合適的技術(shù)來(lái)實(shí)現(xiàn)此需求。

　　（2）需求說(shuō)明不可有二義性，更不能前后相矛盾。如果有二義性或前后相矛盾，則要重新分析此需求。

　　2.3咨詢(xún)監(jiān)理公司需求分析方法論

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

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

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

　　輸出成果：調(dià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)表，并能清晰的向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計(jì)目標(biāo)。用戶方可以通過(guò)審查業(yè)務(wù)流程報(bào)告、數(shù)據(jù)項(xiàng)表；操作承建方提供的DEMO系統(tǒng)，來(lái)提出反饋意見(jiàn)，并對(duì)已經(jīng)可接受審查過(guò)的報(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)告中，提交用戶方、監(jiān)理方進(jìn)行確認(rèn)和存檔）

　　整體來(lái)講，需求分析的三個(gè)階段是需求調(diào)研中不可忽視一個(gè)重要的部分，三個(gè)階段或者說(shuō)三步法的實(shí)施和采用，對(duì)用戶、承建方來(lái)講，都同樣提供了項(xiàng)目成功的保證。當(dāng)然在系統(tǒng)建設(shè)的過(guò)程中，特別在采用迭代法的開(kāi)發(fā)模式后，需求分析的工作會(huì)一直進(jìn)行下去，在后期的需求改進(jìn)中，基本是處于以后兩個(gè)階段。