如何做一個成功的項(xiàng)目監(jiān)理？

申請免費(fèi)試用、咨詢電話：400-8352-114

1、招投標(biāo)階段 
    
　　在招投標(biāo)階段，監(jiān)理方主要工作是根據(jù)前期調(diào)研工作，協(xié)助建設(shè)方編制招標(biāo)文件，協(xié)助建設(shè)方評標(biāo)及保管合同及文檔。其中招標(biāo)文件應(yīng)包括：投標(biāo)人須知、招標(biāo)項(xiàng)目性質(zhì)、技術(shù)要求、質(zhì)量要求、工期要求、培訓(xùn)要求、驗(yàn)收要求、報價要求、投標(biāo)人資質(zhì)等級要求、投標(biāo)保證金要求、投標(biāo)文件編制要求、評標(biāo)標(biāo)準(zhǔn)、履約擔(dān)保函、合同主要條款等內(nèi)容。而協(xié)助評標(biāo)工作主要則從以下方面入手： 
    
　?、拧⒓夹g(shù)方面 
    
　　對于技術(shù)方面的評比，一般有兩種方法：一是比較法，二是打分法。比較法一般是從標(biāo)書的技術(shù)部分中選取一些關(guān)鍵技術(shù)進(jìn)行橫向比較，誰的參數(shù)最接近標(biāo)書要求，誰的技術(shù)評比的名次就越靠前。相對于比較法，打分法的精確性更高些。打分法也是從標(biāo)書中選擇關(guān)鍵技術(shù)參數(shù)，按照預(yù)定好的權(quán)值計算分值進(jìn)行打分，分?jǐn)?shù)高者就在技術(shù)方面具有更大優(yōu)勢。兩種方法各有長短。打分法一般適用于需要提取的關(guān)鍵技術(shù)種類比較多比較復(fù)雜且具有較大的成熟度、能較清晰劃分高下的情況，但在目前的評標(biāo)工作中，一般都是采用比較法。 
    項(xiàng)目經(jīng)理博客
　　在技術(shù)方面，同時還應(yīng)該考慮投標(biāo)單位的技術(shù)背景等信息。比如公司具有的CMM等級，是否有過類似項(xiàng)目的開發(fā)經(jīng)驗(yàn)以及過去項(xiàng)目的客戶反饋等。 
    
　?、?、價格方面 
    training.mypm.net
　　在價格方面，監(jiān)理方應(yīng)協(xié)助招標(biāo)方對評標(biāo)價進(jìn)行評比。在核算時應(yīng)注意如下因素： 
    項(xiàng)目經(jīng)理圈子
　　①、總報價是否等于各分項(xiàng)報價之和。如果總報價不等于各分項(xiàng)報價之和，則以各分項(xiàng)報價之和為準(zhǔn)，價差按誤差處理。 
    
　　②、貨幣轉(zhuǎn)換。如果投標(biāo)價所使用的貨幣不一樣，則需根據(jù)開標(biāo)當(dāng)日中國國家外匯管理局公布的各種貨幣對美元匯率的賣出價，將非美元報價折算成美元報價后再進(jìn)行比較。 
    
　?、?、報價缺項(xiàng)的處理。對照投標(biāo)文件的要求核對每一項(xiàng)報價，如果發(fā)現(xiàn)有缺項(xiàng)報價，按規(guī)定必須先發(fā)函澄清，如果屬實(shí)則將這一標(biāo)中所報該項(xiàng)的平均報價補(bǔ)充投標(biāo)商缺項(xiàng)報價計算評標(biāo)價格，并且注明該項(xiàng)補(bǔ)遺的相關(guān)指標(biāo)在招標(biāo)文件中的序號及理由。如果缺項(xiàng)的總金額超過開標(biāo)價格的5%時，則可視為重大偏差。 
    
　　④、超范圍投標(biāo)項(xiàng)目的處理。投標(biāo)商在投標(biāo)文件中超過投標(biāo)文件規(guī)定范圍投報的項(xiàng)目，原則上不能作為增減因素修改評標(biāo)價格，也不可以發(fā)函澄清其報價。只有當(dāng)超范圍投標(biāo)項(xiàng)目在報價表中有單獨(dú)列名報價時，經(jīng)批準(zhǔn)可以從評標(biāo)價格中扣除，并且在表下注明該項(xiàng)報價在投標(biāo)文件中的編號以及理由。 
    
　　經(jīng)過調(diào)整補(bǔ)充所得到的報價則稱為評標(biāo)價，對評標(biāo)價進(jìn)行評比和排序即得到價格方面的評測結(jié)果。 
    
　?、?、其它方面 
    
　　任何產(chǎn)品的生產(chǎn)，都著重對質(zhì)量、成本和交貨期三方面的控制。對于軟件開發(fā)項(xiàng)目，除了技術(shù)因素和價格因素，交貨期也是一個重要的指標(biāo)。所以投標(biāo)書所報的交貨期也需重點(diǎn)考慮。與此同時，技術(shù)規(guī)范中所要求的有關(guān)服務(wù)費(fèi)用，投標(biāo)人的信譽(yù)，售后服務(wù)等因素也需要考慮到。 

　2、總體規(guī)劃階段 
在招投標(biāo)階段確定中標(biāo)人，甲乙雙方簽訂合同之后，整個項(xiàng)目就形成了建設(shè)方、承建方和監(jiān)理方的三方并存協(xié)作的一個團(tuán)體，因此合理統(tǒng)一的規(guī)劃就是項(xiàng)目成功的基礎(chǔ)。總體規(guī)劃階段的主要任務(wù)，就是在承建方制定出項(xiàng)目規(guī)劃后，對其項(xiàng)目規(guī)劃審查，并根據(jù)承建方的項(xiàng)目規(guī)劃，修訂前期制定的監(jiān)理項(xiàng)目規(guī)劃。 
    
　　監(jiān)理規(guī)劃的性質(zhì)，是監(jiān)理方對整個項(xiàng)目工作的初步設(shè)計，是具體的監(jiān)理活動的基礎(chǔ)。監(jiān)理規(guī)劃一般由監(jiān)理方在該項(xiàng)目的總監(jiān)理工程師制定。其基本內(nèi)容應(yīng)包括：  項(xiàng)目管理者聯(lián)盟文章
    
　?、?、工程概況。包括工程名稱、建設(shè)地址，項(xiàng)目組成及規(guī)模，預(yù)計總投資額，預(yù)計項(xiàng)目工期，工程質(zhì)量等級，設(shè)計、開發(fā)單位名稱，工程特點(diǎn)等。 
    
　?、?、監(jiān)理范圍和目標(biāo)。監(jiān)理范圍一般包括在工程各階段的質(zhì)量控制、進(jìn)度控制和投資控制，以及其它委托服務(wù)。監(jiān)理目標(biāo)以三大控制為目標(biāo)。 
    
　?、?、主要監(jiān)理措施。 
    
　　⑷、監(jiān)理組織機(jī)構(gòu)。  項(xiàng)目經(jīng)理博客
    
　?、?、項(xiàng)目監(jiān)理工作制度。如監(jiān)理方內(nèi)部的工作會議制度、監(jiān)理日志制度、監(jiān)理周報和月報制度，監(jiān)理方與另兩方的定期溝通制度等。 
    
　　這個階段結(jié)束時，監(jiān)理方應(yīng)提交：監(jiān)理規(guī)劃。  項(xiàng)目管理者聯(lián)盟
轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
　　3、需求分析階段 
    轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
　　需求分析是項(xiàng)目建設(shè)的基石，監(jiān)理方在需求分析階段應(yīng)以尊重承建方的項(xiàng)目管理和項(xiàng)目分析能力為前提，在具體的任務(wù)開展上不深入、不干擾承建方的自主權(quán)。同時，監(jiān)理方要充分發(fā)揮好項(xiàng)目監(jiān)督及溝通建設(shè)方和承建方之間的橋梁作用。 
    項(xiàng)目經(jīng)理博客
　　需求分析的工作方法，通常有三個階段。 
    
　　第一階段：訪談階段。這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，目的是從宏觀了解用戶需求方向和趨勢，了解現(xiàn)有組織構(gòu)架、業(yè)務(wù)流程、軟硬件環(huán)境及使用情況。實(shí)現(xiàn)手段通常是事先將調(diào)查問卷發(fā)放到待調(diào)研部門，然后在約定時間圍繞問卷進(jìn)行交流訪談。  項(xiàng)目管理者聯(lián)盟文章
    項(xiàng)目管理論壇
　　第二階段：深入階段。這一階段的工作是建立在訪談階段工作完成，承建方已經(jīng)了解了用戶的組織構(gòu)架、業(yè)務(wù)流程、軟硬件環(huán)境及使用情況等基本現(xiàn)狀的基礎(chǔ)之上。承建方根據(jù)以往項(xiàng)目經(jīng)驗(yàn)以及業(yè)務(wù)專家的經(jīng)驗(yàn)，和建設(shè)方共同探討業(yè)務(wù)模型的合理性、準(zhǔn)確性和發(fā)展方向等問題，得到相對先進(jìn)的業(yè)務(wù)模型。 
    
　　第三階段：確認(rèn)階段。在完成上兩階段的工作之后，就需要對具體的流程細(xì)化，對數(shù)據(jù)進(jìn)行確認(rèn)了。根據(jù)前兩個階段的工作，承建方應(yīng)草擬出一份需求分析報告，并提供原型演示系統(tǒng)，和建設(shè)方進(jìn)行進(jìn)一步的討論，最終確定一份需求分析報告。 
    
　　需要指出的是，在系統(tǒng)建設(shè)的過程中，特別在采用迭代法的開發(fā)模式時，需求分析的工作需一直進(jìn)行下去，而在后期的需求改進(jìn)中，工作則基本集中在后兩個階段中。 
監(jiān)理方在這三個階段的工作，按照內(nèi)容可以分為兩部分：監(jiān)督和溝通。監(jiān)督工作包括對需求分析階段的各種文檔的保管監(jiān)督，對承建方的訪談活動的監(jiān)督，對需求分析報告、原型演示系統(tǒng)的確認(rèn)等；溝通工作則表現(xiàn)在當(dāng)建設(shè)方和承建方由于知識背景不同而在訪談過程中溝通不順暢的時候，監(jiān)理方應(yīng)利用自身優(yōu)勢使得雙方順利理解對方。 
    
　　需求分析階段，監(jiān)理方可參考的標(biāo)準(zhǔn)有：GB938588計算機(jī)軟件需求說明編寫指南。 
    
　　這個階段監(jiān)理方應(yīng)提交：在需求分析進(jìn)行前提交需求分析階段監(jiān)理細(xì)則、監(jiān)理日志、在需求分析結(jié)束后提交需求分析階段總結(jié)報告。 

　　4、概要設(shè)計階段 
    
　　概要設(shè)計，即將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)，一般包括數(shù)據(jù)設(shè)計和系統(tǒng)結(jié)構(gòu)設(shè)計。其中數(shù)據(jù)設(shè)計側(cè)重于數(shù)據(jù)結(jié)構(gòu)的定義，系統(tǒng)結(jié)構(gòu)設(shè)計定義軟件系統(tǒng)各主要成份之間的關(guān)系。 
    
　　在承建方進(jìn)行概要設(shè)計的過程中，監(jiān)理方需要監(jiān)督以下方面： 
    blog.mypm.net
　?、拧⒅贫ㄒ?guī)范 
    www.mypm.net
　　在進(jìn)入軟件開發(fā)階段之初，首先應(yīng)為軟件開發(fā)組制定在設(shè)計時應(yīng)該共同遵守的標(biāo)準(zhǔn)，以便協(xié)調(diào)組內(nèi)各成員的工作。包括：  項(xiàng)目管理者聯(lián)盟文章
    
　　閱讀和理解軟件需求說明書，確認(rèn)用戶要求能否實(shí)現(xiàn)，明確實(shí)現(xiàn)的條件，從而確定設(shè)計的目標(biāo)，以及它們的優(yōu)先順序；  項(xiàng)目管理培訓(xùn)
    
　　根據(jù)目標(biāo)確定最合適的設(shè)計方法；  轉(zhuǎn)自項(xiàng)目管理者聯(lián)盟
    
　　規(guī)定設(shè)計文檔的編制標(biāo)準(zhǔn)； 
    
　　規(guī)定編碼的信息形式，與硬件，操作系統(tǒng)的接口規(guī)約，命名規(guī)則。 
    
　　⑵、軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計 
    
　　根據(jù)需求分析，基于功能層次結(jié)構(gòu)建立系統(tǒng)，其中包括采用某種設(shè)計方法，將系統(tǒng)按功能劃分成模塊的層次結(jié)構(gòu)、確定每個模塊的功能、建立與已確定的軟件需求的對應(yīng)關(guān)系、確定模塊間的調(diào)用關(guān)系、確定模塊間的接口、評估模塊劃分的質(zhì)量。  項(xiàng)目經(jīng)理圈子
    
　?、恰⑻幚矸绞皆O(shè)計  項(xiàng)目經(jīng)理博客
處理方式設(shè)計要確定為實(shí)現(xiàn)系統(tǒng)的功能需求所必需的算法，評估算法的性能；確定為滿足系統(tǒng)的性能需求所必需的算法和模塊間的控制方式；確定外部信號的接收發(fā)送形式。 
    
　?、?、數(shù)據(jù)結(jié)構(gòu)設(shè)計  項(xiàng)目管理培訓(xùn)
    
　　根據(jù)需求分析報告進(jìn)行數(shù)據(jù)庫設(shè)計。數(shù)據(jù)庫設(shè)計包括確定軟件涉及的文件系統(tǒng)的結(jié)構(gòu)以及數(shù)據(jù)庫的模式、子模式，進(jìn)行數(shù)據(jù)完整性和安全性的設(shè)計；確定輸入，輸出文件的詳細(xì)的數(shù)據(jù)結(jié)構(gòu)；結(jié)合算法設(shè)計，確定算法所必需的邏輯數(shù)據(jù)結(jié)構(gòu)及其操作；確定對邏輯數(shù)據(jù)結(jié)構(gòu)所必需的那些操作的程序模塊(軟件包)；限制和確定各個數(shù)據(jù)設(shè)計決策的影響范圍；若需要與操作系統(tǒng)或調(diào)度程序接口所必須的控制表等數(shù)據(jù)時，確定其詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和使用規(guī)則；數(shù)據(jù)的保護(hù)性設(shè)計；數(shù)據(jù)的一致性設(shè)計；冗余性設(shè)計等。 
    training.mypm.net
　?、伞⒖煽啃栽O(shè)計 
    
　　可靠性設(shè)計也叫做質(zhì)量設(shè)計。在運(yùn)行過程中，為了適應(yīng)環(huán)境的變化和用戶新的要求，需經(jīng)常對軟件進(jìn)行改造和修正。在軟件開發(fā)的一開始就要確定軟件可靠性和其它質(zhì)量指標(biāo)，考慮相應(yīng)措施，以使得軟件易于修改和易于維護(hù)。 
    
　?、?、概要設(shè)計階段的文檔  bbs.mypm.net
    
　　概要設(shè)計階段完成時應(yīng)編寫以下文檔：概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、用戶手冊、制定初步的測試計劃。 
    
　　針對上述工作，監(jiān)理方應(yīng)按如下標(biāo)準(zhǔn)評定承建方的概要設(shè)計：  www.mypm.net
    
　?、?、可追溯性：確認(rèn)該設(shè)計是否覆蓋了所有已確定的軟件需求，軟件每一成份是否可追溯到某一項(xiàng)需求； 
　?、?、接口：確認(rèn)該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義，模塊是否滿足高內(nèi)聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內(nèi)；  項(xiàng)目管理者聯(lián)盟文章
　?、?、風(fēng)險：確認(rèn)該設(shè)計在現(xiàn)有技術(shù)條件下和預(yù)算范圍內(nèi)是否能按時實(shí)現(xiàn)；  www.mypm.net
　?、?、實(shí)用性：確認(rèn)該設(shè)計對于需求的解決方案是否實(shí)用；  blog.mypm.net
　　⑸、技術(shù)清晰度：確認(rèn)該設(shè)計是否以一種易于翻譯成代碼的形式表達(dá)； 
　　⑹、可維護(hù)性：確認(rèn)該設(shè)計是否考慮了方便未來的維護(hù)； 
　?、?、質(zhì)量：確認(rèn)該設(shè)計是否表現(xiàn)出良好的質(zhì)量特征； 
　?、?、各種選擇方案：看是否考慮過其它方案，比較各種選擇方案的標(biāo)準(zhǔn)是什么；  項(xiàng)目管理培訓(xùn)
　?、汀⑾拗疲涸u估對該軟件的限制是否現(xiàn)實(shí)，是否與需求一致； 
　?、?、其它具體問題：對于文檔、可測試性、設(shè)計過程等進(jìn)行評估。  
    
　　這個階段監(jiān)理方應(yīng)提交：在概要設(shè)計進(jìn)行前提交總體設(shè)計階段監(jiān)理細(xì)則、監(jiān)理周記、在概要設(shè)計完成后提交概要設(shè)計監(jiān)理報告。 

　　5、詳細(xì)設(shè)計階段  
 bbs.mypm.net
　　詳細(xì)設(shè)計階段的直接目標(biāo)是編寫詳細(xì)設(shè)計說明書，為此，承建方應(yīng)做如下工作：  www.mypm.net
    
　?、?、確定每個模塊的算法，用工具表達(dá)算法的過程，寫出模塊的詳細(xì)過程性描述；  項(xiàng)目管理培訓(xùn)
　?、?、確定每一模塊的數(shù)據(jù)結(jié)構(gòu)；  項(xiàng)目管理者聯(lián)盟
　?、?、確定模塊接口細(xì)節(jié)。 
    blog.mypm.net
　　監(jiān)理方在這個階段主要是在進(jìn)度上進(jìn)行控制，主要手段是定期與承建方溝通，檢查文檔。 
    
　　這個階段監(jiān)理方應(yīng)提交：在詳細(xì)設(shè)計進(jìn)行前提交詳細(xì)設(shè)計階段監(jiān)理細(xì)則、監(jiān)理周記、在詳細(xì)設(shè)計完成后提交詳細(xì)設(shè)計說明書的確認(rèn)報告。 

　　6、編碼及測試階段 
    
　　編碼是將詳細(xì)設(shè)計階段的設(shè)計思想用某種計算機(jī)語言實(shí)現(xiàn)的過程。監(jiān)理方應(yīng)從結(jié)構(gòu)化程序設(shè)計原則來進(jìn)行編碼工作的監(jiān)理： 
    
　?、拧⑹褂谜Z言中的順序、選擇、重復(fù)等有限的基本控制結(jié)構(gòu)表示程序邏輯； 
　?、?、選用的控制結(jié)構(gòu)只準(zhǔn)許有一個入口和一個出口； 
　?、?、程序語句組成容易識別的塊，每塊只有一個入口和一個出口； 
　?、取?fù)雜結(jié)構(gòu)應(yīng)該用基本控制結(jié)構(gòu)進(jìn)行組合嵌套來實(shí)現(xiàn)； 
　?、?、語言中沒有的控制結(jié)構(gòu)，可用一段等價的程序段模擬，但要求該程序段在整個系統(tǒng)中應(yīng)前后一致； 
    項(xiàng)目管理培訓(xùn)
　　通常測試是伴隨著編碼而同時進(jìn)行的。廣義上軟件測試并非只在這個階段才有，而是貫穿軟件需求分析、概要設(shè)計、詳細(xì)設(shè)計等階段的。本處的測試，則指代碼測試。在測試階段，監(jiān)理方應(yīng)依據(jù)測試原則對承建方的測試進(jìn)行監(jiān)督： 
    
　　⑴、應(yīng)盡早的和不斷的進(jìn)行軟件測試； 
　　⑵、測試用例應(yīng)由測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成；  項(xiàng)目經(jīng)理圈子
　?、恰⒊绦騿T應(yīng)避免檢查自己的程序；  bbs.mypm.net
　?、?、在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件； 
　　⑸、充分注意測試中的群集現(xiàn)象，即一般測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比； 
　?、?、嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性； 
　?、?、應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查。 
⑻、妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護(hù)提供方便。 
    
　　在編碼及測試階段監(jiān)理方可參考的標(biāo)準(zhǔn)有：GB938688計算機(jī)軟件測試文件編制規(guī)范、GB/T1250490計算機(jī)軟件質(zhì)量標(biāo)準(zhǔn)保證計劃規(guī)范、GB/T1250590計算機(jī)軟件配置管理計劃規(guī)范、GB/T1553295計算機(jī)軟件單元測試等。 

　　7、系統(tǒng)試運(yùn)行階段 
    
　　由于信息化軟件一般都是比較大型的軟件，因此在完成了系統(tǒng)測試后還需要經(jīng)過一段時間的試運(yùn)行。系統(tǒng)試運(yùn)行實(shí)際是測試的延續(xù)，檢查系統(tǒng)的穩(wěn)定性、適用性等。監(jiān)理方在這個階段的主要工作有： 
    項(xiàng)目管理者聯(lián)盟
　?、拧徍丝⒐の臋n資料的完整性、可讀性及其與工程實(shí)際的一致性； 
　　⑵、審核操作系統(tǒng)、應(yīng)用系統(tǒng)等軟件配置與設(shè)計方案的符合性； 
　　⑶、檢測驗(yàn)證系統(tǒng)功能性能與合同的符合性； 
　　⑷、檢查人員培訓(xùn)計劃落實(shí)情況；  項(xiàng)目經(jīng)理圈子
　?、?、出具驗(yàn)收報告； 
　?、省椭脩糁贫ㄏ到y(tǒng)運(yùn)行管理規(guī)章制度；  bbs.mypm.net
　?、?、在保修期內(nèi)定期或不定期對項(xiàng)目進(jìn)行質(zhì)量檢查、督促承建方按合同要求進(jìn)行維護(hù)。  
     
　　小結(jié)  項(xiàng)目管理者聯(lián)盟文章

　　從監(jiān)理合同簽訂開始到最后系統(tǒng)試運(yùn)行結(jié)束，監(jiān)理方工作在職能上可以歸結(jié)為兩點(diǎn)：溝通與監(jiān)督。溝通的目標(biāo)是建設(shè)方與承建方信息對等，溝通的手段是定期或不定期召開工作會議；監(jiān)督的目標(biāo)是在質(zhì)量、進(jìn)度和投資上進(jìn)行控制，監(jiān)督的手段是合同管理和文檔管理。