【文章內容簡介】 、上線風險評估報告等文檔，并提交上線申請至領導處審批，審批通過之后才允許開放商進行上線，上線完之后需要提交上線跟蹤分析報告。（3）溝通機制建立了月例會、周例會制度，每次例會后以會議紀要的形式發(fā)出會議上達成的共識，作為后續(xù)衡量和評估相關決定有沒有去貫徹和落實的依據(jù)。之前項目團隊也會開例會，但是會議達成的需要去解決的問題往往會上說說的好好的，但是會后沒有真正去做，會議成了一種形式。（4）系統(tǒng)運營報告制度項目團隊之前非常不重視系統(tǒng)應用的推廣，往往功能上線之后就算完成了，不會去關注這個功能到底有沒有被用起來，也不清楚整個系統(tǒng)的應用情況。在項目期間，我們建立了系統(tǒng)運營情況每月報告制度，將系統(tǒng)重要應用的使用情況以月報的方式發(fā)送給領導及相關人員。二、項目不足之處對項目合同的把控不足，給后續(xù)管理工作帶來隱患由于公司IT系統(tǒng)的合同由其它部門負責管理，我們部門主要負責具體系統(tǒng)的建設，因此在本項目中對項目的合同關注不夠，對項目的合同內容把控不足。主要體現(xiàn)在以下幾個方面：（1）合同中的項目的建設內容與當初匯報的建設方案中的內容兩者沒有仔細地核對，有一些我方希望納入的建設內容結果在合同中沒有體現(xiàn)，最終導致我方與軟件開放商之間的扯皮，軟件開放商會拿合同來說事，這是很致命的一個問題，說到底關于項目合同是兩個部門之間的銜接出現(xiàn)了問題。（2）項目團隊成員沒有仔細核實，雖然在看合同時也發(fā)現(xiàn)了這個問題，但是由于對方是我公司的長期合作伙伴，這些小問題沒有太多的在意，現(xiàn)在看來這種原則性的問題還是不能忽視。（3）在簽訂項目合同是，我們公司通常要求包含項目的考核規(guī)則文檔，在做本期項目時沒有仔細地考慮好如何進行考核，結果把非常通用的一個考核規(guī)則文檔放入了合同中，但這個通用的考核規(guī)則很多地方并不適合本項目，導致在后續(xù)實際考核工作中，有些問題由于沒有在考核規(guī)則中詳細的描述清楚，導致具體執(zhí)行起來沒有依據(jù)，容易出現(xiàn)扯皮。新業(yè)務的開發(fā)模式由于本項目的需求相對比較分散，因此在實施項目時采用的是新業(yè)務的開發(fā)模式，即一個個功能模塊依次開發(fā)，每個功能模塊都要經歷需求分析、設計、開發(fā)、上線等階段，有點類似迭代的開發(fā)模式。但是這種模式存在一些問題：一是每次迭代劃分的太細，導致幾乎每個月都要經歷需求、設計、上線這些工作；二是這種開發(fā)模式導致對系統(tǒng)的整體把控能力不足，可能由于原來相關的一些功能模塊，本來應該統(tǒng)一考慮需求和設計的，但是由于人為地把他們分割成多個階段來實現(xiàn)，導致出現(xiàn)顧了當前沒有考慮到將來及對原有功能模塊的影響；三是這種開發(fā)模式使得項目經理不清楚整個項目的工作重點應該放在哪里； 這種開發(fā)模式在下一期的項目中需要改進，不能再采用這種方式了。建設方案設計及匯報能力不足本期項目的建設方案主要由主管來完成的，理想的情況是方案由我來寫，主管提供一些指導和意見，這樣我這個角色才算是稱職的。方案完成之后，向領導的匯報工作不是很成功，前后匯報的三次才算通過，這算是一次很深刻的教訓，需要吸取。需求文檔和設計文檔的規(guī)范性需求文檔和設計文檔的規(guī)范性這個問題一直困擾著我，不僅僅是這個項目，其它項目也存在相同的問題，就當前我所參與過的項目來講，需求和設計能夠做的好的很少。需求文檔和設計文檔應該體現(xiàn)哪些內容，這些內容如何以比較好的方式來表達，才能清晰地描述清楚需求和系統(tǒng)的設計？應用推廣重視度不夠建設一個系統(tǒng)的目的是什么？目的是希望系統(tǒng)能夠為公司帶來價值。那么如何體現(xiàn)價值？系統(tǒng)通過為公司的業(yè)務發(fā)展提供支撐能力，從而實現(xiàn)公司收入的增長的方式來體現(xiàn)價值。那么系統(tǒng)只有真正被業(yè)務部門使用起來才能夠發(fā)揮出價值。而在本項目的建設過程中，雖然意識到了應用推廣的重要性，但是具體的應用推廣工作還是做的非常不夠，感覺是在為建設系統(tǒng)而建系統(tǒng)，感覺最求的是完成建設任務，至于用不用就不關我事了。工程項目管理工作總結【五】一、 優(yōu)化組織施工方案，提高科學管理水平。20XX年以來，自已在施工管理中，始終把科學管理，優(yōu)化方案放在工程管理的首位，經常不斷地在研究和探討適合工程管理，且可操作性強的施工方案，來不斷滿足工程需要和甲方需求。在每次施工方案的制定中，我都是不斷根據(jù)工程的特點、難點，進行多次論證，并運用科學的態(tài)度，加大組織方案的科技含量。不斷延伸方案中的科學管理渠道。如：XX住宅樓工程，成人面積24022㎡，地下一層，地上十八層，鋼筋砼剪力墻結構。質量目標為創(chuàng)市優(yōu)工程和質量無通病示范工程， 為了保工期，針對現(xiàn)場狹窄，周圍居民樓住戶多的特點，將原方案設計的基坑支護灌注樁止水帷幕，12m一根共250根，支出費用93萬元。改為圓型平面布置的密排水泥攪拌樁，即達到了支護樁又起了止水作用?？s短工期36天，節(jié)省投資近46萬余元。深得甲方滿意， 在粗鋼筋連接上，我采用了CABR變形鋼筋套管冷擠壓連接技術，比壓弧焊連接法提高工效三倍。在模板支撐工藝上，原方案采用剪力墻支模穿墻鏍栓的支桿為塑料管不能拔出，這樣浪費太大，經研究我們把穿墻鏍栓的塑料管自行加熱，制成大小頭能拔出的塑料管，減去剔鑿設計破損率30%。原模板采用小鋼模支護體系，但在開發(fā)的清水砼施工技術工程上，宜采用大模板鋼木組拼體系支護，減少模板之間的縫隙，施工縫無明顯痕跡，從而取消抹灰層，經涂料裝飾后，達到高級抹灰數(shù)據(jù)標準及使用功能要求，節(jié)省抹灰材料及人工，并減輕建筑本身的自重，減少模板費用的投入，避免因質量通病造成的大量修理費用發(fā)生。在架子搭設上，原方案采用雙排落地式外架子，