項目管理的心得體會

　　項目管理是管理科學的重要分支，成熟于20世紀末，是綜合利用各種知識、技能、工具、方法，對項目進行有效地計劃、組織、協(xié)調、和控制，以實現(xiàn)項目目標的過程。接下來就跟著學習啦小編的腳步一起去看一下關于項目管理的心得體會吧。

　　項目管理的心得體會篇1

　　項目經理是為項目的成功策劃和執(zhí)行負總責的人。為此項目經理必須在一系列的項目計劃、組織和控制活動中做好領導工作，從而實現(xiàn)項目目標。從職業(yè)角度，項目經理是指企業(yè)建立以項目經理責任制為核心，對項目實行質量、安全、進度、成本管理的責任保證體系和全面提高項目管理水平設立的重要管理崗位。項目經理是項目團隊的領導者，項目經理首要職責是在預算范圍內按時優(yōu)質地領導項目小組完成全部項目工作內容，并使客戶滿意。本文分享筆者的項目管理心得。

　　1、項目要進行整體管理，善始善終

　　整個項目開始要做好項目整體計劃，在項目的整個過程中，始終要按照項目計劃執(zhí)行，如若遇到項目發(fā)生變更，要進行影響分析，得到批準后制定變更計劃，并按變更計劃執(zhí)行。變更的影響情況，如：費用，時間進度等要通知相關的項目利益干系人，說明變更的原因和產生的影響。

　　項目首尾工作也是項目管理中，一項重要的工作。需要將項目過程中產生的文件資料進行整理，歸檔;對項目的費用和進度進行審計和審核，對項目的質量進行檢驗和驗收;對項目的整個過程的利弊得失進行總結和交流。

　　變更計劃在軟件項目中經常遇到。控制好軟件項目的變更，首先需要做好項目的開始目標基準的確定，基準的用戶需求明確，才能衡量出哪些是需要變更的。否則變更的東西和開始要求的東西混在一起，變更計劃就無從制定，變更的界限也無從劃清。

　　自己做過的一個項目，開始為了占領市場和盡快拿下合同，在用戶需求還沒有詳細提供的條件下，就與用戶簽定了合同，后來不僅費用受到限制，就連時間不夠，在項目過程中，用戶方還總是變更軟件的功能和要求。因為沒有一個基點，我們認為是變更需求和新增功能，而用戶方認為是合同范圍，不能因此增加費用和時間。這個項目在開始好象簽定了合同我們爭取了主動，其實需求不明確，使我們在后來的項目進程中一直處于被動。

　　所以項目從一開始就要做好計劃，搞清目標。只有項目的目標明確，合理安排時間、費用、人力和其他資源，控制好項目的變更，這些是保證項目能夠順利完成的基本條件。

　　2、質量管理是項目成敗的關鍵

　　我們在進行軟件項目過程中，對軟件的功能測試一直認為還是比較認真和嚴格的，每次測試都要有測試計劃和用例的編寫，然后才能進行測試;測試要有記錄，并將記錄整理成測試報告。

　　但通過此次培訓后，感覺到我們的測試工作與質量管理的要求還差的遠，有距離。質量控制要深入到每個與項目相關的人，要深入到項目的每個過程中，從一開始，就要樹立質量第一的理念，每個過程都要進行質量的控制，而不是到最好測試時，才想到質量，才去衡量是否符合標準。

　　標準化設計，標準化管理是項目質量的保證。參加質量體系認證有助于企業(yè)提高項目的管理水平，有利于提高工程項目質量。CMM模型已得到廣泛的認可和接受，CMMI沿用其模型的組織方式，有5個等級和18個要素。通過5個等級的認證和加強管理，企業(yè)對項目的管理將經過5個境界的提高：從混亂，到里程碑的檢查，到定義清楚的管理體系和標準，到進行統(tǒng)計過程控制量化管理，到最后的優(yōu)化過程、評價工作流程、進行工作過程的改進。

　　項目管理的心得體會篇2

　　前段時間，我負責了一個項目的管理與開發(fā)。在時間短、任務緊，而團隊人員又大部分是沒有經驗的菜鳥的惡劣情況下，我?guī)ьI接近40人的團隊，終于在客戶規(guī)定 的時間范圍內如期交付產品。這其中，經歷了需求變更、人員變動(因為其它任務，先后有近10人離開團隊)等諸多問題，項目仍然取得了成功，不能不說有幾分 僥幸，但此外也有一些經驗與教訓可以與大家分享。

　　項目開發(fā)方面

　　項目應以需求為核心。一個項目是否能夠成功，對需求的準確把握在成功因素中要占上60%的比例。不管系統(tǒng)的架構設計、團隊管理有多么的成功，如果需求出現(xiàn)偏差，仍然是南轅北轍。由于EAS項目的特殊性，項目開發(fā)過程中能夠與客戶建立有效快速的溝通渠道，是項目成功的關鍵。

　　需求必須獲得客戶的確認。通過需求調研與分析后獲得的用戶需 求說明書，以及軟件需求規(guī)格說明書都必須得到客戶的簽字確認。確認的內容包括項目的目標、范圍以及項目需求功能點(用例)。EAS項目在前期對需求不夠重 視，導致在需求理解上出現(xiàn)了一些偏差，從而影響了項目的進度。幸而得到了及時的糾正，在項目管理部的協(xié)助下，所有需求都得了客戶或客戶代表的簽字確認。從 而使得項目在客戶驗收時，有了充分的保證。

　　項目應確立專門的需求分析師。公司沒有專門的需求分析師，不能不說是人員配備上的一大弊端。(軟件開放工作細分的第一步就是要有專門的系統(tǒng)分析員或需求分析師)從EAS項目的開發(fā)過程中，我們就充分地認識到這一問題的嚴重性。需求的不斷更改，客戶遲遲未簽字確認，原因正是在于我們沒有專門的具有豐富經驗的需求分析師。普通開發(fā)人員在調研需求以及撰寫需求規(guī)格說明書時，總是會出現(xiàn)偏差或理解錯誤的地方。軟件需求分析是一項重要且負責的技術，沒有經過專門訓練的需求分析師，通常會給項目帶來隱患。

　　項目應指定各個模塊的需求接口人。只有這樣，才能有效地保證項目組與客戶的及時溝通，快速響應客戶的請求與反饋。EAS項目在開發(fā)早期及時地確立了需求接 口人，在一定程度上規(guī)避了需求變更給項目帶來的風險。但是，確立的需求接口人未經過系統(tǒng)培訓，在需求調研以及與客戶溝通的過程中，工作表現(xiàn)只能說是差強人 意。

　　注意維護需求調研記錄以及需求跟蹤表。這一工作做得不夠好。由于需求調研人不夠專業(yè)，而項目經理以及需求分析負責人對這一過程還欠缺足夠的重視，同時沒有 好的工具或流程來監(jiān)控這一過程，使得需求調研記錄沒有發(fā)揮更大的作用。此外，需求跟蹤也非常重要，畢竟，任何項目的需求都不是固定不變的，需求隨時會發(fā)生 變更，而開發(fā)人員實現(xiàn)的需求也可能會與客戶的要求偏差。

　　注意維護需求矩陣。項目經理對這一內容缺乏足夠的重視與理解，項目開發(fā)過程體系中也缺乏好的需求矩陣文檔模板。但是在項目中后期，項目及時撰寫了EAS項目需求功能列表，并結合交付版本與客戶進行了溝通和協(xié)商，從而規(guī)避了需求偏差的風險。(需求追蹤，任何原始需求來有頭就有尾。原始需求->用戶需求->產品需求->軟件需求->設計->測試等一系列的追蹤。需求追蹤的目的一方面是檢查需求是否都已經實現(xiàn)有無遺漏，更多的是為了做變更影響分析使用)

　　控制需求變更。重視CCB的作用，同時應建立需求變更的響應機制。EAS項目組對于需求變更的響應還不夠及時，這一點項目經理與項目管理小組要擔負一定的責任。(范圍管理中范圍控制的內容，變更管理是配置管理的一個重要內容。需求必須要受到控制，否則容易引起計劃的頻繁調整而發(fā)生混亂)