軟件項(xiàng)目管理第11章 軟件項(xiàng)目合同管理_第1頁
軟件項(xiàng)目管理第11章 軟件項(xiàng)目合同管理_第2頁
軟件項(xiàng)目管理第11章 軟件項(xiàng)目合同管理_第3頁
軟件項(xiàng)目管理第11章 軟件項(xiàng)目合同管理_第4頁
軟件項(xiàng)目管理第11章 軟件項(xiàng)目合同管理_第5頁
已閱讀5頁,還剩69頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第11章軟件工程合同管理11.1工程采購(gòu)11.2合同類型11.3合同管理11.4軟件外包11.5小結(jié)

11.1項(xiàng)目采購(gòu)

采購(gòu)是指從組織外或工程系統(tǒng)外獲取產(chǎn)品和效勞的完整的購(gòu)置過程。軟件工程采購(gòu)是從軟件工程外部購(gòu)置工程所需產(chǎn)品和效勞的過程。采購(gòu)過程涉及具有不同目標(biāo)的雙方或多方,各方在一定市場(chǎng)條件下相互影響和制約。通過流程化和標(biāo)準(zhǔn)化的采購(gòu)管理和運(yùn)作,可以到達(dá)降低本錢、增加利潤(rùn)的作用。

1.軟件產(chǎn)品采購(gòu)的種類

對(duì)軟件產(chǎn)品,一般采購(gòu)可以分為以下兩大類。

第一類是對(duì)已經(jīng)在市場(chǎng)流通的軟件產(chǎn)品進(jìn)行采購(gòu),這些是通用的軟件產(chǎn)品。例如,某企業(yè)想做信息化建設(shè)工程,涉及數(shù)據(jù)庫,就可以在目前市場(chǎng)上流行的幾種廠家和種類的數(shù)據(jù)庫中選擇。例如,Oracle公司的Oracle數(shù)據(jù)庫、Microsoft公司的SQLServer數(shù)據(jù)庫和IBM公司的DB2數(shù)據(jù)庫等。然后根據(jù)自己的需求,通過詢價(jià)、簽訂合同和安裝培訓(xùn)等過程來購(gòu)置此類產(chǎn)品,這種采購(gòu)過程根本已經(jīng)形成幾套通用的比較簡(jiǎn)單的解決方案,國(guó)內(nèi)企業(yè)在處理這類產(chǎn)品的采購(gòu)時(shí)大局部都處理得較好。但是個(gè)別的企業(yè)由于需求分析不清晰,培訓(xùn)工作不到位等原因,也會(huì)產(chǎn)生購(gòu)置的產(chǎn)品不適用,或不會(huì)用的情況。另一類軟件產(chǎn)品采購(gòu)形式是外包采購(gòu)。在市場(chǎng)上沒有現(xiàn)成的產(chǎn)品或沒有適合自己企業(yè)需求的產(chǎn)品的情況下,需要以定制的方式把工程(功能模塊)承包給其他企業(yè),就需要外包采購(gòu)。例如,某企業(yè)需要實(shí)施企業(yè)資源方案(EnterpriseResourcePlanning,ERP)工程,雖然可以購(gòu)置一些現(xiàn)成的商用軟件,但是,基于本企業(yè)業(yè)務(wù)流程的管理軟件必須定制必須自己開發(fā)或外包給別的公司。(4)提供經(jīng)營(yíng)的靈活性。企業(yè)工作頂峰時(shí),通過采購(gòu)可以獲取外部人員為企業(yè)業(yè)務(wù)提供效勞。

(5)降低/轉(zhuǎn)移風(fēng)險(xiǎn)。通過采購(gòu),把局部工程風(fēng)險(xiǎn)轉(zhuǎn)嫁給別的單位或個(gè)人。

3.工程采購(gòu)的過程

工程采購(gòu)一般包括以下主要過程:采購(gòu)方案編制、詢價(jià)方案編制、詢價(jià)、承包商選擇、合同管理和合同收尾。

1)采購(gòu)方案編制

采購(gòu)方案編制是一個(gè)工程管理過程,確定工程的哪些需求可以通過采用組織外部的產(chǎn)品或效勞得到最好的滿足,包括決定是否要采購(gòu)、如何去采購(gòu)、采購(gòu)什么、采購(gòu)多少、以及何時(shí)采購(gòu)。對(duì)大多數(shù)工程來說,在編制采購(gòu)方案過程中考慮周到并具有創(chuàng)造性是很重要的。采購(gòu)工作通常由公司的采購(gòu)部門而非信息管理部門主導(dǎo),采購(gòu)方案編制的輸入輸出如圖11.1所示。 ·工作說明書(StatementOfWork,SOW)。SOW是對(duì)采購(gòu)所要求完成工作的描述,是一種范圍說明書,要能足夠詳細(xì)地說明采購(gòu)工程,以方便潛在的賣方確定其是否提供該工程所需的產(chǎn)品和效勞,并確定一個(gè)適當(dāng)?shù)膬r(jià)格。工作說明書應(yīng)盡可能地明確、完備和簡(jiǎn)練,應(yīng)包括附屬效勞的說明書,如所購(gòu)產(chǎn)品對(duì)工程結(jié)束后的運(yùn)作支持。在某些應(yīng)用領(lǐng)域,對(duì)工作說明書有具體的內(nèi)容、格式要求。2)詢價(jià)方案編制

詢價(jià)方案編制包括準(zhǔn)備詢價(jià)所需的文件并確定合同授予的評(píng)判標(biāo)準(zhǔn)。詢價(jià)方案編制的依據(jù)是采購(gòu)管理方案、工作說明書和其他方案編制的結(jié)果。其他方案應(yīng)該作為采購(gòu)方案編制的一個(gè)環(huán)節(jié)而再次被審查,需要特別注意的是詢價(jià)方案的編制應(yīng)該與工程進(jìn)度方案保持高度一致,這是工程實(shí)現(xiàn)進(jìn)度、本錢控制的根本保障。3)詢價(jià)

詢價(jià)就是從潛在的賣方獲得建議書或標(biāo)書,該過程的主要輸出就是收到建議書或標(biāo)書。

一旦買方收到建議書,就要選擇一家供給商或取消采購(gòu),這是很費(fèi)時(shí)的過程。供方選擇包括評(píng)估投標(biāo)者的建議書,選擇一個(gè)最正確的投標(biāo)者,進(jìn)行合同談判,簽訂合同。采購(gòu)過程中,工程干系人應(yīng)該參與工程最正確供給商的選擇。買方通常制定一個(gè)簡(jiǎn)短的列表,只列出前3名到前5名的供給商,以減少選擇過程的工作量。

詢價(jià)過程通常包括采購(gòu)文件的最后形成、廣告、投標(biāo)會(huì)的召開以及獲得工作建議書或標(biāo)書。但是,偶爾也有不采用正式的詢價(jià)過程而進(jìn)行的工程采購(gòu)。6)合同收尾

合同收尾(即合同的完成和結(jié)算)是工程采購(gòu)管理的最后一個(gè)過程。這個(gè)過程通常包括產(chǎn)品審核,正式驗(yàn)收和收尾,以及合同審計(jì)。

合同收尾的一個(gè)內(nèi)容就是進(jìn)行產(chǎn)品審核,以驗(yàn)證所有的工作是否被正確地、令人滿意地完成。另一個(gè)內(nèi)容是更新反映最終成果的記錄和歸檔將來會(huì)用到的信息的管理活動(dòng)。

合同收尾的輸出包括合同文件、正式驗(yàn)收和收尾。

上述工程采購(gòu)過程不僅彼此交互,而且還與其他知識(shí)領(lǐng)域的過程交互。根據(jù)工程需要,每個(gè)過程可能涉及一人或多人或集體所付出的努力。 11.2合同類型

合同類型是應(yīng)當(dāng)考慮的一件重要事項(xiàng)。軟件工程采購(gòu)根據(jù)采購(gòu)類型不同,需要對(duì)應(yīng)不同類型的合同,不同類型的合同將在不同情況下使用。合同分類也有很多種,可以按照承包的范圍進(jìn)行分類,也可以按照工作的內(nèi)容進(jìn)行分類,還可以按照本錢的支付方式進(jìn)行分類。

BobHughes等人通過對(duì)供給商所得到的報(bào)酬的計(jì)算方法來區(qū)分不同的合同,包括固定價(jià)格合同、時(shí)間和材料合同和每單位固定價(jià)格合同。11.2.1固定價(jià)格合同

固定價(jià)格合同(FixedPriceContract)也稱為總價(jià)合同(LumpSumContract),指詳細(xì)定義產(chǎn)品或效勞的固定總價(jià)。在這種情況下,當(dāng)合同簽訂時(shí)價(jià)格已經(jīng)確定了。客戶知道:如果合同的條款沒有變化,這就是工程完成時(shí)應(yīng)該支付的價(jià)格。為了讓這種機(jī)制更加有效,在開始時(shí)必須讓承包商知道客戶的需求,而且這些需求不能改變。例如,一家公司需購(gòu)置100臺(tái)具有一定分辨率和一定打印速度的激光打印機(jī),要求在2個(gè)月內(nèi)交付到指定地點(diǎn),該公司可以就此簽訂一份固定價(jià)格合同。在該例中明確定義了產(chǎn)品和交付日期。換一種說法就是,如果這個(gè)合同是為了構(gòu)建一個(gè)軟件系統(tǒng),那么必須完成詳細(xì)的需求分析。一旦開始開發(fā),客戶就不能在沒有重新商定價(jià)格的情況下更改需求。

這種合同的優(yōu)點(diǎn)在于:

·知道客戶的花費(fèi)。如果客戶要對(duì)原先的需求進(jìn)行更改,需要明確費(fèi)用。

·供給商的動(dòng)機(jī)。供給商有一種以合算的方式管理交付系統(tǒng)的動(dòng)機(jī)。

其缺點(diǎn)在于:

·意外情況下的價(jià)格較高。供給商承受對(duì)產(chǎn)品規(guī)模原始估計(jì)的任何錯(cuò)誤所帶來的風(fēng)險(xiǎn)。為了減少這種風(fēng)險(xiǎn)的影響,供給商將在投標(biāo)書中計(jì)算價(jià)格時(shí)留出足夠的余地?!ば薷男枨罄щy。在開發(fā)過程中有時(shí)需要修改需求的范圍,這有可能造成供給商和客戶之間的摩擦。

·增加修改本錢的壓力。在和其他投標(biāo)商競(jìng)爭(zhēng)時(shí),供給商不得不給出盡可能低的價(jià)格。一旦合同簽訂了,當(dāng)給出進(jìn)一步的需求時(shí),供給商就會(huì)提出很高的修改價(jià)格。

·對(duì)系統(tǒng)質(zhì)量的威脅。為了滿足固定的價(jià)格,軟件的質(zhì)量可能得不到保證。

·固定價(jià)格合同也可以包括滿足或超越既定工程目標(biāo)的鼓勵(lì)費(fèi)。例如,該合同可能包括如果在1個(gè)月內(nèi)交付激光打印機(jī),那么提供鼓勵(lì)費(fèi)。固定價(jià)格合同對(duì)于買方而言承擔(dān)的風(fēng)險(xiǎn)最小。11.2.2時(shí)間和材料合同

在時(shí)間和材料合同(TimeandMaterialContract)中客戶必須為每個(gè)單位(例如每個(gè)員工工時(shí))的工作量付出一定的報(bào)酬。供給商通常會(huì)就當(dāng)前對(duì)客戶需求的理解給出總體的本錢,但是這并不是最終報(bào)酬的根底。供給商通常會(huì)定期(例如每月)向客戶列出已完成工作的清單。例如一位獨(dú)立計(jì)算機(jī)參謀與一家公司簽訂的合同內(nèi)可能規(guī)定按照效勞時(shí)間每小時(shí)收費(fèi)80元,另外還包括為工程提供特定材料的固定價(jià)款1萬元;材料費(fèi)也可以依據(jù)批準(zhǔn)的材料購(gòu)貨收據(jù)支付,并規(guī)定上限為1萬元;參謀每周或每月向公司提交發(fā)票,列明本周或本月的材料費(fèi)、工時(shí)和相關(guān)工作的描述。這種方法的優(yōu)點(diǎn)如下:

·需求修改很容易處理。如果工程有一個(gè)研究方向,隨著工程的深入,工程的研究方向會(huì)發(fā)生變化,那么這可能是恰當(dāng)?shù)挠?jì)算報(bào)酬的方法。

·沒有價(jià)格的壓力。沒有價(jià)格的壓力能創(chuàng)造出更高質(zhì)量的軟件。

這種方法的缺點(diǎn)是:

·客戶的義務(wù)??蛻粢惺芘c需求定義不妥和需求變更相關(guān)的所有風(fēng)險(xiǎn)。

·供給商缺乏動(dòng)力。在以合算的方式工作或在控制交付系統(tǒng)的范圍方面,供給商沒有動(dòng)力。因?yàn)楣┙o商似乎得到的是一張空白支票,所以時(shí)間和材料合同并不受歡送。這種類型的合同通常用在工作無法明確定義,而且無法預(yù)測(cè)其總本錢的情況下。另外,為了防止本錢無限制增加,雙方通常會(huì)協(xié)定最高限價(jià)和時(shí)間限制。

11.2.3固定單價(jià)合同

固定單價(jià)合同(FixedPriceUnitContract)是要求買方向賣方按效勞的預(yù)訂單價(jià)支付價(jià)款的合同,合同總價(jià)是完成該項(xiàng)工作所需工作量的函數(shù)。假設(shè)IT部門有一份購(gòu)置計(jì)算機(jī)硬件的單價(jià)合同,如果該公司購(gòu)置1臺(tái),本錢可能為5000元;如果購(gòu)置10臺(tái),本錢將為50000元;這種類型的合同經(jīng)常含有數(shù)量折扣。舉例而言,如果一個(gè)公司的購(gòu)置量為10~50臺(tái),那么合同本錢可能是每臺(tái)4000元;如果購(gòu)置量超過50臺(tái)單價(jià)將降至3000元。固定單價(jià)合同經(jīng)常與計(jì)算功能點(diǎn)相關(guān)。在工程開始時(shí)已經(jīng)計(jì)算或估計(jì)好要交付系統(tǒng)的規(guī)模。交付系統(tǒng)的規(guī)??梢酝ㄟ^代碼行數(shù)來估計(jì),但是,可以從需求文檔中更容易、更可靠地獲得功能點(diǎn)數(shù)(FunctionPoint,FP)。每個(gè)單位的價(jià)格都會(huì)清楚地注明,最終價(jià)格就是單位價(jià)格乘以單位數(shù)量得到的。表11-1是一個(gè)典型的價(jià)格表。表11-1每個(gè)功能點(diǎn)價(jià)格表在軟件實(shí)際的開發(fā)過程中應(yīng)用系統(tǒng)的范圍可能會(huì)隨著開發(fā)的進(jìn)行而增長(zhǎng)。所以要求軟件供給商為開發(fā)工程所有的階段給出單一價(jià)格可能不太現(xiàn)實(shí)。因?yàn)樵谛枨筮€沒有明確的情況下不能估算出所需的構(gòu)造工作量。

為了解決上述問題,可以協(xié)商簽訂一系列的合同,每個(gè)合同覆蓋系統(tǒng)開發(fā)的不同階段?;蛘哕浖┙o商可能首先進(jìn)行軟件設(shè)計(jì),從這個(gè)設(shè)計(jì)中就能導(dǎo)出FP的數(shù)量。然后根據(jù)“每個(gè)功能點(diǎn)的功能設(shè)計(jì)本錢〞列的數(shù)據(jù)計(jì)算出設(shè)計(jì)工作所需要的費(fèi)用。如果設(shè)計(jì)的系統(tǒng)有1000個(gè)功能點(diǎn),那么費(fèi)用就是1000×242=242?000美元。如果設(shè)計(jì)完成了,就構(gòu)建并交付實(shí)際的軟件,那么將再增加收取1000×725=725?000美元。如果用戶有了新的需求,該系統(tǒng)的范圍也要增長(zhǎng),那么新需求將根據(jù)設(shè)計(jì)和實(shí)現(xiàn)相結(jié)合的收費(fèi)率來收費(fèi)。例如,如果新的需求加起來有100個(gè)功能點(diǎn),那么,多余工作的收費(fèi)將是967×100=96?700美元。

這種方法的優(yōu)點(diǎn)在于:

·客戶的理解??蛻艨梢郧宄刂纼r(jià)格是如何計(jì)算的,并知道修改需求之后價(jià)格如何變化。

·可比較性。不同的價(jià)格表可以進(jìn)行比較。

·產(chǎn)生新功能。供給商不承擔(dān)增加功能的風(fēng)險(xiǎn)。

·供給商的效率。與時(shí)間和材料合同不同的是供給商仍有以合算的方式交付所需要功能的動(dòng)力?!ど芷诘姆秶?。需求不需要在開始時(shí)明確,因此開發(fā)合同既能覆蓋工程的分析階段,又能覆蓋工程的設(shè)計(jì)階段。

這種方法的缺點(diǎn)是:

·軟件規(guī)模度量有困難。代碼行數(shù)很容易由于采用較為冗長(zhǎng)的編碼風(fēng)格而膨脹。對(duì)于功能點(diǎn)而言,可能在功能點(diǎn)的數(shù)量上產(chǎn)生分歧:在某些情況下,功能點(diǎn)的計(jì)算規(guī)那么可能對(duì)供給商或客戶不公平。特別是用戶幾乎不熟悉功能點(diǎn)的概念,因而需要特殊的訓(xùn)練,解決方法就是使用獨(dú)立的功能點(diǎn)計(jì)算器。

·修改需求。有一些修改可能會(huì)嚴(yán)重影響現(xiàn)有的事務(wù)處理,卻不會(huì)對(duì)功能點(diǎn)的數(shù)量有什么影響,因而必須就如何處理這些修改做出決定。開發(fā)末期的修改幾乎總要比開發(fā)前期的修改費(fèi)力。為了減少后一個(gè)缺點(diǎn),有的專家給出了依據(jù)修改出現(xiàn)的時(shí)間來確定收費(fèi)的建議,如表11-2所示。表11-2變更功能點(diǎn)的額外費(fèi)用舉例除了以上三種付酬方式之外,還有一些其它的選擇方案或經(jīng)修改的選擇方案。例如規(guī)格說明的實(shí)現(xiàn)可能采用固定價(jià)格,同時(shí)還附有進(jìn)行添加或修改所需要收費(fèi)的條款(按每個(gè)功能點(diǎn)FP進(jìn)行收費(fèi))。還有一種情況是當(dāng)承包商必須購(gòu)置大量的設(shè)備時(shí),價(jià)格也會(huì)波動(dòng),因?yàn)檫@種開銷不是由于承包商的失誤所造成的,在這種情況下就有可能達(dá)成一個(gè)談判的合同:其中勞動(dòng)按照固定價(jià)格計(jì)算,而所使用的某個(gè)特定組件那么按其實(shí)際本錢計(jì)算。當(dāng)考慮到合同的義務(wù)和報(bào)酬時(shí),再一次涉及軟件的本質(zhì)問題(即:相對(duì)不可見性和靈活性),這意味著很難確定系統(tǒng)的規(guī)模和隨后的開發(fā)工作量。如果承包商確實(shí)規(guī)定了一個(gè)穩(wěn)定的工作價(jià)格,那么必須對(duì)要執(zhí)行的任務(wù)進(jìn)行仔細(xì)的限制。例如,讓承包商為每個(gè)工程的各個(gè)開發(fā)階段都制定同個(gè)價(jià)格是不切實(shí)際的:當(dāng)需求還沒有確定時(shí),怎么可能準(zhǔn)確地估計(jì)構(gòu)建軟件的工作量呢?因此,有必要商定一系列的合同,每個(gè)合同對(duì)應(yīng)系統(tǒng)開發(fā)生命周期的不同局部。

另一種合同分類方法是以歐盟的規(guī)定為根底的,根據(jù)選擇承包商的方法來確定(至少是初步的區(qū)分方法),可分為公開的、受限制的和談判的。11.2.4公開的投標(biāo)過程

采用招投標(biāo)方式來確定開發(fā)方或軟件提供商是大型軟件工程普遍采用的一種形式。工程招投標(biāo)包括對(duì)應(yīng)的兩個(gè)方面:對(duì)于用戶單位來說就是招標(biāo);對(duì)于開發(fā)單位來說,就是投標(biāo)。具體來講,軟件工程招標(biāo)是指招標(biāo)人(用戶單位)根據(jù)自己的需要,提出一定的標(biāo)準(zhǔn)或條件,向潛在投標(biāo)商發(fā)出投標(biāo)邀請(qǐng)的行為;而投標(biāo)是指投標(biāo)人(軟件開發(fā)單位或軟件提供商、代理商)應(yīng)招標(biāo)人的邀清,根據(jù)招標(biāo)公告和其他相關(guān)文件的規(guī)定條件,在規(guī)定的時(shí)間內(nèi)向招標(biāo)人應(yīng)標(biāo)的行為。工程招投標(biāo)的最終結(jié)果是雙方簽訂開發(fā)合同。公開的投標(biāo)過程是指投標(biāo)人從公開的報(bào)刊、網(wǎng)絡(luò)等媒體上看到感興趣的招標(biāo)公告,準(zhǔn)備相關(guān)材料,向招標(biāo)機(jī)構(gòu)投出標(biāo)書的過程,在這種情況下,任何供給商都可以進(jìn)行投標(biāo)來爭(zhēng)取提供商品和效勞。而且所有和投標(biāo)邀請(qǐng)中列出的原始條件相適應(yīng)的投標(biāo)都必須用同一種方法進(jìn)行考慮和估計(jì)。如果一個(gè)工程有很多投標(biāo)者,那么估計(jì)過程將是一項(xiàng)很耗時(shí)的工作,而且很昂貴。近幾年出現(xiàn)了一個(gè)全球性的、消除不同國(guó)家之間相互提供商品和效勞的人為障礙的運(yùn)動(dòng)。例如WTO和歐盟等團(tuán)體,對(duì)確保國(guó)家政府和公共團(tuán)體在沒有很好的理由的情況下,不限制與其他國(guó)家簽訂合同,在這個(gè)問題上起到了積極的推動(dòng)作用。WTO監(jiān)督的協(xié)議里面包括政府采購(gòu),其中的一個(gè)要素是制定執(zhí)行投標(biāo)過程的規(guī)那么。在某些情況下,要求采用公開的投標(biāo)過程。11.2.5受限制的投標(biāo)過程

這種情況,只有那些受客戶投標(biāo)邀請(qǐng)的供給商參加投標(biāo)。與公開投標(biāo)不一樣,客戶可以在任何時(shí)間減少所考慮的供給商,這經(jīng)常是能采取的最好的方法。但是這并非沒有風(fēng)險(xiǎn):如果產(chǎn)生的合同規(guī)定了固定的價(jià)格,客戶就承擔(dān)了保證供給商所獲得的需求的完整性和正確性的責(zé)任。當(dāng)需求文檔有缺陷時(shí),有時(shí)會(huì)讓獲得合同的投標(biāo)商在后續(xù)情況下要求更多的附加報(bào)酬。在這些情況下直接接受一個(gè)供給商的方法也許是對(duì)的。但是可以想象,直接接受一個(gè)供給商,客戶就很難得到優(yōu)惠的費(fèi)用,所以只有在能夠清楚判斷的情況下才能這樣做。 11.3合同管理

一個(gè)軟件工程一般是以招投標(biāo)的形式開始的,作為軟件的客戶(需求方)根據(jù)自己的需要提出軟件的根本需求,并編寫招標(biāo)書,同時(shí),將招標(biāo)書以各種方式傳遞給競(jìng)標(biāo)方,所有的競(jìng)標(biāo)方都會(huì)認(rèn)真地編寫建議書以參加競(jìng)標(biāo)。經(jīng)過招投標(biāo)程序,并確定了中標(biāo)單位后,雙方需要簽訂工程合同。

工程合同是指工程業(yè)主(需求方)或代理人與工程提供商(承接商)或供給商為完成某一確定的工程所指向的目標(biāo)或規(guī)定的內(nèi)容,明確相互的權(quán)利義務(wù)關(guān)系而達(dá)成的協(xié)議。合同是甲乙雙方在合同執(zhí)行過程中履行義務(wù)和享受權(quán)利的唯一依據(jù),是具有嚴(yán)格的法律效力的文件。作為工程提供商與客戶之間的協(xié)議,合同是客戶與工程提供商(承接商)關(guān)于工程的根底,是工程成功的共識(shí)與期望。在合同中,提供商(承接商)同意提供工程成果或效勞,客戶那么同意作為回報(bào)付給提供商(承接商)一定的酬金。合同必須清楚地表述期望提供商(承接商)提供的交付物。工程合同對(duì)工程開發(fā)的雙方都會(huì)起到重要的保障作用,作為保證工程開發(fā)方、客戶方既可享受合同所規(guī)定的權(quán)利,又必須全面履行合同所規(guī)定的義務(wù)的法律約束,對(duì)工程開發(fā)的成敗至關(guān)重要。圖11.2合同管理過程(圍繞合同生存周期,甲、乙雙方就合同管理過程中的問題,關(guān)鍵是就合同爭(zhēng)議、合同變更等達(dá)成共識(shí))一般來說,在合同管理過程中甲、乙雙方各自確定一個(gè)合同管理者,負(fù)責(zé)合同管理的相關(guān)工作。本書主要針對(duì)軟件開發(fā)企業(yè)的工程管理,所以主要講解乙方的合同管理。

11.3.1合同準(zhǔn)備

企業(yè)作為供方,其合同準(zhǔn)備階段包括3個(gè)過程:工程分析、工程競(jìng)標(biāo)、合同文本準(zhǔn)備。以下分別介紹這3個(gè)過程。

1.工程分析

工程分析是供方分析用戶的工程需求,并據(jù)此開發(fā)出初步的工程方案,作為下一步能力評(píng)估和可行性分析之用。工程分析過程如圖11.3所示。圖11.3工程分析過程(供方根據(jù)工程需求,完成需求分析,進(jìn)行工程規(guī)模估算,在此根底上產(chǎn)生初步的工程方案,為下一步能力評(píng)估和可行性分析打下根底)2.工程競(jìng)標(biāo)

工程競(jìng)標(biāo)過程是供方企業(yè)根據(jù)招標(biāo)文件的要求進(jìn)行評(píng)估,以便判斷企業(yè)是否具有開發(fā)此工程的能力,并進(jìn)行可行性分析。可行性分析是判斷企業(yè)是否應(yīng)該承接此軟件工程、工程是否可行的依據(jù)。首先判斷企業(yè)是否有能力完成此工程,另外,判斷企業(yè)通過此工程是否可以獲得一定的回報(bào)。如果工程可行,企業(yè)將組織人員編寫工程建議書,參加競(jìng)標(biāo)。競(jìng)標(biāo)過程如圖11.4所示。圖11.4工程競(jìng)標(biāo)過程(供方根據(jù)需求分析報(bào)告,判斷企業(yè)能力,并進(jìn)行可行性分析;如果工程可行,將組織人員編寫工程建議書,參加競(jìng)標(biāo))

3.合同文本準(zhǔn)備

在合同準(zhǔn)備過程中,一般由甲方提供合同的框架結(jié)構(gòu),并起草主要內(nèi)容,乙方提供意見;有時(shí),乙方可能根據(jù)甲方的要求起草合同文本,甲方審核;當(dāng)然有時(shí)雙方可以同時(shí)準(zhǔn)備合同文本。合同文本準(zhǔn)備過程如圖11.5所示。圖11.5合同文本準(zhǔn)備過程(一般由甲方提供合同的框架結(jié)構(gòu),并起草主要內(nèi)容,乙方提供意見;有時(shí),乙方可能根據(jù)甲方的要求起草合同文本,甲方審核;當(dāng)然有時(shí)雙方可以同時(shí)準(zhǔn)備合同文本)11.3.2合同談判

合同談判是甲、乙雙方之間關(guān)于合同細(xì)節(jié)的談判,在雙方都投入了一定的資源后才進(jìn)入這個(gè)階段,雙方都想通過談判取得對(duì)自己最有利的條件。在軟件工程中,一邊開始準(zhǔn)備軟件開發(fā)工作,一邊進(jìn)行合同細(xì)節(jié)談判的情況并不罕見。當(dāng)然,這并不是甲、乙雙方希望看到的情況,雙方還是應(yīng)該在工程的所有工作開始之前先簽署工程合同。最終雙方要簽署合同文件,所以,雙方必須就合同中的條款和條件達(dá)成全面共識(shí)。1.談判內(nèi)容

合同談判一般集中在以下幾個(gè)方面:

·軟件的種類。包括定制的軟件、定制的商用軟件和買來就用的商用軟件。

·工程內(nèi)容和范圍確實(shí)認(rèn)。內(nèi)容和范圍管理就是為成功實(shí)現(xiàn)工程目標(biāo)而明確規(guī)定工程的范圍,即確定工程的哪些方面是應(yīng)該做的,哪些方面是不應(yīng)該做的。軟件工程的內(nèi)容和范圍很難界定,雙方在理解上可能存在偏差,因此需要進(jìn)一步談判,在簽訂合同前,最好形成關(guān)于軟件工程內(nèi)容和范圍的書面文件來進(jìn)行詳細(xì)的說明。·驗(yàn)收標(biāo)準(zhǔn)。由于軟件工程經(jīng)常出現(xiàn)完工后遲遲不驗(yàn)收的情況,甲、乙雙方互相推脫責(zé)任,因此在合同簽署前,要制訂一個(gè)符合實(shí)際的驗(yàn)收標(biāo)準(zhǔn)。

·工期和維護(hù)期。由于軟件開發(fā)的不確定性,工作量難以估算,工期很難確定,維護(hù)期多長(zhǎng)時(shí)間為宜也很難確定,工期和維護(hù)期確實(shí)定要有一定的靈活性,所以甲、乙雙方對(duì)此也應(yīng)進(jìn)行協(xié)商。

·軟件質(zhì)量控制。軟件開發(fā)需要遵循一定的標(biāo)準(zhǔn),雙方在談判時(shí)要確定這些標(biāo)準(zhǔn)。在討論合同時(shí),可以標(biāo)識(shí)出一些關(guān)鍵點(diǎn),在這些關(guān)鍵點(diǎn)上,需要客戶批準(zhǔn),工程才能繼續(xù)進(jìn)行。例如,可以將要開發(fā)的一個(gè)大型系統(tǒng)分割成多個(gè)增量,每個(gè)增量可以是一個(gè)接口設(shè)計(jì)階段,在增量構(gòu)建之前需要客戶來批準(zhǔn)這個(gè)設(shè)計(jì),在不同的增量之間都有一個(gè)決策點(diǎn)。

在每個(gè)決策點(diǎn),需要對(duì)軟件開發(fā)企業(yè)給出的可交付物、客戶所做的決策以及決策點(diǎn)的輸出進(jìn)行定義。軟件開發(fā)企業(yè)和客戶對(duì)決策點(diǎn)都負(fù)有責(zé)任。11.3.3合同簽署

合同簽署過程就是正式簽署合同,使之成為具有法律效力的文件。合同的簽署標(biāo)志著一個(gè)軟件工程的有效開始,這個(gè)時(shí)候應(yīng)該正式確定乙方的工程經(jīng)理。具體活動(dòng)描述如圖11.6所示。

這里需要說明的是工程任務(wù)書,必須明確工程的目標(biāo)和必要的約束,同時(shí)授權(quán)給工程經(jīng)理。工程任務(wù)書是工程正式開始的標(biāo)志,同時(shí)也是對(duì)工程經(jīng)理有效授權(quán)的依據(jù)。工程經(jīng)理需要對(duì)任務(wù)書進(jìn)行確認(rèn)。圖11.6合同簽署過程(合同的簽署標(biāo)志著一個(gè)軟件工程的有效開始,這個(gè)時(shí)候應(yīng)該正式確定乙方的工程經(jīng)理。工程任務(wù)書是工程正式開始的標(biāo)志,同時(shí)也是對(duì)工程經(jīng)理有效授權(quán)的依據(jù))11.3.4合同履行

合同一經(jīng)依法成立,就具有相應(yīng)的法律效力,當(dāng)事人雙方就應(yīng)當(dāng)按照約定全面履行自己的義務(wù)。

1.履行原那么

在合同履行時(shí),一般要注意以下原那么:

(1)全面履行原那么。全面履行原那么要求按照合同約定的標(biāo)的及其數(shù)量、質(zhì)量,以及合同約定的履行期限、履行地點(diǎn)、履行方式等,全面、正確、適當(dāng)?shù)芈男泻贤x務(wù)。全面履行原那么要求履行的主體正確、履行的標(biāo)的正確、履行期限、地點(diǎn)、履行方式適當(dāng)。企業(yè)處于供方的環(huán)境,合同管理包括對(duì)合同關(guān)系使用適當(dāng)?shù)墓こ坦芾沓绦虿堰@些過程的輸出統(tǒng)一到整個(gè)工程的管理中。主要內(nèi)容包括:合同跟蹤管理過程、合同修改控制過程、違約事件處理過程、產(chǎn)品交付過程和產(chǎn)品維護(hù)過程。

(1)合同跟蹤管理過程。合同跟蹤管理過程是供方跟蹤合同的執(zhí)行過程。合同跟蹤管理過程如圖11.7所示。圖11.7合同跟蹤管理過程(通過合同跟蹤管理,可以及時(shí)了解工程的相關(guān)情況,對(duì)一些突發(fā)狀況也能很好地應(yīng)對(duì))(2)合同修改控制過程。在合同的執(zhí)行過程中,可能發(fā)生合同的變更,合同修改控制就是管理合同變更的過程。合同修改控制過程如圖11.8所示。圖11.8合同修改控制過程(發(fā)生合同變更,應(yīng)該嚴(yán)格執(zhí)行變更處理過程,否那么,很容易產(chǎn)生問題)(3)違約事件處理過程。如果在合同的執(zhí)行過程中,發(fā)生與合同要求不一致的問題而導(dǎo)致違約事件,需要執(zhí)行違約事件處理過程。違約事件處理過程如圖11.9所示。圖11.9違約事件處理過程(發(fā)生與合同要求不一致的問題而導(dǎo)致違約事件,也需要及時(shí)處理)(4)產(chǎn)品交付過程。產(chǎn)品交付過程是供方向需方提交最終產(chǎn)品的過程。產(chǎn)品交付過程如圖11.10所示。圖11.10產(chǎn)品交付過程(供方向需方提交最終產(chǎn)品,應(yīng)該進(jìn)行嚴(yán)格的審核,并由雙方簽字認(rèn)可)(5)產(chǎn)品維護(hù)過程。產(chǎn)品維護(hù)過程是供方對(duì)提交后的軟件產(chǎn)品進(jìn)行后期維護(hù)的工作過程。產(chǎn)品維護(hù)過程如圖11.11所示。圖11.11產(chǎn)品維護(hù)過程(產(chǎn)品維護(hù)應(yīng)該按照維護(hù)類型進(jìn)行處理,有的維護(hù)并不需要即時(shí)處理)3.合同執(zhí)行過程的管理依據(jù)

合同執(zhí)行過程的管理依據(jù)主要有以下幾項(xiàng):

(1)合同文本。

(2)工作結(jié)果。作為工程方案實(shí)施的一局部,收集整理供方的工作結(jié)果(完成的可交付成果、符合質(zhì)量標(biāo)準(zhǔn)的程度、花費(fèi)的本錢等)。

(3)變更請(qǐng)求。變更請(qǐng)求包括對(duì)合同條款的修訂、對(duì)產(chǎn)品和勞務(wù)說明的修訂。如果供方工作不令人滿意,那么,終止合同的決定也作為變更請(qǐng)求處理。供方和工程管理小組不能就變更的補(bǔ)償達(dá)成一致的變更是爭(zhēng)議性變更,稱為權(quán)力主張、爭(zhēng)端或訴訟。(4)供方發(fā)票。供給方會(huì)不斷地開出發(fā)票,要求清償已做的工作。開具發(fā)票的要求,包括必要的文件資料附件,通常在合同中加以規(guī)定。

11.3.5合同變更和解除

1.合同變更

合同變更,是指合同成立以后、履行完畢之前,由雙方當(dāng)事人依法對(duì)原合同的內(nèi)容進(jìn)行的修改。?合同法?規(guī)定,“當(dāng)事人協(xié)商一致,可以變更合同。法律、行政法規(guī)規(guī)定變更合同應(yīng)當(dāng)辦理批準(zhǔn)、登記等手續(xù)的,依照其規(guī)定〞。根據(jù)這一規(guī)定,合同的當(dāng)事人在變更合同內(nèi)容時(shí)應(yīng)當(dāng)注意以下幾點(diǎn)。(1)合同內(nèi)容變更與合同訂立一樣,需要有一個(gè)要約和承諾的過程。在雙方當(dāng)事人未達(dá)成新的協(xié)議以前,原合同有效。如果達(dá)不成協(xié)議,在簽訂新協(xié)議過程中一方有過錯(cuò)的應(yīng)當(dāng)承擔(dān)締約過失責(zé)任。

(2)當(dāng)事人在變更合同內(nèi)容時(shí),應(yīng)當(dāng)就因此引起的損失承擔(dān)達(dá)成協(xié)議,以防止不必要的糾紛。

(3)當(dāng)事人對(duì)合同變更的內(nèi)容約定不明確的,推定為未變更。

(4)如果法律、行政法規(guī)規(guī)定合同變更應(yīng)當(dāng)辦理登記、批準(zhǔn)等手續(xù),應(yīng)依其規(guī)定辦理有關(guān)手續(xù),否那么合同可能不發(fā)生法律效力。假設(shè)法律、行政法規(guī)規(guī)定在辦理登記、批準(zhǔn)手續(xù)后才生效的合同,未辦理有關(guān)手續(xù)之前不發(fā)生法律效力。2.合同解除

合同解除,是指合同有效成立后,在沒有履行或沒有完全履行前,因當(dāng)事人的約定或法律規(guī)定,使基于合同發(fā)生的權(quán)利義務(wù)關(guān)系終止的行為。

合同解除有兩種形式,一是協(xié)議解除,二是法定解除。

(1)協(xié)議解除。協(xié)議解除是指當(dāng)事人通過協(xié)商一致解除合同關(guān)系。協(xié)議解除是基于當(dāng)事人的意思而解除合同的一種形式,是一種雙方的法律行為,是合同自愿原那么在終止合同關(guān)系時(shí)的一種運(yùn)用形式。協(xié)議解除有以下兩種情況?!な潞髤f(xié)商解除。指在合同履行前或履行過程中,經(jīng)當(dāng)事人協(xié)商一致即可解除合同。使用這種解除合同的形式,當(dāng)事人在協(xié)商時(shí),應(yīng)當(dāng)就解除合同后的責(zé)任與損失的分擔(dān)等內(nèi)容一并協(xié)商。

·約定解除。指在訂立合同時(shí)當(dāng)事人就可以約定解除合同的條件,一旦條件成立,有解除權(quán)一方的當(dāng)事人就可以解除合同。使用這種形式解除合同的,在約定條件時(shí),要注意與違約責(zé)任和補(bǔ)救措施聯(lián)系在一起。(2)法定解除。法定解除是指合同成立后,在沒有履行或者履行過程中,當(dāng)事人一方行使法定解除權(quán)而終止。法定解除是一種單方的法律行為,即當(dāng)事人一方在法律規(guī)定的解除條件出現(xiàn)時(shí),即可以通過行使解除權(quán)而終止合同。法定解除是法律賦予當(dāng)事人的一種選擇權(quán),即當(dāng)守約一方當(dāng)事人認(rèn)為解除合同對(duì)他有利時(shí),可以通過解除合同來保護(hù)自己的

利益。

法定解除與協(xié)議解除不同,主要在于法定解除是當(dāng)事人一方行使法定解除權(quán)的結(jié)果,在法定解除條件出現(xiàn)時(shí),有解除權(quán)的一方可以直接行使解除權(quán),將合同解除,而不必經(jīng)過對(duì)方同意。協(xié)議解除那么是雙方的法律行為,并非一方行使解除權(quán)的結(jié)果。合同解除與合同變更有許多相似之處,例如,都改變了原合同關(guān)系、原合同關(guān)系都不需再履行、法律規(guī)定的條件和程序也雷同等。但是,合同的變更與合同的解除是兩個(gè)完全不同的法律制度,不可將其混淆。

11.3.6合同爭(zhēng)議

合同爭(zhēng)議,指當(dāng)事人之間對(duì)合同的履行情況和不履行后果產(chǎn)生的爭(zhēng)議。對(duì)履行情況的爭(zhēng)議,一般是對(duì)合同義務(wù)是否履行,或者是否已經(jīng)按照合同約定的要求進(jìn)行履行產(chǎn)生的分歧。對(duì)不履行后果的爭(zhēng)議,一般是對(duì)沒有履行合同義務(wù)或者沒有完全履行合同義務(wù)的責(zé)任,由誰承擔(dān)和承擔(dān)的方式、數(shù)量等的爭(zhēng)議。3.爭(zhēng)議的解決方式

當(dāng)出現(xiàn)合同爭(zhēng)議時(shí),有以下幾種解決方式:

(1)和解。指合同當(dāng)事人發(fā)生爭(zhēng)議后,在沒有第三方介入的情況下,在自愿互諒的根底上,就已經(jīng)發(fā)生的爭(zhēng)議進(jìn)行談判協(xié)商并達(dá)成協(xié)議。和解具有不傷和氣、方便靈活和節(jié)省費(fèi)用等優(yōu)點(diǎn),是當(dāng)事人首選的解決爭(zhēng)議方式。

(2)調(diào)解。指由當(dāng)事人雙方都信任的第三者充當(dāng)調(diào)解人,通過第三者的溝通,遵循公平和老實(shí)信用的原那么,按照法律、行政法規(guī)的規(guī)定,對(duì)爭(zhēng)議問題達(dá)成一致。調(diào)解根據(jù)第三者身份的不同,可以分為民間調(diào)解、行政調(diào)解、仲裁調(diào)解和司法調(diào)解。11.3.7合同終止

當(dāng)供給商或軟件提供商全部完成工程合同所規(guī)定的義務(wù)后,工程組織負(fù)責(zé)合同管理的個(gè)人或小組就應(yīng)該向供給商或軟件提供商提交工程合同已經(jīng)完成的正式書面通知。

在合同終止過程中供方應(yīng)該配合需方的工作,包括工程的驗(yàn)收、雙方認(rèn)可簽字、總結(jié)工程的經(jīng)驗(yàn)教訓(xùn)、獲取合同的最后款項(xiàng)、開具相應(yīng)的發(fā)票、獲取需方的合同終止的通知和將合同相關(guān)文件歸檔等。

一般合同雙方應(yīng)該在工程采購(gòu)或承接合同中對(duì)于正式接受和終止工程合同有相應(yīng)的協(xié)定條款,工程合同終止活動(dòng)必須按照這些協(xié)定條款規(guī)定的條件和過程開展。

需要說明的是,工程合同的解除也是工程合同終止的一種形式。

11.4軟件外包

1.軟件外包的定義

軟件外包就是把軟件開發(fā)承包給第三方廠商而不是在公司內(nèi)部開發(fā)。承包方在特定的領(lǐng)域有較豐富的經(jīng)驗(yàn),能夠在給定的時(shí)間內(nèi)投入足夠的開發(fā)人員,并且備用一個(gè)大的程序庫可提供重用源碼。

軟件外包能夠縮短開發(fā)周期。復(fù)雜的軟件開發(fā)工作需要消耗大量人力和時(shí)間,如果所有開發(fā)環(huán)節(jié)都在同一家公司內(nèi)部完成,有的甚至需要消耗幾年時(shí)間。如果外包給軟件承接商,既可以節(jié)約人力聘用本錢,還能減少耗時(shí),縮短開發(fā)周期,從而有效防止軟件開發(fā)成果滯后或競(jìng)爭(zhēng)對(duì)手相似產(chǎn)品已占領(lǐng)市場(chǎng)的被動(dòng)局面。2)對(duì)承接方的好處

承接軟件外包可獲得較高利潤(rùn)。軟件外包的承接方一般是人力本錢相對(duì)偏低的國(guó)家和地區(qū)。例如,中國(guó)和印度軟件開發(fā)與測(cè)試工程師的平均工資比歐美同等級(jí)別人員的工資低很多。相對(duì)于發(fā)包方所在國(guó)家或地區(qū)的收入水平,雖然發(fā)包方對(duì)工程外包支付的價(jià)格偏低,但是接包國(guó)家或地區(qū)公司的總體收益水平卻遠(yuǎn)遠(yuǎn)高于當(dāng)?shù)亍?/p>

例如,美國(guó)A軟件企業(yè)將某軟件測(cè)試工程外包給中國(guó)B軟件外包公司。按每個(gè)測(cè)試工程師工資每小時(shí)15美元計(jì)算,每天8小時(shí),B公司每人每天為公司獲得的勞務(wù)收入為120美元;月工作時(shí)間按22天計(jì)算,那么每人每月能為公司創(chuàng)收120×22=2640美元;按US$1?=?RMB¥6.4的匯價(jià)可折算為16896元人民幣。目前中國(guó)軟件效勞外包公司的工程師工資大約為4000~8000元人民幣,剔除營(yíng)運(yùn)本錢和各種稅費(fèi),B公司最終可獲35%以上的純利潤(rùn)。

這一利潤(rùn)水平對(duì)我國(guó)軟件開發(fā)行業(yè)的誘惑力相當(dāng)巨大。因?yàn)椋覈?guó)目前由于軟件行業(yè)競(jìng)爭(zhēng)過于劇烈導(dǎo)致的競(jìng)相降價(jià)爭(zhēng)奪“招標(biāo)工程〞傾向和通用軟件盜版的惡劣影響,造成中國(guó)軟件開發(fā)行業(yè)整體利潤(rùn)已下滑至5%,遠(yuǎn)遠(yuǎn)低于企業(yè)正常開展凈利潤(rùn)高于11%的平均水平。加強(qiáng)企業(yè)管理。外包企業(yè)參與國(guó)際分工協(xié)作,面臨國(guó)際性的競(jìng)爭(zhēng),企業(yè)不僅僅要建立按照國(guó)際慣例標(biāo)準(zhǔn)的企業(yè)運(yùn)行操作制度,更多企業(yè)爭(zhēng)取到達(dá)國(guó)際認(rèn)可的質(zhì)量和管理標(biāo)準(zhǔn)來提高在國(guó)際市場(chǎng)的競(jìng)爭(zhēng)力和信譽(yù)度,如ISO9000系列、CMMI(CapabilityMaturityModelIntegration,軟件能力成熟度模型集成)等。

規(guī)模和產(chǎn)業(yè)化。軟件外包促進(jìn)企業(yè)自身的完善和開展,同時(shí)也促進(jìn)軟件產(chǎn)業(yè)的開展。軟件產(chǎn)業(yè)成為了人力資源豐富國(guó)家的新型產(chǎn)業(yè),不僅僅帶來稅收、創(chuàng)造就業(yè)、推動(dòng)國(guó)內(nèi)軟件產(chǎn)業(yè)的需求和開展,還帶動(dòng)相關(guān)聯(lián)的其他效勞行業(yè)的開展,例如,教育培訓(xùn)等。各個(gè)國(guó)家都相當(dāng)重視,印度專門成立由前幾任總理為領(lǐng)導(dǎo)的軟件產(chǎn)業(yè)開展機(jī)構(gòu),中國(guó)那么可以看到遍布全國(guó)各大城市的軟件產(chǎn)業(yè)園。3.軟件外包管理過程

一般在立項(xiàng)階段,工程經(jīng)理應(yīng)當(dāng)與系統(tǒng)分析設(shè)計(jì)人員及其他相關(guān)人員對(duì)系統(tǒng)、資源、本錢等進(jìn)行充分的討論與分析,然后做出自主開發(fā)、外包或購(gòu)置的決策,確定待開發(fā)軟件系統(tǒng)的哪些局部應(yīng)當(dāng)“采購(gòu)〞、“外包〞或“自主開發(fā)〞。如果需要外包開發(fā),那么需要成立外包管理小組,確定外包合同經(jīng)理。軟件外包管理過程如圖11.12所示。圖11.12軟件外包管理過程(軟件外包可以有效轉(zhuǎn)移工程風(fēng)險(xiǎn),但又依賴于承包商的能力,因此,對(duì)承包商的選擇和過程監(jiān)控需要尤其關(guān)注)1)制訂外包管理方案

外包管理小組負(fù)責(zé)整個(gè)外包的事宜,根據(jù)工程需求要定義外包需求、籌劃外包承包商的選擇、外包合同的擬定、推薦并管理各外包工程監(jiān)理、執(zhí)行外包合同、監(jiān)控工程進(jìn)展、積累外包獲取的財(cái)富、量化評(píng)估外包承包商的業(yè)績(jī)和維護(hù)外包承包商關(guān)系記錄等。

2)選擇承包商

選擇承包商包括競(jìng)標(biāo)邀請(qǐng)、評(píng)估候選承包商的綜合能力和確定承包商三個(gè)階段。3)簽訂外包合同

外包管理小組和承包商就?外包開發(fā)合同?的主要條款進(jìn)行協(xié)商(談判),達(dá)成共識(shí),然后按照指定的模板共同起草?外包開發(fā)合同?。外包管理小組和承包商仔細(xì)審查?外包開發(fā)合同?中的每個(gè)條款,確保合同沒有錯(cuò)誤和隱患。合同雙方的代表(具有法律效應(yīng)的人)在?外包開發(fā)合同?上簽字,此后合同生效。4)監(jiān)控外包開發(fā)過程

雙方簽訂合同后,外包管理小組不等于等著驗(yàn)收成果,而是應(yīng)當(dāng)主動(dòng)監(jiān)控外包開發(fā)過程,否那么風(fēng)險(xiǎn)太大。外包管理小組定期(例如每?jī)芍芤淮?檢查承包商的開發(fā)進(jìn)展情況,并記錄到?外包開發(fā)過程監(jiān)控報(bào)告?中。檢查的重點(diǎn)是:·實(shí)際進(jìn)度是否與方案相符?

·承包商的投入(人力、物力、財(cái)力)是否充分?

·工作成果的質(zhì)量是否合格?

外包管理小組應(yīng)當(dāng)催促承包商糾正工作偏差。如果需要更改合同、產(chǎn)品需求或開發(fā)方案,那么按照變更控制規(guī)程處理。5)成果驗(yàn)收

外包合同的成果驗(yàn)收流程包括驗(yàn)收準(zhǔn)備、成果審查、驗(yàn)收測(cè)、問題處理和成果交付。

·驗(yàn)收準(zhǔn)備。承包商將待驗(yàn)收的工作成果準(zhǔn)備好,并將必要的材料提前交給

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論