項目管理心得

時間：2024-01-26 07:21:27 心得體會我要投稿

項目管理心得體會推薦度：
工程項目經理管理心得推薦度：
設計項目管理心得體會推薦度：
工程項目管理心得體會推薦度：
項目管理培訓收獲心得推薦度：
相關推薦

[精華]項目管理心得模板

　　從某件事情上得到收獲以后，通常就可以寫一篇心得體會將其記下來，這樣可以幫助我們總結以往思想、工作和學習。相信許多人會覺得心得體會很難寫吧，下面是小編幫大家整理的項目管理心得模板，歡迎閱讀與收藏。

[精華]項目管理心得模板

項目管理心得模板1

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

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

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

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

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

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

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

　　設計

　　重視架構設計。eas項目的成功，一定程度是源于我們有個優秀的框架開發小組，我們在項目立項之初就基本確定了整個系統的架構。其中雖然發生了一些變化，但核心架構仍然沒有發生大的變化。由于，我們建立了穩定、簡單的系統框架，可以極大地提高開發效率，規避了對框架的重復編碼。（軟件開發的第二個重要分工就是最好有專門的架構設計人員，架構設計和總體設計要由1—2個人來完成，以保證高度的概念完整性和設計統一）

　　善于對設計作出取舍。項目開發的三要素是成本、質量與進度。在保證質量的前提下，為了項目進度不出現大的偏差，eas項目組并沒有過分強調技術，特別是在考慮進度的情況下，犧牲了系統的部分可擴展性。雖然這為系統的后期維護帶來一定隱患，但卻能夠有效地保證項目的進度。從eas最初的架構設計來看，我們引入了castle與aop，試圖簡化orm以及橫切關注點例如日志、異常、權限、事務等功能的實現。同時，希望采用wcf，利用soa思想建立松散耦合的面向服務應用程序。但隨著客戶需求的變化，我們果斷地放棄了采用wcf的構想，同時又克服了技術困難，堅持了對castle與aop的使用，并為此成立了框架開發小組。事實證明，在技術的抉擇上我們作出了正確的決定。

　　重視ui原型設計。系統的原型設計與需求分析相輔相成。如果有好的原型版本交付給客戶，則客戶更能夠理解系統的實現，促進溝通的有效性與準確性。在eas項目中，我們從一開始就確立了原型設計小組，并在分析需求階段，就開始了原型設計。這一做法無疑在客戶溝通、需求確認、ui設計等方面都發揮了很大的作用。但是，我們在這一點上，由于缺乏專門的ui設計人員，因此，這一工作還存在很大的缺陷，甚至于ui的設計為迭代版本的.交付帶來了很大的障礙。在項目后期，關于ui的bug是最多。因此，我們認為在開發類似的web應用程序時，應盡早確立ui設計規范，以約束所有的ui設計。同時，必須培養專門的ui設計師，在開始原型設計時，就盡快完成ui交互的設計。并且，必須成立專門的ui設計小組，在需求階段與需求分析師合作，在編碼階段與開發人員合作。（原型設計是加強前期用戶需求挖掘和減少后期需求變更的重要手段，不一定需要專門的ui設計人員，原型設計可以由需求分析師來完成）

　　測試

　　測試成員應了解需求。如果不了解需求，測試人員無法編寫正確的測試用例，同時在測試過程中，也可能因為錯誤地理解需求，從而導致報告錯誤的bug，影響開發人員效率。加強開發人員與測試人員的合作。開發人員必須及時響應測試人員提交的bug。而測試人員也應跟蹤開發人員對bug的修復情況。（測試人員應該要意識到自己和需求分析人員的區別，測試人員不用想需求分析人員一樣分析和開發業務，但是他們必須和需求分析人員一樣對已經分析出來的需求和業務高度熟悉）

　　測試之初必須確定測試原則，對bug的嚴重程度進行分級。同時，必須確定修復bug的優先級別。

　　進度管理

　　保證項目進度不出現大的偏差的前提是制定一個好的項目計劃。必須根據項目規模，成員情況，技術難度等多方面考慮整個項目計劃。如果項目的deadline已經確定，則必須采用一些方法來保障項目計劃的完成。首先是選擇符合項目的軟件開發生命周期。通常情況下，并不建議采用瀑布開發方式。最佳的辦法，應該是rup或者敏捷開發，然后結合原型法制訂項目計劃。這樣可以規避因為需求變更產生的風險。

　　其次，要每日跟蹤項目的進展情況。可以通過晨會、周會以及項目日報、項目周報了解項目進展情況。同時，需要為各個小組指定進度跟蹤人，根據各個小組長的日報，判斷實際的進度是否與計劃出現偏差。

　　要制定項目進度偏差的應對方法。一旦項目進度出現了偏差，必須采取相應錯誤解決問題。或者通過加班、增加人手、申請項目進度等方法及時作出響應。

　　作者：張逸具有多年的軟件開發與設計經驗，他是兩屆微軟最有價值專家（mvp），著作/譯作包括《軟件設計精要與模式》、《wcf服務編程》。張逸熟悉c#，asp，wcf等技術，同時深諳面向對象領域的相關技術。目前，他主要從事soa企業信息解決方案的設計與研究，以及敏捷方法的推廣與實踐。張逸是捷道敏捷堂的創始人。

項目管理心得模板2

　　經過一系列的《it項目管理》課程學習，我覺得這是一門很好的課程，能給我的工作特別是項目的開展和管理方面有很大的幫助，使我獲益匪淺！在此，我想將學習此門課程的心得總結為一下幾點：

　　一、項目管理就在我們的身邊

　　剛剛開始的時候，覺得項目管理就是一個項目的項目管理者對項目所要涉及到的全部工作、資源等進行有效地管理。然而在學習的過程中漸漸的發現我對項目管理只是表面的認識，正確理解應該是以it項目為對象的系統管理方法，是通過一個臨時性的、專門的柔性組織，對項目進行高效率的計劃、組織、指導和控制，以實現項目全過程的動態管理和項目目標的綜合協調與優化。隨著互動案例和學習的深入，我發現項目管理其實就在我們身邊，就在我們生活工作的每一個角落，完成任何一項學習或生活任務都可以看做是一個項目的完成。

　　二、團隊是項目管理成功與否的大環境

　　好的項目團隊，應該有一個共同認可的明確的目標、合理的分工協作、良好的信息溝通、隊員之間相互信任并且能積極的參與到自己的隊伍中。在我們平時的工作中，我們所在的公司是一個大的項目團隊，每個部門和每個作業小組就是一個小項目團隊。假如項目缺乏積極進取團結向上的團隊氛圍，項目成員的力量就很難整合在一起，項目成員之間就容易出現相互扯皮推諉指責的情況，項目也就不可能成功。項目經理需要多多關心和照顧項目組成員，讓大家都感受到團隊的溫暖。這樣一來項目團隊內的氣氛濃烈，有利于項目的順利完成。

　　三、項目經理是項目管理的靈魂

　　項目經理是項目管理的角色，是實現項目目標的責任人，同時是一個團隊的靈魂人物。項目經理不一定是這個團隊中能力最強的人，卻是責任最重大的.那個。他應該是有較強的意志力、凝聚力，有抗壓能力的人，不會輕易被外界和他人影響。當然一個好的項目經理不需要事必躬親，只要他懂得用賢才，懂信任，懂放權，懂珍惜，這樣一來他的團隊會凝結出更強的力量，他就是一個優秀的領導。面對的管理點的分散，工作深度的需求，安全責任的落實，作為一個項目經理身上的擔子是艱巨的。所以一名好的項目經理是隊伍中帶頭人，項目工作的領路人。

　　四、溝通是項目管理的橋梁

　　溝通是項目成功必不可少的橋梁。要做好項目每個階段的工作，達到預期的效果，就必須在項目組內部以及項目組與外部環境之間建立溝通渠道，快速準確的傳遞信息從而達到各成員的協調一致；使項目成員明確各自的職責，了解他們的工作對實現項目目標所做的貢獻。同時，通過廣泛和深入的溝通，找出項目管理的問題，預估項目過程當中的風險，制定相應對策和解決方案，并跟蹤控制問題的解決情況。因此，良好的溝通時做好項目管理工作，更好的實現項目目標的重要前提。只有進行有效的溝通才能進行項目研發過程中的決策和實施，以促進項目的順利和及時完成。

　　總之，項目管理涉及生活方方面面，是一個非常好的工具。隨著經濟全球化和市場競爭的日益加劇以及企業業務的復雜化，信息化管理已經成為企業實現戰略目標的迫切需要和必要保證。更多的企業認識到必須通過信息化建設才能夠實現企業體制創新、技術創新、管理創新，增強企業的核心競爭力。因此，it項目管理的思想已經被越來越多的企業所接受，企業把越來越多精力和資源投入到it項目管理的建設中。在這樣的背景下，我們it人需要學習這門課程，了解軟件行業的開發流程，抓住軟件行業動態從而預測我們將來的努力方向。這就是我在it項目管理當中的學習心得，希望在接下來的生活、工作和學習中能更好的領悟和運用學習所得。

項目管理心得模板3

　　剛剛接觸到項目管理的時候，我很片面的將其理解為是一個項目的項目管理者對項目所要涉及到的全部工作、資源等進行有效地管理。然而在學習的過程中我漸漸的發現我對項目管理只是表面的認識，正確理解應該是以項目為對象的系統管理方法，通過一個臨時性的專門的柔性組織，對項目進行高效率的計劃、指導和控制，以實現全過程的動態管理和項目目標的綜合協調與優化。

　　在項目管理中對我學習最深刻的是什么是“項目”。項目是在一定時間內為了達到特定的目標而調集到一起的資源組合，是為了取得特定的成果而開展的一系列相關活動”。而項目是指那些作為管理對象，按限定時間、預算和質量指標完成的一次性任務。經過學習，改變了以前對項目的片面認識，同時我也對“項目”也有了自己的認知：項目是為提供某項獨特產品、服務成果所承擔的'臨時性任務。項目是一個特殊的將完成的有限任務，在一定的約束條件下，以高效率地實現項目業主的目標為目的，以項目經理個人負責制為基礎和以項目為獨立實體進行經濟核算，并按照項目內在的邏輯規律進行有效的計劃、組織、協調、控制的系統管理活動；是在一定的組織內，利用有限資源，在規定的時間內完成滿足一定性能、質量、技術指標等要求的任務。每個項目都有獨特的地方，沒有兩個項目會是完全相同的，此外，由于項目的獨特性，項作為一項任務，一旦完成，就不會重復。任何項目都會經歷啟動開發、實施、結束的過程，因而是有起點和終點的。

　　隨著經濟全球化和市場競爭的日益加劇、競爭的加劇以及企業業務的復雜化，信息化已經成為企業實現戰略目標的迫切需要和必要保證。更多的企業認識到必須通過信息化建設才能夠實現企業體制創新、技術創新、管理創新，增強企業的核心競爭力。因此，項目管理的思想已經被越來越多的it企業所接受，企業把越來越多精力和資源投入到it項目的建設中。在這樣的背景下，我們it人也不得不學習這樣的一門課程，了解軟件行業的開發流程，抓住軟件行業動態從而可以預測我們將來的努力方向。學習完本門課程后，或多或少的對一個項目在實施過程用應該注意什么，項目過程中每個部門該怎么去有效的開展自己的工作，從而在規定的時間的把我們的任務完成。

　　本門課程其中我最有感觸的是項目管理中的團隊合作。本次課程的作業，要求了一個項目由一個團隊來完成而不是個人，這樣的練習模式使我們更適應了以后企業中的項目開發。更重要的是體會項目團隊不僅僅是指被分配到某個項目中工作的一組人員，它是指一組互相依賴的人員齊心協力進行工作，共同實現項目目標，項目成功需要一個有效的項目團隊。科學的組織和管理可以放大工程項目團隊的工作能力，使工程項目的實施向著有序的方向發展。在所有管理中，人的管理是最為復雜的，對工程項目管理人員來說極具有挑戰性。我相信研究優秀團隊管理的方法和策略對于每一個工程項目管理人員都是必要的。

　　最后，我想談下自己學習完后的看法。首先在做項目過程中，一個小組完成一個項目，在具體實施的過程中，難免一些小組組長沒有正確的協調的成員任務，從而個別組員不去完成自己的任務，這樣一些人的工作量就加大。希望老師在以后的項目實施過程中中每個組員的任務應該明確。其次，在課程學習中本門課程雖不需要考試，但是必要的理論學習是必須的，理論課中應強調課程學習。

　　總之，我們要想真正學好項目管理，還需不斷實踐，學習技巧、總結經驗，才能更好更深刻了解項目管理。

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