如何加強(qiáng)工程總承包項(xiàng)目管理系統(tǒng)的合同管理控制呢？

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

　　有一種聲音稱建筑起重機(jī)械“一體化”管理模式是一項(xiàng)管理的創(chuàng)新，既然是創(chuàng)新今后就有可能把它納入行政許可范圍。這種說法也是站不住腳的。

　　首先，建筑起重機(jī)械“一體化”管理不是一項(xiàng)創(chuàng)新，早在我國計(jì)劃經(jīng)濟(jì)時(shí)期就已經(jīng)獨(dú)立地存在。隨著我國改革開放和社會(huì)主義市場經(jīng)濟(jì)的發(fā)展，總承包項(xiàng)目管理軟件建筑起重機(jī)械管理模式發(fā)生了很大的變化，多種管理模式出現(xiàn)極大地豐富了我國建筑起重機(jī)械管理。以建筑機(jī)械設(shè)備產(chǎn)權(quán)管理模式來講，就有設(shè)備純租賃企業(yè)、設(shè)備制造與租賃企業(yè)、設(shè)備租賃與安裝企業(yè)和自有設(shè)備施工企業(yè)等多種形式，如果再搞單一的建筑起重機(jī)械“一體化”管理就是走回頭路。

　　其次，建筑起重機(jī)械租賃企業(yè)是我國改革開放后產(chǎn)生的一種新型的企業(yè)，工程總承包管理系統(tǒng)是市場經(jīng)濟(jì)的產(chǎn)物，是得到國家工商部門的認(rèn)可。既然得到社會(huì)認(rèn)可，國家有關(guān)行政管理部門認(rèn)可，它就應(yīng)當(dāng)作為合法的企業(yè)存在，不應(yīng)再由國家行政管理部門重新設(shè)置許可和添加條件。

　　第三，已剝離或部分剝離建筑機(jī)械起重設(shè)備產(chǎn)權(quán)，不再擁有設(shè)備專門從事機(jī)械設(shè)備安裝的企業(yè)，它也是經(jīng)建設(shè)行政主管部門認(rèn)可的企業(yè)，如在原有資質(zhì)條件下再加上租賃業(yè)務(wù)的要求，也是不符合行政許可法的要求的。

　　第四，就是擁有設(shè)備產(chǎn)權(quán)并從事建筑機(jī)械設(shè)備安裝的企業(yè)，其產(chǎn)權(quán)的管理也是企業(yè)內(nèi)部行為，這些企業(yè)絕大多數(shù)又不存在租賃行為，就是有租賃行為也是在安裝之外的經(jīng)營行為，也不屬于建設(shè)行政機(jī)關(guān)資質(zhì)管理的管轄范圍。

　　綜上所說，強(qiáng)行推行建筑起重機(jī)械“一體化”管理，勢必與行政許可法相違背。所以，建筑起重機(jī)械“一體化”管理不應(yīng)成為一項(xiàng)行政許可。

　　總承包項(xiàng)目管理系統(tǒng)針對(duì)變更控制流程，在實(shí)際工作中總結(jié)出了軟件開發(fā)人員在需求變更管理實(shí)踐中的幾點(diǎn)對(duì)策：

　　優(yōu)先排序 分批實(shí)現(xiàn)　每個(gè)需求的重要性是不同的。由于資源或技術(shù)條件的限制，會(huì)顯得“僧多粥少”，因此不可能把所有的需求一次完成。怎么辦?把每個(gè)需求按照對(duì)效益的貢獻(xiàn)打個(gè)分，排出個(gè)優(yōu)先級(jí)來，優(yōu)先級(jí)高的需求先實(shí)現(xiàn)，低的到一下版式本實(shí)現(xiàn)。由于不斷有新的需求進(jìn)來，有的需求可能永遠(yuǎn)沒有機(jī)會(huì)被子實(shí)現(xiàn)，但不緊，還是要記錄下來，并一起參加排序，保證在每個(gè)版本發(fā)布時(shí)重要的需求先得到滿足。每個(gè)需求的實(shí)現(xiàn)是需要花時(shí)間的，沒人有百分百的把握預(yù)估得很清楚，但借鑒過去的經(jīng)驗(yàn)可以大概估算出人力成本，然后根據(jù)開發(fā)人員和開發(fā)周期得出可用人力投入作為上限。

　　從優(yōu)先級(jí)高的需求中挑，直到挑中的人力成本總和剛剛低于可用投入上限，這樣得出的就是需求的錄取榜。今后的軟件開發(fā)規(guī)劃也會(huì)以此為依據(jù)，分期分批地在不同的回合中實(shí)現(xiàn)。最合理的不一定是優(yōu)先級(jí)最高的，也就是說不一不定是最先考慮的，“經(jīng)濟(jì)為本”是指導(dǎo)優(yōu)先排序的最終原則。

　　堅(jiān)持進(jìn)行階段評(píng)審。軟件的質(zhì)量保證工作不能等到編碼階段結(jié)束之后再加以實(shí)施，泛普軟件其理由為：第一， 大部分錯(cuò)誤始于編碼之前;第二，錯(cuò)誤的發(fā)現(xiàn)與修改時(shí)間越晚，需要付出的代價(jià)就越高。因此，本原則意味著，在軟件開發(fā)的每個(gè)階段應(yīng)該進(jìn)行嚴(yán)格的評(píng)審，以便盡 早發(fā)現(xiàn)軟件開發(fā)過程中的錯(cuò)誤。