原則上應尊重承包商的項目管理和項目分析能力，具體工作不深入，不幹涉承包商的自主權。但如果在項目合作過程中出現了較大的差距和不足，為了保證項目的順利順利開展，主管必須加強項目管理和項目分析能力，在具體操作中堅持吸收、同化、實施的方法和手段。
2、進度需求分析和監督的作用。
需求分析是壹個項目的開始，也是項目建設的基石。過去失敗的項目80%都是因為需求分析不清造成的。因此，項目成功的關鍵因素之壹是對需求分析的把握程度。項目的整體風險表現在需求分析不清晰，業務流程不合理。用戶不習慣或不願意使用承包商的軟件，或者很難使用，導致項目失敗。因此，作為第三方監理公司，必須提醒承包商和客戶需求分析的重要性，並采取必要的手段和方法進行需求研究。同時，主管還應該深入具體的需求調查。這樣才能真正把握用戶的需求和方向，對未來的功能定義和開發範圍有發言權。
2.1.咨詢主管為什麽要重點監控需求分析？
由於項目的特殊性和行業的廣覆蓋性，以及需求分析的高風險性，需求分析在整個軟件開發周期中的重要性不言而喻，難做的事真的很難做，基本上是以下原因造成的:
(1)客戶不清楚需求；(2)需求本身經常變化；(3)分析師或客戶產生了誤解。
2.1.1客戶無法解釋清楚需求。
有的客戶只是對需求有壹個模糊的感覺，當然也說不清楚具體的需求。比如，全國很多部門、機構、單位都在建設應用系統和網絡，客戶端的領導和辦公人員大多不清楚計算機網絡的使用；缺乏系統的IT建設專家和知識。這時，軟件系統分析師將被要求為他們設想需求。項目需求存在壹定的主觀性，為項目建設埋下了潛在的風險。
2.2.2需求本身經常變化。
根據以往的歷史經驗，隨著客戶對信息化建設的理解和自身業務水平的提高，他們會在不同的階段和時期對項目的要求提出新的要求和變化。事實上，歷史上沒有壹個軟件的需求變更少於三次，所以要接受“需求會變更”的事實，所以在分析需求的時候要防患於未然，盡量分析清楚哪些需求是穩定的，哪些是可變的。為了設計系統，軟件的核心是建立在穩定的需求上，同時留有變化的余地。咨詢主管在定義需求分析的功能時起著中介、公平、公正的作用，因此也必須參與需求分析的準備，從而幫助客戶和承包商定義“做什麽”和“不做什麽”的系統功能邊界。
2.1.3分析師或客戶誤解了。
軟件系統分析師不可能都是通才，更不可能都是行業內的專家。不同的分析師可能對客戶表達的需求有不同的理解。如果分析師理解錯了，可能會導致以後的開發工作白費。記得壹個笑話“壹個外星間諜潛伏到地球刺探信息，它給老板寫報告:“汽車主宰地球。他們喝汽油，在四個輪子上滾動。聲音洪亮，晚上眼睛能射出強光。.....有趣的是，車內生活著壹種叫做‘人類’的寄生蟲，這些寄生蟲完全控制了汽車。因此，分析師知識的特異性也會導致需求分析的誤解和失敗。這時候就要根據實際的項目需求調研計劃咨詢監理公司，提醒承包商加強業務理解，註意溝通技巧。
2.2咨詢監理公司如何進行需求分析
需求分析不是從偵探推理這樣的線索開始的。我們應該先了解宏觀問題，然後再了解細節。
壹個應用軟件系統(標記為S)可以覆蓋很大的範圍，並且可以被分類為不同的問題域(標記為D)，每個問題域對應於壹個軟件子系統。
S = { D1，D2，D3，… Dn }
問題域Di由幾個問題(表示為p)組成，每個問題對應於子系統中的壹個軟組件。
Di = { P1，P2，P3，… Pm }
問題Pj有幾個行為(或函數，記為F)，每個行為對應於軟件組件中的實現接口。
Pj = { F1，F2，F3，… Fk }
按照圖4.1的結構編寫的需求說明書，適合只想知道宏觀需求的領導和需要知道細節的技術人員。在寫需求說明書的時候，我們還應該註意兩個問題:
(1)每個需求最好都註明“為什麽”，這樣程序員才能理解需求的本質，選擇最合適的技術來實現。
(2)需求陳述壹定不能模棱兩可，更不能前後矛盾。如果有不明確或不壹致的地方，應該重新分析這個需求。
2.3咨詢監理公司需求分析方法論
根據以往的工程經驗，基本認為需求分析的工作方法應該定位在“三階段”(也稱“三步法”)。
首先:“面談”，這個階段是與具體用戶的領導、業務人員的面談溝通。主要目的基本上是從宏觀的角度了解我們用戶的具體需求和趨勢，了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的操作系統等具體實用客觀的信息。建立良好的溝通渠道和方式，最好根據具體的職能部門和委員會指定本項目的接口人。
實現手段:訪談和調查表。
輸出:調查報告和業務流程報告。
第三階段:“確認”，根據以上兩個階段的結果，進行具體的流程細化和數據項確認。在這個階段，承包商必須提供壹個原型系統，壹個清晰的業務流程報告和數據項表，並能清晰地向用戶描述系統的業務流程設計目標。用戶可以查看業務流程報表、數據項表；操作承包商提供的演示系統，以提供反饋並簽署已接受審查的報告和文件。
實施手段:拜訪(審核確認)並提交業務流程報告和數據項列表；原型演示系統
輸出:需求分析報告、數據項、業務流程報告、原型系統反饋(後三者可以統壹在需求分析報告中，提交給用戶和主管確認存檔)。
總的來說，需求分析的三個階段是需求研究中不可忽視的重要部分。三階段或三步法的實施和采用也為用戶和承包商提供了項目成功的保證。當然，在系統建設過程中，尤其是采用叠代開發模式後，需求分析還會繼續，在後期的需求完善中，基本處於後兩個階段。
更多工程/服務/采購招標信息，提高中標率，可點擊官網客服底部免費咨詢:/#/？source=bdzd