閱讀屋>圖書情報與檔案管理> 工程專案管理工作總結

工程專案管理工作總結

工程專案管理工作總結範文

  工程專案管理工作總結寫什麼?接下來小編為大家推薦的是工程專案管理工作總結範文,希望對大家有所幫助,歡迎閱讀。

  【工程專案管理工作總結範文一】

  光陰似箭,日月如梭。一年的時間的確是很短暫的,不知不覺間20XX年已即將過去。新的一年又將來臨,值此新舊交替之際,總結一下過去,思索一下未來,取過去之長,補未來之短,對自己的工作進行一次總結,以便在新的一年當中更好的完成自己的本職工作。

  我與20XX年3月進入公司工程部工作,主要負責暖通、給排水專業的技術、施工及造價的相關管理工作。在工作過程中,遵守公司的各項規章制度,平時嚴格要求自己,廉潔自律。工作中認真負責,能理論聯絡實際的開展工作,與工程部及各相關部門的同事配合,較好的完成了公司領導交辦的的各項工作。

  首先,在技術管理方面

  1、能夠耐心細緻的做好圖紙審查工作,配合主管領導及相關設計單位落實小區給排水、供熱、燃氣等管網的位置、走向,儘可能發現不合理的方案及設計,並提出自己的方案與設想,積極與設計人員溝通,完善方案及施工圖紙的設計。例如:中融國際專案地下構築物較多,並且地下車庫和地下人防均與各樓相連,這就導致將來小區排水管道無法排出。因此向主管領導提出應在2#、3#、4#、5#樓與地下車庫及地下人防之間留出一條通道,否則小區排水管網將無法鋪設。再如:設計院將連線體的採暖、給排水管線設計在漢口街一側,而漢口街一側又無位置鋪設如此多的管線,向主管領導請示後,及時向設計單位提出了異議,經設計單位複核後,變更了設計。

  2、外部協調:對於一個工程專案來說外部協調工作對於專案的順利開展有很大的幫助。我的主要工作是在主管領導的指導下,配合各專業公司(自來水、供熱、燃氣)完成專案的管網配套設計工作。在領導的正確領導及幫助下與各專業公司保持了良好的合作關係,各專業管網的配套設計正在如期進行,目前已完成給水、排水管網的設計工作,燃氣、供熱管網的設計正在進行中。在工作當中能夠從公司的利益和角度出發,積極配合各專業設計人員,完成各項任務。

  其次,在施工現場管理方面

  4月份進入施工現場伊始,即開始和領導研究施工現場用水方案,待方案落實後協助領導完成了相關手續辦理及設計工作。並配合自來水公司完成了中百一庫臨時用水及現場施工用水的施工工作,確保了專案如期開工。基礎開挖前,在領導及各位同事的幫助下,根據現場的實際情況完成了施工現場排水管道的鋪設,解決了各施工單位基礎開挖的排水問題。

  在方案制定過程中,結合工程實際採用了塑膠排水管,待排水過後,管材還可以用於排煙機孔,為公司節約了一定的資金。工程進入主體施工階段後,針對隱蔽部分容易出現問題的地方,及時組織監理人員及各施工單位水暖班長開會,對防水套管的材料、製作提出了明確要求,並對工程中易出現的問題進行了技術交底,要求各施工單位在每道工序施工前,要做好樣板間,經甲方和監理檢查合格後方可繼續施工,保證了工程質量。

  在工程施工期間,由於監理公司的專業人員有時到位不及時,因此要經常巡視檢查,核對各種管道的位置及規格,是否符合設計和規範要求,對工程中存在的問題做到早發現、早處理以免影響到後續工程的'施工。如提高排水出戶管的標高,解決了漢口街一側排水管道過低的問題。在施工管理過程中能夠堅持以設計檔案為依據,嚴格按施工規範的要求進行檢查。

  再次,在工程造價管理方面

  能夠做到嚴格審查現場的施工簽證,遵循施工簽證的原則,對影響工程造價的各種因素進行有效控制,仔細審查施工單位提出的材料清單,發現問題及錯誤後及時予以糾正。

  以上所述,即為本人在過去一年當中所做的一些工作,在過去的一年當中,即取得了一些成績,也有所不足,總結過去經驗,努力改正過去工作中的不足,且在今後的工作中,更加嚴格要求自己,在做好本職工作的同時,不斷的學習與積累,不斷的提出問題,解決問題,不斷完善自我,確保工作高效率、高質量。為公司發展竭盡全力。

  【工程專案管理工作總結範文二】

  從去年以來,我完整地參與了XXX專案的建設與管理工作,到現在專案已經基本收尾,下一期的專案也啟動在即,現在有必要總結下該專案的得與失,從而指導下一期專案的建設工作,犯過的錯誤不要再犯,好的做法需要繼續保持和發揚。

  一、專案成功之處

  1、專案進度管理相對較好

  本專案的進度管理相對比較好,沒有出現嚴重的進度延誤的情況,主要是由於了實施了周例會+月例會+專案考核等制度。專案團隊在每月末召開月例會,主要是總結上個月的工作目標完成情況,並共同制定下個月的工作目標。為了確保月度工作目標的實現,同時將月度工作計劃分解成周工作計劃,並以周例會的形成來跟蹤和監控專案目標的完成情況。除了月例會和周例會之外,同時對專案團隊進行考核,如果月度工作目標沒有完成就實施考核扣分。精細化的進度管理加上監督和考核機制可以基本保證專案的進度。

  2、建立起了一些管理制度

  在專案實施的過程中,針對日常工作中一些不規範、混亂的地方,制定了相應的管理機制,主要有以下幾個方面:

  (1)新業務需求響應機制

  新業務需求指的是在專案建設過程中,不包含在專案需求範圍內的,業務部門日常工作過程中提出的一些關於系統的最佳化需求。專案團隊原來對新業務需求的處理流程混亂,新業務需求往往存在專案團隊的頭腦中,過一段時間之後根本不清楚哪個業務部門提了哪個需求,就算需求實現之後也沒有反饋機制,給業務部門的感知交叉。在本專案實施過程中,針對這個問題專門建立了一條新業務需求響應機制,當接收到新業務需求之後,需要專門記錄下需求的相關資訊,例如需求描述,需求提出人的;接收到需求之後需要立即與需求提出人確認需求,並反饋需求接收到,告知需求的計劃完成時間;當新業務需求開發上線之後,需要向需求提出人傳送上線反饋單,告知提出人他的需求已經實現了。

  從需求的接收到最後上線後的反饋等環節

  (2)上線機制

  由於歷史原因,我們專案團隊相關工作的規範性不如BOSS那邊,系統上線這一塊也沒有規範起來,以前專案團隊想上線就上線,從而系統的穩定性和安全性存在很大的隱患。為了規範系統上線流程,並向BOSS側接軌,制定了上線流程,每月允許上線兩次,上線之前需要提供需求、設計、測試、上線風險評估報告等文件,並提交上線申請至領導處審批,審批透過之後才允許開放商進行上線,上線完之後需要提交上線跟蹤分析報告。

  (3)溝通機制

  建立了月例會、周例會制度,每次例會後以會議紀要的形式發出會議上達成的共識,作為後續衡量和評估相關決定有沒有去貫徹和落實的依據。之前專案團隊也會開例會,但是會議達成的需要去解決的問題往往會上說說的好好的,但是會後沒有真正去做,會議成了一種形式。

  (4)系統運營報告制度

  專案團隊之前非常不重視系統應用的推廣,往往功能上線之後就算完成了,不會去關注這個功能到底有沒有被用起來,也不清楚整個系統的應用情況。在專案期間,我們建立了系統運營情況每月報告制度,將系統重要應用的使用情況以月報的方式傳送給領導及相關人員。

  二、專案不足之處

  1、對專案合同的把控不足,給後續管理工作帶來隱患

  由於公司IT系統的合同由其它部門負責管理,我們部門主要負責具體系統的建設,因此在本專案中對專案的合同關注不夠,對專案的合同內容把控不足。主要體現在以下幾個方面:

  (1)合同中的專案的建設內容與當初彙報的建設方案中的內容兩者沒有仔細地核對,有一些我方希望納入的建設內容結果在合同中沒有體現,最終導致我方與軟體開放商之間的扯皮,軟體開放商會拿合同來說事,這是很致命的一個問題,說到底關於專案合同是兩個部門之間的銜接出現了問題。

  (2)專案團隊成員沒有仔細核實,雖然在看合同時也發現了這個問題,但是由於對方是我公司的長期合作伙伴,這些小問題沒有太多的在意,現在看來這種原則性的問題還是不能忽視。

  (3)在簽訂專案合同是,我們公司通常要求包含專案的考核規則文件,在做本期專案時沒有仔細地考慮好如何進行考核,結果把非常通用的一個考核規則文件放入了合同中,但這個通用的考核規則很多地方並不適合本專案,導致在後續實際考核工作中,有些問題由於沒有在考核規則中詳細的描述清楚,導致具體執行起來沒有依據,容易出現扯皮。

  2、新業務的開發模式

  由於本專案的需求相對比較分散,因此在實施專案時採用的是新業務的開發模式,即一個個功能模組依次開發,每個功能模組都要經歷需求分析、設計、開發、上線等階段,有點類似迭代的開發模式。但是這種模式存在一些問題:一是每次迭代劃分的太細,導致幾乎每個月都要經歷需求、設計、上線這些工作;二是這種開發模式導致對系統的整體把控能力不足,可能由於原來相關的一些功能模組,本來應該統一考慮需求和設計的,但是由於人為地把他們分割成多個階段來實現,導致出現顧了當前沒有考慮到將來及對原有功能模組的影響;三是這種開發模式使得專案經理不清楚整個專案的工作重點應該放在哪裡;

  這種開發模式在下一期的專案中需要改進,不能再採用這種方式了。

  3、建設方案設計及彙報能力不足

  本期專案的建設方案主要由主管來完成的,理想的情況是方案由我來寫,主管提供一些指導和意見,這樣我這個角色才算是稱職的。方案完成之後,向領導的彙報工作不是很成功,前後彙報的三次才算透過,這算是一次很深刻的教訓,需要吸取。

  4、需求文件和設計文件的規範性

  需求文件和設計文件的規範性這個問題一直困擾著我,不僅僅是這個專案,其它專案也存在相同的問題,就當前我所參與過的專案來講,需求和設計能夠做的好的很少。需求文件和設計文件應該體現哪些內容,這些內容如何以比較好的方式來表達,才能清晰地描述清楚需求和系統的設計?

  5、應用推廣重視度不夠

  建設一個系統的目的是什麼?目的是希望系統能夠為公司帶來價值。那麼如何體現價值?系統透過為公司的業務發展提供支撐能力,從而實現公司收入的增長的方式來體現價值。那麼系統只有真正被業務部門使用起來才能夠發揮出價值。而在本專案的建設過程中,雖然意識到了應用推廣的重要性,但是具體的應用推廣工作還是做的非常不夠,感覺是在為建設系統而建系統,感覺最求的是完成建設任務,至於用不用就不關我事了。

【工程專案管理工作總結】相關文章: