（精華）項目管理的心得體會范文

　　當我們有一些感想時，不妨將其寫成一篇心得體會，讓自己銘記于心，這樣可以幫助我們總結以往思想、工作和學習。相信許多人會覺得心得體會很難寫吧，以下是小編幫大家整理的項目管理的心得體會范文，歡迎大家分享。

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

　　項目開發方面

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

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

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

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

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

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

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

【項目管理的心得體會】相關文章：

項目管理的心得體會01-25

it項目管理心得體會02-18

項目管理心得體會08-01

項目管理的心得體會10-06

it項目管理心得體會03-25

項目管理心得體會09-23

學習項目管理心得體會04-02

【合集】項目管理心得體會01-09

（合集）項目管理的心得體會11-29

關于項目管理的心得體會06-19