【文章內(nèi)容簡介】 解成周工作計劃，并以周例會的形成來跟蹤和監(jiān)控項目目標的完成情況。除了月例會和周例會之外，同時對項目團隊進行考核，如果月度工作目標沒有完成就實施考核扣分。精細化的進度管理加上監(jiān)督和考核機制可以基本保證項目的進度。建立起了一些管理制度在項目實施的過程中，針對日常工作中一些不規(guī)范、混亂的地方，制定了相應的管理機制，主要有以下幾個方面：(1)新業(yè)務需求響應機制新業(yè)務需求指的是在項目建設過程中，不包含在項目需求范圍內(nèi)的，業(yè)務部門日常工作過程中提出的一些關于系統(tǒng)的優(yōu)化需求。項目團隊原來對新業(yè)務需求的處理流程混亂，新業(yè)務需求往往存在項目團隊的頭腦中，過一段時間之后根本不清楚哪個業(yè)務部門提了哪個需求，就算需求實現(xiàn)之后也沒有反饋機制，給業(yè)務部門的感知交叉。在本項目實施過程中，針對這個問題專門建立了一條新業(yè)務需求響應機制，當接收到新業(yè)務需求之后，需要專門記錄下需求的相關信息，例如需求描述，需求提出人的。接收到需求之后需要立即與需求提出人確認需求，并反饋需求接收到，告知需求的計劃完成時間。當新業(yè)務需求開發(fā)上線之后，需要向需求提出人發(fā)送上線反饋單，告知提出人他的需求已經(jīng)實現(xiàn)了。從需求的接收到最后上線后的反饋等環(huán)節(jié)(2)上線機制由于歷史原因，我們項目團隊相關工作的規(guī)范性不如BOSS那邊，系統(tǒng)上線這一塊也沒有規(guī)范起來，以前項目團隊想上線就上線，從而系統(tǒng)的穩(wěn)定性和安全性存在很大的隱患。為了規(guī)范系統(tǒng)上線流程，并向BOSS側(cè)接軌，制定了上線流程，每月允許上線兩次，上線之前需要提供需求、設計、測試、上線風險評估報告等文檔，并提交上線申請至領導處審批，審批通過之后才允許開放商進行上線，上線完之后需要提交上線跟蹤分析報告。(3)溝通機制建立了月例會、周例會制度，每次例會后以會議紀要的形式發(fā)出會議上達成的共識，作為后續(xù)衡量和評估相關決定有沒有去貫徹和落實的依據(jù)。之前項目團隊也會開例會，但是會議達成的需要去解決的問題往往會上說說的好好的，但是會后沒有真正去做，會議成了一種形式。(4)系統(tǒng)運營報告制度項目團隊之前非常不重視系統(tǒng)應用的推廣，往往功能上線之后就算完成了，不會去關注這個功能到底有沒有被用起來，也不清楚整個系統(tǒng)的應用情況。在項目期間，我們建立了系統(tǒng)運營情況每月報告制度，將系統(tǒng)重要應用的使用情況以月報的方式發(fā)送給領導及相關人員。二、項目不足之處對項目合同的把控不足，給后續(xù)管理工作帶來隱患由于公司IT系統(tǒng)的合同由其它部門負責管理，我們部門主要負責具體系統(tǒng)的建設，因此在本項目中對項目的合同關注不夠，對項目的合同內(nèi)容把控不足。主要體現(xiàn)在以下幾個方面：(1)合同中的項目的建設內(nèi)容與當初匯報的建設方案中的內(nèi)容兩者沒有仔細地核對，有一些我方希望納入的建設內(nèi)容結(jié)果在合同中沒有體現(xiàn)，最終導致我方與軟件開放商之間的扯皮，軟件開放商會拿合同來說事，這是很致命的一個問題，說到底關于項目合同是兩個部門之間的銜接出現(xiàn)了問題。(2)項目團隊成員沒有仔細核實，雖然在看合同時也發(fā)現(xiàn)了這個問題，但是由于對方是我公司的長期合作伙伴，這些小問題沒有太多的在意，現(xiàn)在看來這種原則性的問題還是不能忽視。(3)在簽訂項目合同是，我們公司通常要求包含項目的考核規(guī)則文檔，在做本期項目時沒有仔細地考慮好如何進行考核，結(jié)果把非常通用的一個考核規(guī)則文檔放入了合同中，但這個通用的考核規(guī)則很多地方并不適合本項目，導致在后續(xù)實際考核工作中，有些問題由于沒有在考核規(guī)則中詳細的描述清楚，導致具體執(zhí)行起來沒有依據(jù)，容易出現(xiàn)扯皮。新業(yè)務的開發(fā)模式由于本項目的需求相對比較分散，因此在實施項目時采用的是新業(yè)務的開發(fā)模式，即一個個功能模塊依次開發(fā)，每個功能模塊都要經(jīng)歷需求分析、設計、開發(fā)、上線等階段，有點類似迭代的開發(fā)模式。但是這種模式存在一些問題：一是每次迭代劃分的太細，導致幾乎每個月都要經(jīng)歷需求、設計、上線這些工作。二是這種開發(fā)模式導致對系統(tǒng)的整體把控能力不足，可能由于原來相關的一些功能模塊，本來應該統(tǒng)一考慮需求和設計的，但是由于人為地把他們分割成多個階段來實現(xiàn)，導致出現(xiàn)顧了當前沒有考慮到將來及對原有功能模塊的影響。三是這種開發(fā)模式使得項目經(jīng)理不清楚整個項目的工作重點應該放在哪里。這種開發(fā)模式在下一期的項目中需要改進，不能再采用這種方式了。建設方案設計及匯報能力不足本期項目的建設方案主要由主管來完成的，理想的情況是方案由我來寫，主管提供一些指導和意見，這樣我這個角色才算是稱職的。方案完成之后，向領導的匯報工作不是很成功，前后匯報的三次才算通過，這算是一次很深刻的教訓，需要吸取。需求文檔和設計文檔的規(guī)范性需求文檔和設計文檔的規(guī)范性這個問題一直困擾著我，不僅僅是這個項目，其它項目也存在相同的問題，就當前我所參與過的項目來講，需求和設計能夠做的好的很少。需求文檔和設計文檔應該體現(xiàn)哪些內(nèi)容，這些內(nèi)容如何以比較好的方式來表達，才能清晰地描述清楚需求和系統(tǒng)的設計?應用推廣重視度不夠建設一個系統(tǒng)的目的是什么?目的是希望系統(tǒng)能夠為公司帶來價值。那么如何體現(xiàn)價值?系統(tǒng)通過為公司的業(yè)務發(fā)展提供支撐能力，從而實現(xiàn)公司收入的增長的方式來體現(xiàn)價值。那么系統(tǒng)只有真正被業(yè)務部門使用起來才能夠發(fā)揮出價值。而在本項目的建設過程中，雖然意識到了應用推廣的重要性，但是具體的應用推廣工作還是做的非常不夠，感覺是在為建設系統(tǒng)而建系統(tǒng)，感覺最求的是完成建設任務，至于用不用就不關我事了。篇二：經(jīng)過近2年的工作，我對今年的工作充滿信心，在這里我將對工程的理解程度以及對工程管理辦法進行自我闡述，首先作為一個項目經(jīng)理，確定自己的地位，項目經(jīng)理是業(yè)主與乙方共同利益的體現(xiàn)者，對工程進行綜合的動態(tài)的管理，項目經(jīng)理應有的職責就是對工程進行三控制、二管理、一協(xié)調(diào)。三控制：對工期的控制、對質(zhì)量的控制、對成本的控制。二管理：合同的管理與信息的管理。一協(xié)調(diào)：協(xié)調(diào)與業(yè)主之間的關系，以及與平行施工單位之間的關系。下面就某一工程為例，以合同簽定的前提基礎上，對工程的動態(tài)管理進行說明，因施工項目的壽命周期可將施工項目分為以下5個階段：(一)投標簽約階段(二)施工準備階段(三)施工階段(四)驗收交工與結(jié)算階段(五)售后服務階段因投標簽約階段的工作由公司上層領導與技術部完成，故在此不做說明。一、首先施工前準備階段：對我方投標書進行透解性分析。對我方所施工項目進行透徹了解。建立規(guī)劃大綱：包括(1)工期計劃的制定(2)施工管理制度的制定(3)安全管理制度的制定。對施工項目設備進行技術交底，施工工序進行排列。對所施工工程進行工程量以及我方所用工程附件費用進行預算。施工隊伍的選擇，對工人的熟練程度進行調(diào)整。對施工所用的材料進行匯總，以及到達施工現(xiàn)場。二、施工階段施工階段就是對工程實施具體管理階段，施工階段也是花費時間最長，因此要面對時間帶來的變化要求對工程進行全方位動態(tài)的管理。施工進度的控制：對以前的施工進度計劃進行研究調(diào)整以及實施施工計劃。施工進度控制方法主要是規(guī)劃、控制、協(xié)調(diào)。規(guī)劃是指在施工項目實施的全部過程中進行施工，確定施工項目總進度控制目標和分進度控制目標，并編制其進度計劃?？刂剖侵冈谑┕ろ椖繉嵤┑娜^程中，進行施工實際進度與施工計劃進度的比較，出現(xiàn)偏差及時采取措施調(diào)整。協(xié)調(diào)是指協(xié)調(diào)與施工進度有關的單位、部門、和工作隊之間的進度關系。影響施工項目進度的因素：有關單位的影響：最主要對有關單位作好協(xié)調(diào)工作，以達到我施工單位工程順利進行。作到甲方影響有簽證，平行施工單位影響有甲方認可。施工條件的影響：在客觀條件影響下，使工期發(fā)生了偏差，需要及時與甲方溝通，取得甲方認可。技術失誤：在技術交底過程中，要保持嚴肅、認真的態(tài)度，使工人對設備的基礎知識掌握程度達到100%。對各施工環(huán)節(jié)熟練掌握。施工