項目管理的心得體會（2篇）

項目管理的心得體會?項目經(jīng)理是?為項目的成?功策劃和執(zhí)?行負總責的?人。為此項?目經(jīng)理必須?在一系列的?項目計劃、?組織和控制?活動中做好?領導工作，?從而實現(xiàn)項?目目標。從?職業(yè)角度，?項目經(jīng)理是?指企業(yè)建立?以項目經(jīng)理?責任制為核?心，對項目?實行質(zhì)量、?安全、進度?、成本管理?的責任保證?體系和全面?提高項目管?理水平設立?的重要管理?崗位。項目?經(jīng)理是項目?團隊的領導?者，項目經(jīng)?理首要職責?是在預算范?圍內(nèi)按時優(yōu)?質(zhì)地領導項?目小組完成?全部項目工?作內(nèi)容，并?使客戶滿意?。本文分享?筆者的項目?管理心得。?1、項目?要進行整體?管理，善始?善終整個?項目開始要?做好項目整?體計劃，在?項目的整個?過程中，始?終要按照項?目計劃執(zhí)行?，如若遇到?項目發(fā)生變?更，要進行?影響分析，?得到批準后?制定變更計?劃，并按變?更計劃執(zhí)行?。變更的影?響情況，如?：費用，時?間進度等要?通知相關的?項目利益干?系人，說明?變更的原因?和產(chǎn)生的影?響。項目?首尾工作也?是項目管理?中，一項重?要的工作。?需要將項目?過程中產(chǎn)生?的文件資料?進行整理，?歸檔;對項?目的費用和?進度進行審?計和審核，?對項目的質(zhì)?量進行檢驗?和驗收;對?項目的整個?過程的利弊?得失進行總?結(jié)和交流。?變更計劃?在軟件項目?中經(jīng)常遇到?。控制好軟?件項目的變?更，首先需?要做好項目?的開始目標?基準的確定?，基準的用?戶需求明確?，才能衡量?出哪些是需?要變更的。?否則變更的?東西和開始?要求的東西?混在一起，?變更計劃就?無從制定，?變更的界限?也無從劃清?。自己做?過的一個項?目，開始為?了占領市場?和盡快拿下?合同，在用?戶需求還沒?有詳細提供?的條件下，?就與用戶簽?定了合同，?后來不僅費?用受到限制?，就連時間?不夠，在項?目過程中，?用戶方還總?是變更軟件?的功能和要?求。因為沒?有一個基點?，我們認為?是變更需求?和新增功能?，而用戶方?認為是合同?范圍，不能?因此增加費?用和時間。?這個項目在?開始好象簽?定了合同我?們爭取了主?動，其實需?求不明確，?使我們在后?來的項目進?程中一直處?于被動。?所以項目從?一開始就要?做好計劃，?搞清目標。?只有項目的?目標明確，?合理安排時?間、費用、?人力和其他?資源，控制?好項目的變?更，這些是?保證項目能?夠順利完成?的基本條件?。2、質(zhì)?量管理是項?目成敗的關?鍵我們在?進行軟件項?目過程中，?對軟件的功?能測試一直?認為還是比?較認真和嚴?格的，每次?測試都要有?測試計劃和?用例的編寫?，然后才能?進行測試;?測試要有記?錄，并將記?錄整理成測?試報告。?但通過此次?培訓后，感?覺到我們的?測試工作與?質(zhì)量管理的?要求還差的?遠，有距離?。質(zhì)量控制?要深入到每?個與項目相?關的人，要?深入到項目?的每個過程?中，從一開?始，就要樹?立質(zhì)量第一?的理念，每?個過程都要?進行質(zhì)量的?控制，而不?是到最好測?試時，才想?到質(zhì)量，才?去衡量是否?符合標準。?標準化設?計，標準化?管理是項目?質(zhì)量的保證?。參加質(zhì)量?體系認證有?助于企業(yè)提?高項目的管?理水平，有?利于提高工?程項目質(zhì)量?。CMM模?型已得到廣?泛的認可和?接受，CM?MI沿用其?模型的組織?方式，有_?__個等級?和___個?要素。通過?___個等?級的認證和?加強管理，?企業(yè)對項目?的管理將經(jīng)?過___個?境界的提高?：從混亂，?到里程碑的?檢查，到定?義清楚的管?理體系和標?準，到進行?統(tǒng)計過程控?制量化管理?，到最后的?優(yōu)化過程、?評價工作流?程、進行工?作過程的改?進。項目管理的心得體會（二）前段?時間，我負?責了一個項?目的管理與?開發(fā)。在時?間短、任務?緊，而團隊?人員又大部?分是沒有經(jīng)?驗的菜鳥的?惡劣情況下?，我?guī)ьI接?近___人?的團隊，終?于在客戶規(guī)?定的時間?范圍內(nèi)如期?交付產(chǎn)品。?這其中，經(jīng)?歷了需求變?更、人員變?動(因為其?它任務，先?后有近__?_人離開團?隊)等諸多?問題，項目?仍然取得了?成功，不能?不說有幾分?僥幸，但?此外也有一?些經(jīng)驗與教?訓可以與大?家分享。?項目開發(fā)方?面項目應?以需求為核?心。一個項?目是否能夠?成功，對需?求的準確把?握在成功因?素中要占上?___%的?比例。不管?系統(tǒng)的架構(gòu)?設計、團隊?管理有多么?的成功，如?果需求出現(xiàn)?偏差，仍然?是南轅北轍?。由于EA?S項目的特?殊性，項目?開發(fā)過程中?能夠與客戶?建立有效快?速的溝通渠?道，是項目?成功的關鍵?。需求必?須獲得客戶?的確認。通?過需求調(diào)研?與分析后獲?得的用戶需?求說明書?，以及軟件?需求規(guī)格說?明書都必須?得到客戶的?簽字確認。?確認的內(nèi)容?包括項目的?目標、范圍?以及項目需?求功能點(?用例)。E?AS項目在?前期對需求?不夠重視?，導致在需?求理解上出?現(xiàn)了一些偏?差，從而影?響了項目的?進度。幸而?得到了及時?的糾正，在?項目管理部?的協(xié)助下，?所有需求都?得了客戶或?客戶代表的?簽字確認。?從而使得?項目在客戶?驗收時，有?了充分的保?證。項目?應確立專門?的需求分析?師。公司沒?有專門的需?求分析師，?不能不說是?人員配備上?的一大弊端?。(軟件開?放工作細分?的第一步就?是要有專門?的系統(tǒng)分析?員或需求分?析師)從E?AS項目的?開發(fā)過程中?，我們就充?分地認識到?這一問題的?嚴重性。需?求的不斷更?改，客戶遲?遲未簽字確?認，原因正?是在于我們?沒有專門的?具有豐富經(jīng)?驗的需求分?析師。普通?開發(fā)人員在?調(diào)研需求以?及撰寫需求?規(guī)格說明書?時，總是會?出現(xiàn)偏差或?理解錯誤的?地方。軟件?需求分析是?一項重要且?負責的技術?，沒有經(jīng)過?專門訓練的?需求分析師?，通常會給?項目帶來隱?患。項目?應指定各個?模塊的需求?接口人。只?有這樣，才?能有效地保?證項目組與?客戶的及時?溝通，快速?響應客戶的?請求與反饋?。EAS項?目在開發(fā)早?期及時地確?立了需求接?口人，在?一定程度上?規(guī)避了需求?變更給項目?帶來的風險?。但是，確?立的需求接?口人未經(jīng)過?系統(tǒng)培訓，?在需求調(diào)研?以及與客戶?溝通的過程?中，工作表?現(xiàn)只能說是?差強人意?。注意維?護需求調(diào)研?記錄以及需?求跟蹤表。?這一工作做?得不夠好。?由于需求調(diào)?研人不夠?qū)?業(yè)，而項目?經(jīng)理以及需?求分析負責?人對這一過?程還欠缺足?夠的重視，?同時沒有?好的工具或?流程來監(jiān)控?這一過程，?使得需求調(diào)?研記錄沒有?發(fā)揮更大的?作用。此外?，需求跟蹤?也非常重要?，畢竟，任?何項目的需?求都不是固?定不變的，?需求隨時會?發(fā)生變更?，而開發(fā)人?員實現(xiàn)的需?求也可能會?與客戶的要?求偏差。?注意維護需?求矩陣。項?目經(jīng)理對這?一內(nèi)容缺乏?足夠的重視?與理解，項?目開發(fā)過程?體系中也缺?乏好的需求?矩陣文檔模?板。但是在?項目中后期?，項目及時?撰寫了EA?S項目需求?功能列表，?并結(jié)合交付?版本與客戶?進行了