第一篇：it項目管理心得

項目開發方面

項目應以需求為核心。一個項目是否能夠成功，對需求的準確把握在成功因素中要占上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企業信息解決方案的設計與研究，以及敏捷方法的推廣與實踐。張逸是捷道·敏捷堂的創始人。

第二篇：項目管理心得

項目管理心得

做項目，從誤打誤撞、懵懂闖入到如今的不離不棄，已歷十余載。別人問起過，自己也問過，究竟項目地方什么是最吸引人的?想來想去，不外三條：

一是項目的挑戰性：總有新的東西在里頭，總有新的人和事在里頭，也總能學到新的知識、交到新的朋友。這個特性是項由目的獨特性和暫時性所決定的;如同世上沒有一片相同的樹葉一樣，世上也沒有一個相同的項目。這種新、這種不同、這種挑戰讓我們在面對新項目時除了興奮之外，還要有敬畏之心，甚至某些時間、某些情境之下還有戰戰兢兢、如履薄冰的感覺。但這種混合的魅力是如此的獨特、誘人，讓你亦步亦趨、勇往直前;這種感覺是那些不愛冒險、不喜歡挑戰，過著一成不變、格式化生活的人感受不到的。

這種魅力也抵消了項目暫時性帶來的不變--變動性、不穩定性。很多人不喜歡項目乃至離開項目生活的一個重要原因就是項目變動太大、不穩定，尤其建設工程項目，今天在這兒，明天在那兒，即便是不考慮生活的穩定、安逸，至少也會影響到家庭。這是一種很現實的困擾，我也有，但考慮到項目生活更適合自己喜歡挑戰的個性，就還是選擇了項目;項目地點的更迭換個角度看，算是免費旅游了，總比只待在一個地方終老一生好些吧。只是讓家人分離，始終耿耿，所以也非常希望工程公司的管理層應該在這上面有進一步考慮，多給點假期、多加點工資等。哈，凈想好事兒。項目的另一個魅力是那一句話：項目成功時每個人都成功了!這個魅力主要是由項目活動的團隊性生成的。項目目標的確定性、條件限的制性和不確定的風險性決定了項目活動的計劃和執行必須依靠團隊，沒有誰能獨力勝出。同時，項目的過程是一種產出的過程，項目的成功必定是以某種規定的產出的順利交付為標志;在這種從無到有的產出物按規定成功交付的時候，那種自豪感和滿足感是巨大而沁人心脾的;而比這種自豪感和滿足感更持久的是在產出過程中形成的團隊友誼。是的，當項目成功時，包括項目過程中的種種挫折、人員交往中的種種不快，只要不摻雜過多的個人恩怨、出自公心都會過去，留下的都是美好的回憶;同時，這些過程中負面的東西同時也促成了你和團隊的成長。

項目吸引我的另一個地方，是其管理的科學性。以任務分解和關鍵路徑等為代表的項目管理技巧，是非常實用的，和項目的目標導向性結合在一起，“術業有專攻”;但同時，項目管理也依托于一般管理，“麻雀雖小，五臟俱全”，只不過項目管理是把一般管理中適合(具體)項目的部分有選擇地拿來用而已，更有針對性。

我是相信管理改變中國的。現在國內喊民主的人太多了，可惜民主不是喊來的;五四的時候都知道要“德”先生，還要要“賽”先生，怎么今天還有那么多人在空喊“德”先生忘了“賽”先生呢?民主和民主制度是兩個概念，民主制度除了三權分立之外，更有一套科學德管理體系。項目管理在國內的實踐和推行，必然導致管理體系、管理理念和行為的的創新，也會慢慢沖擊舊的體制。做好項目管理也是間接地為社會、為國家做一些事情。這些話有些大，你也可以將其視作夢囈，誰讓近四十不惑的時候，依然有夢呢

第三篇：項目管理心得

項目管理心得

（一）項目風險管理。對任何工程項目在其實施過程中難免會受各種復雜、多變因素的影響而產生各種主、客觀風險。客觀風險可以通過工程索賠獲得補償，而主觀因素的潛在風險易被人忽視并且所造成的影響難以彌補。作為項目管理人員、企業領導者，要有強烈的風險意識，在項目投標階段就要考慮各種風險因素，在項目實施過程中認真辨識、分析、采取行之有效的手段分散，轉移各種風險，降低風險損失。

（二）項目安全質量管理。安全和質量是施工企業永恒的話題，是企業的信譽，是企業取勝當今競爭激烈市場的法寶。施工過程中要加強安全質量管理；排查各種安全、質量隱患；消除各種安全、質量問題；杜絕各種安全、質量事故。特別是有質量成本意識，從而獲取更大利潤。

（三）項目成本管理。企業的目標就是獲取利潤，當今建筑市場的利潤空間越來越小，項目實施過程中，要加強企業內部控制和外部控制。特別是在物資材料，機械設備及各種管理費用的使用和管理上，要將有限的資源用在最恰當的地方，好鋼用在刀刃上，厲行節約、開源節流，最大限度地獲取經濟利潤，利于企業的擴大再生產。

（四）項目專業化隊伍建設。承攬任務量的擴大，全部分包或勞務分包不現實，對主體工程、關鍵工程分包也不允許。這樣企業必須建立有專業化施工隊伍，有必要的并能很快形成生產能力的施工機器設備。依靠專業隊伍的良好業績，來提升企業核心競爭力，創造自己企業的信譽、樹品牌，擴大社會影響面，從而更多地承攬任務，創造更大的利潤。

（五）項目勞務分包管理。當前的工程項目利潤空間越來越小，而每年的承攬任務量又越來越大，單純靠自身的施工力量來完成已經完全不能也不現實。這樣勢必尋求更多更好的勞務合作伙伴，進行勞務分包或工程分包。認真核查分包單位的資質、履約情況、誠信程度，選擇那些優勢明顯的合作伙伴，并建立長期關系，達到雙贏的目的。

（六）項目外部協調。工程的順利開展，一方面取決于企業內部的合理組織和安排，另一方面取決于建設、設計、監理、地方政府等各相關方關系的協調，施工過程中要有理有節，正確協調處理好各種關系，以確保工程順利開展。

這只是本人的一點看法!歡迎大家發表意見！

第四篇：項目管理心得

項目心得體會

做項目管理工作這幾年，我感到做這個工作最要緊的就是有一個良好的系統項目管理方案和執行能力，要做好一個項目經理，他首先必須要是技術和管理的化身，再次溝通是一個項目經理通向合格工程必要的橋梁。無論是企業還是個人，一個好的完善的項目管理方案必定能夠幫助我們更快更有效的確定行動方向，從而能達到事半功倍的效果。無論辦什么事情都應明確其目的和意義，有個打算和安排。有了項目管理方案，就有了明確的奮斗目標，具體的工作程序也就為之而順利展開，就可以更好地統一大家的思想，協調行動，增強工作的自覺性，減少盲目性，調動員工的積極性和創造精神，合理地安排和使用人力、物力，少走彎路，少受挫折，保障工作順利進行，避免失誤。項目方案一旦形成，就在客觀上變成了對工作的要求，對計劃實施者的約束和督促，對工作進度和質量的考核標準。這樣，項目管理方案又反過來成了指導和推動工作前進的動力。作為礦建公司高河項目部的項目經理，就目前的高河項目部而言，我深切的體會到，項目管理對整個高河項目部工作的進行的重要性，合理完善的項目管理不單單能減少我們工作中的失誤，少走彎路，達到事半功倍的效果，而且合理的項目組織能最大程度的協調礦方與項目部以及礦建公司，達到另多方滿意的結果。一個合格的項目經理不是管理人、財、物，而是協調人、財、物。作為一個項目部的組織者和領導者，要保證一個項目組織的順利進行，其中必要的一點是要明確組織結構和組織分工，也就是我們所說的人盡其才、物盡其用。合理明確的組織分工和職權確認，使每個組織結構構成清晰，減少組織結構的交叉，從而避免組織之間相互推諉；合理明確清晰的職權確認，不但能分擔項目經理的工作壓力，而且能調動大家的工作積極性，使每個人清晰明確自己的工作職責，從而保證項目組織的合理有序進行。人類社會越來越依賴集體的努力以及越來越多的、有組織的群體規模的擴大,管理人員的任務也就愈發重要了。因此，管理者必須具有敬業精神和服務意識，還要有解決突發性事件的能力，最重要的是要靠得住、會辦事、能共事、不

出事等各方面的素質。管理工作做得好，把一個公司的人、財、物三方面以最大程度的臺理性結臺起來、組織起來、調動起來，搭配合理，就能以盡可能少的時間完成最大限度的工作，就能以盡可能少的開支為企業創造最大限度的經濟利益。管理工作做得好，就能人盡其才，用兵如神，不但用盡可能少的人做好了工作，而且能使手下的每一個人都有施展才能的機會，使每一個人都能得到充分的鍛煉。人才是企業之本。有了一支素質高、水平高、力量雄厚、結構合理的人才隊伍，再加上使用得當，企業就會在任何時候都立于不敗之地。

在平時工作的同時，我也深刻體會到項目學習的重要性。必要的學習進修，才能不斷地提高項目管理能力，才能認識掌握項目管理新方法，從而跟進提高并改善日常項目管理中存在的不足之處。比如說前一段時間的建造師再教育培訓，雖然只有短短的幾天時間，但醍醐灌頂，受益匪淺。經過這次培訓再教育我深刻的體會到項目管理方法不是一成不變，在這個信息時代，新的方案、新的管理日新月異。只有不斷地學習才能更好的完成項目管理的本職工作，只有不斷地學習才能更好的成就優質的項目管理。綜上所訴，項目管理是一個長久系統的工作，不是一朝一夕所能完成的，伴隨人類社會的進步發展，項目管理的重要性表現的愈發的突出，優秀的項目管理往往是成就社會化大生產的必要條件。面對項目管理，我還有很多不足之處，需要在今后的學習中不斷提高自我的項目管理理論知識；需要在今后的學習中不斷認知當今社會最前沿的項目管理方法；需要在今后的工作中不斷提高項目管理實踐能力；需要在今后的工作中不斷錘煉自己的項目管理領導能力。

第五篇：IT項目管理心得

IT項目管理學習心得

本學期新增加了IT項目管理課程，通過學習使我認識到，對于一個項目，我們過程中做的所有工作都是為了要達到項目目標，因此在項目各個階段所有活動都需要考慮對達成目標的影響，當發現偏差后及時糾正。目標驅動讓我們從無目的的事后應急變成了有計劃有目的的事前預測。目標驅動不是要拋棄過程，項目的成功涉及到過程，人和方法工具技術。為了達到項目目標，我們要根據項目的實際情況采取一系列項目原來已經總結的最佳實踐形成一套過程，高效的過程和積極心態的人是保證項目目標達成的關鍵。因此作為項目經理要時刻問自己，項目的目標是什么； 項目當前狀態和我達成目標的差距是什么；我如何解決和應對。

項目的成功受到多方面的因素的影響，而且各個因素之間還存在正反作用力。系統思維就是要讓我們能夠清楚的認識到影響項目目標和成功的各個要素，以及它們之間存在的關系。形成一種適合項目的動態系統模型，通過這個動態模型去平衡項目各方干系人的利益，平衡項目四要素之間的關系，平衡項目的短期和長期的利益。項目經理的一個重要能力就是平衡，沒有最優解，只有滿意解，懂得了平衡就知道當項目出現變更和調整的時候如何更好的應對。從單要素最優的單向思維過渡到關注整個系統的全局思維模式上。

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

最后，IT項目的學習使我不僅學到了知識、鍛煉的團隊合作的經驗，還是我對今后的生活、工作起到了積極向上的人生態度，受益匪淺。