參加公司本次培訓至今，感覺就像經歷了一次強烈的頭腦風暴，幾位外部培訓老師帶來的項目管理理念、管理方法、手段，就像給我們打開了一扇新的窗戶，一股全新氣息撲面而來，新奇于它的同時也有了極大壓力，壓力來源于對知識、理論的吸收不及，深刻感到后續我們還有很多的工作要做，很多的知識要去消化，而更多的是如何將我們學到的知識、理論、方式方法運用到我們日常的工作中去，如何提升自己的同時實現價值創造，用知行合一的理念指導工作。每一個項目的管理從啟動、計劃、執行、控制到收尾全流程，我們每一個步驟、每一次決策都必須進行嚴謹的分析、充分的辯識、嚴格的控制、全面的落實。用實現履約目標為心，去致良知。

通過本次培訓，個人深刻體會到一個項目前期的策劃，對整個項目的順利實施，對項目完成履約目標的重大指導作用。我們現在承接的項目，隨著市場環境的逐步變化，利潤空間已經日漸收縮。作為項目經理，從接受項目開始就要組織好項目管理團隊，做好項目實施范圍的梳理，做好以質量、成本、時間為主的全面策劃，并以策劃為依據對整個項目進行分塊、分類，建立項目管理指導檔案，并全面貫徹落實。項目策劃同時也相當于是項目履約的一次全流程的預演，對過程中可能出現問題、風險，組織實施的重點、難點，都是一次提前的認識，那么在后續過程中就可以提前預防、重點管控，為最終履約奠定基礎。

在項目實施過程中，我們最大的履約風險其實就是人的風險，比如能力不夠、態度不好、配置不足、管控不力等等。在管理層面有一個原則：制度的可靠性永遠優于人。所以我們必須嚴格遵守制度管理理念，堅決執行管理制度，從內心改變工作方式，全面落實制度要求，同時逐步從被制度管理的狀態中解放出來，全面實現我去執行制度。一種心態的變化，體現的是主動與被動的區別，是避免扯皮、內耗的一個途徑。當然我們項目經理同時也必須關注整個管理團隊的建設，建立一個團結、相互信任、執行有力的高效團隊，以一個共同的目標共同努力，同時實現每一個成員的個人需求。

培訓是短暫的，8天的學習就好比一個種子，已經植入我們每一個學員心中，我們還必須通過自己的理解、消化、運用，去澆灌這顆種子，用這“知”去指導我們后面的“行”，用后面的“行”來“致良知”，真正做到“知行合一”，踐行“價值創造”。

個人寫項目心得體會篇2

在20_年結束之季，很榮幸能參加吉林分公司———“贏在中層”管理課程培訓。公司給我一個很好的提高自身管理能力的培訓機會，在培訓中我能認真學習并深刻理會其中的含義，我的感知感想如下：

體驗式培訓：企業項目推行過程中的協作與執行;體驗在項目推行過程中，我們經常會遇到哪些困難和障礙。項目領導人在項目執行過程中擔當的角色與責任。如何在執行創新思維。在這節課當中，讓我深刻體會到了，理解與支持的力量。很多時候我們的工作往往就是下達后，員工的理解不夠透徹，再加上一些外在因素的干攏，讓他們變得更加的迷失了方向。通過游戲式的培訓也讓我理解到作為一個企業，企業內所以的員工就是一個團隊，團隊的建設是十分重要的，團隊間相互協作的關系也是相當重要的。而在這個團隊當中管理層人員所承擔的任務也是致關重要的，作為一個成功的團隊主管，他之所以成功，其關鍵在于主管99%的行為魅力以及1%的權利行使。下屬能心悅誠服地為他努力工作，不是因為他手中有權，權是不能說服人的，即使服了，也只是口服心不服，絕大多數原因是主管有著良好的領導行為。好的領導行為能給員工帶來信心和力量，激勵員工，使其心甘情愿地義無返顧地向著目標前進。作為主管要尊重下屬的人格、尊嚴及創造精神，愛護下級的積極性和創造性;信任員工，放手讓員工大膽工作。當員工工作遇到困難時，主動為其排憂解難，增加員工的安全感和信任感;當工作中出現差錯時，要承擔自己應該承擔的責任。當團隊主管向上級夸贊下屬的成績與為人時，員工是會心存感激的，這樣便滿足了員工渴望被認可的心理，其更忠誠于這份工作，干勁會更足。另外，管理者還要不斷加強品德修養，嚴于律己，做一個表里如一的人;要學會推銷并推動你的目標;要掌握溝通、贊美及為人處事的方法和技巧。這樣才能最大限度地發揮團隊中員工的工作積極性，更好的實現企業與員工共同健康發展的目標。

溝通的藝術與技巧：通過這一次的培訓，我深深的認識到，作為一名中層管理人員，與上級、下級、客戶等，工作生活中有效的溝通是致關重要的。溝通是信息傳遞的重要方式，通過溝通，信息在部門、員工之間得以傳播。組織工作的開展在很大程度地講通過從上到下的層層溝通進行的。部門與部門之間通過有效溝通，能及時消除部門之間的由于缺乏溝通造成的協調性問題，理順工作上流程，增強部門之間協同作戰的能力，提高公司整體工作效率;反之，無效的部門溝通，只能使部門之間徒生交流障礙，溝通不暢各個部門單獨作戰，結果必然造成組織的任務無法得到及時完成。如何提高自我的溝通能力?在本次培訓中孟老師教會了我8個步驟：一是熱情洋溢;二是謙卑有禮;三是全面聆聽;四是察言觀色;五是活在當下;六是方向發問;七是達到共識;八是維護關系。意思就是當我們在與一個人溝通的時候，我們必須要把心打開，熱情微笑的對待別人，同時也要做到大方有禮，當別人在說話的時候我們要認真的聆聽，爭取把對方說的重點牢記在心，在適當的時間向對方提出問題，然后與對方建立起共同是局面，最后是認真的維護好與對方的關系。

這次《活在中層管理》培訓讓我充分了解到做為一個中層管理者的定位與職責,企業的發展離不開團隊,團隊的核心在于中層管理者,什么是團隊?團隊雖然由個體組合而成，但絕不是簡單的人群組合。真正的團隊，是由一群心理上相互認知，行為上相互支持，相互影響，利益上相互聯系、相互依存，目標上有共同向往的人們結合在一起的人群合體。中層起著承上啟下、承前啟后、承點啟面的作用，是一個團隊中不可缺的組成部分。一支優秀的團隊離不開一流的中層，帶領全團隊的每一位成員產生共同的認知，才能朝著同一個方向努力，才能產生高績效。

總之，一個最好的中層，是一個具有大境界、精于業務、善于總結，善于匯報的中層，是一個勇當下級學習的標桿，終身學習，如履薄冰.

個人寫項目心得體會篇3

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

項目開發方面

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

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

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

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

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

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

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

個人寫項目心得體會篇4

項目管理的優勢是工作目標集中、組織架構靈活高效，劣勢是因為項目臨時性的特點，成員缺少歸屬感和安全感，一個項目組織內包括了各個技術領域的人員，成blue m員的職業發展不容易做得好。近些年逐漸流行起來的矩陣式項目管理，似乎最有希望克服單純的項目管理或單純的部門管理的缺點，讓項目管理揚長避短，再跨上一個新臺階。在技術風險較高的IT項目管理中，更是成了一個時髦的名詞弱矩陣管理的項目經理一般是由職能部門指派，歸部門經理領導，對項目的控制作用很有限，主要依靠部門經理控制項目，項目成員和項目經理都由部門經理進行考核，這種模式適合項目規模較小，基本不跨部門或者某一部門在項目中站絕對主導的情況。平衡矩陣的項目經理是獨立于職能部門的，一般是由各部門經理的上一級領導指派，項目經理和部門經理都對項目有一定的控制權，項目經理的主要負責項目的進度、質量、成本，部門經理則負責組織技術攻關、技術培訓和成員技術能力提升，項目經理和部門經理共同負責對成員的考核，這種模式適合項目規模較大、技術復雜度較高的情況，很適合IT項目的特點。強矩陣類型自然就是以項目經理為主了，部門經理輔助項目經理，這種模式適合項目規模較大、但技術相對簡單的情況。矩陣式管理雖然有諸多好處，但是操作復雜是它最大缺點。矩陣式管理模式下每個成員都有兩個領導，這是有悖于傳統管理的“常理”的，需要充分宣傳引導，謹慎協調。平衡矩陣操作難度最高，就像推獨輪車，要不斷的關注員工對項目的項目管理忠誠度和對部門的忠誠度的變化，要不斷的調整，以保持平衡。弱矩陣和強矩陣操作難度也不低，一不小心就會滑到純項目管理或純部門管理模式，所謂的矩陣會名存實亡，畫蛇添足。陣式管理的另一個缺點就是溝通量大，需要有較強的“溝通管理”能力，否則就會掉入會議的漩渦中。如果能比較好的處理矩陣式管理的平衡和溝通問題，矩陣式項目管理是非常好的管理模式，對IT項目管理必定會有很大好處。長期以來，軟件項目高失敗率的狀況一直困擾著人們,研究表明，軟件項目失敗的原因主要有兩個：一是應用項目的復雜性;二是缺乏合格的軟件項目管理人才。實踐證明缺乏有效的項目管理是導致軟件項目失控的直接原因。

軟件開發的風險之所以大，是由于軟件過程能力低，其中最關鍵的問題在于軟件開發組織不能很好地管理其軟件過程，從而使一些好的開發方法和技術不能起到預期的作用。飛機票流程管理作為現代企業管理的先進思想和有效工具，隨著市場環境與組織模式的變化，在以計算機網絡為基礎的現代社會信息化背景下越發顯示出其威力和效用。流程管理不僅是一種管理技術，更體現了現代管理的思想。流程管理的重點是：理清和管理好所有主、支流程間的關系，使他們相互協調發揮應有的作用。流程管理增加了部門的透明度，管理的對象不是“部門”和“部門員工”的概念，而是以工序流程為管理對象，注重流程中每一個過程和效率以及和上下游工序的關系，管理重點在于整體流程的完整性和順暢性 運用流程管理方法和技術進行軟件項目管理，可以有效地改變軟件過程管理混亂的局面。首先對軟件項目開發過程進行有效的、規范化的定義;其次，在軟件項目開發過程中，所有的活動過程均按照流程所規定的活動的邏輯關系、活動的實現方式來執行，這樣可以使得所有的活動有序和可控;第三，通過明確運作流程，使項目組人員迅速融入項目和開發過程中;第四，關注每個過程的“結果”，使軟件項目的所有工作產卵巢癌品均能得到有效的保存，保證了軟件產品完整性。流程是由活動組成的。基本活動是由個人或團體來完成的，它不需要進行其他的基本活動的轉化。流程的各個活動之間有著特定的流向，它包含著明確的起始活動與終止活動，因此是一個動態的概念。從結構上來看，流程有四個基本的構成因素：活動、活動的邏輯關系、活動的實現方式和活動的承擔者。流程與“一系列的活動或事件”、“結果”等概念密切相關。流程管理不僅是一種管理技術，更體現了現代管理的思想，原有的以控制、塔式組織為基礎的職能行政管理已經不能完全滿足于現代企業發展和市場競爭的需要，管理的發展沿著分工理論運行了上百年后，現在又重新回歸到整合與系統。

個人寫項目心得體會篇5

最近兩周通過聽胡百師老師的講課和公司同事關于項目管理經驗的交流會議，在項目管理上學到不少東西，感受最深的是項目管理就是要合理的利用資源，而人無疑是一切資源中最重要的一環。

我們做任何工作都不是孤立存在的，工作不論繁復，都可以看作是一個項目。而要完成一個項目就需要各式各樣的人員整合到一起，扮演不同的角色。如何發揮這些人的特色，分配適合的角色，從而更快更好的完成各自的分工，就是項目最需要考慮到問題了。但要真正發揮每個人都特色卻不是這么容易就能做到的。因此就需要我們不斷的學習，培養自己的思考力。思考力提高了觀察敏銳了，才能發掘出他人的特色，并善加利用。

發掘出每個人都特色并分配好各人在項目中所處的職位后，就需要采取有效的管理來監督把控每個環節，以確保項目能夠按照計劃執行。以往我們在工作中都接觸過各式各樣的表格，說起來各個環節似乎都有表格可以監控。可是由于這些表格都是分散開來，針對單獨某一個環節的，結果就使得整體管理上缺乏統一性，實施起來難免會出現混亂的感覺。經常出現一個人只著眼自己負責的某一環節，卻忽視了整個項目的情況。一旦某一環節上出現了調整，其他人員卻無法第一時間得到消息，無法及時作出調整。結果就使得整個項目的工作節奏都被打亂了。

因此就像項目管理經驗交流時有人說到的：“表格需要做減法”，我們首先應該以項目為單位，將涉及到的所有環節和資源都整合到一起，這樣大家就可以知道自己在這整個項目中所處的位置，了解在項目中于自己相關的前后環節的進展情況，這樣執行起計劃來就更有依據了。

通過這兩次項目管理的經驗交流，大家準備已一本書作為一個項目，進行項目管理，設計出適合我們用的項目管理表格。這是與各個部門都相關的工作。一旦做好了，將會大大減少進度管理上的時間成本。使得管理更簡單化也更人性化。

希望這項工作能夠盡快的展開，盡早制作出適用于我們公司的項目管理表來，相信所有人都會盡力配合的。

個人寫項目心得體會篇6

公司舉辦為期八天的項目經理培訓，我很榮幸地參加了這期項目經理培訓班。在此內心感謝公司給我這次培訓機會，在眾多教授及專家的全面且富有深情的授課中，使我更加全面地了解了項目經理這個崗位。

項目經理是項目施工管理實施階段全面負責的最高項目管理者，是企業在項目上的委托代理人。在施工過程中，項目經理是協調各方關系，使之相互緊密配合的橋梁和紐帶;是施工項目部控制各種信息的集散中心，自下、自外而來的信息通過各種渠道到項目經理手中，通過指令和辦法，對下、對外發布信息，最終達到目的。項目經理是項目總體的組織管理者，更是施工項目責權利的主體。因此這就要求項目經理必須具備一定的素質。項目經理必須具備“要珍惜、要誠心，心要到、手要勤，會管理、會經營、強執行”的基本素質。在項目施工管理過程中，作為第一領導者，一定要以身作則，講誠信。

一個項目從開發到竣工，安全、質量、文明施工、財務以及成本管理、審計等工作貫穿其中。我認為，作為一個項目經理在抓好安全、質量等各項工作的同時，關鍵要抓好項目的成本管理。只有控制成本，才能將利潤最大化。作為項目經理必須要建立健全各項管理制度，加大檢查、評估、考核力度，規范項目管理。

目前我們的成本意識還有待提高，通過激勵和約束機制，項目經理帶動大家加強主觀能動性，樹立成本意識，增強責任感，把成本責任、成本意識、成本目標、成本效果有機地融為一體，實現企業的更大效益。

在培訓班上，學到了很多以前不曾了解的知識，尤其更加系統、細致地了解公司體系和各項管理制度流程，對今后的工作更加有了信心。我將不斷加強自身修養，提高自身素質，提高項目管理水平，誠信待人，認真做事，努力使自己成為一個合格的項目經理。

在培訓班上，與眾多此次參加培訓隊友交流、溝通、團結、合作，使我更加懂得一個團隊合作的重要性，也懂得了很多溝通技巧，希望在以后工作中更加努力配合好團隊做自己相應工作，讓團隊的每一個人能夠最大限度體現自己的價值，發揮出團隊共同協作的巨大力量，將工作做得更加進步，更加出色，更加完美!

個人寫項目心得體會篇7

1、抗住——價值(抗住意味著長久。項目壓力大，時間緊，任務重，客戶挑戰大，合伙人承擔了巨大的項目風險，我們在難得的項目機會歷練中，只有找到自己的 價值定位，提供價值的切入點，持續輸出價值，才能抗住壓力贏得客戶長久的尊重和認可;手段是通過抗住壓力+快速學習+整合資源，持續為客戶創造價值);

2、放下——格局(格局意味著共識。計較眼前的一城一池容易患得患失，就像張開刺的刺猬一樣想隨時保護自己，而日久見人心，有膽放下眼前得失，本著長期為 企業提供價值，格局增大看長遠才能放下，放下了安定下來就能生智慧，對環境有更強的感知，對人的需求及關系、對事情有更強的判斷，最后，雙方私下感情共 鳴，彼此認可，專注做事，大大減少人事上的糾紛;方法:氣量修煉+真心傾聽，才能真正理解企業內各類人群的需求和心聲，進而適當團結該團結的、安撫該安撫 的、打擊該打擊的);

3、推進——獨立(獨立意味著動車組。1天多次與各模塊人員確認，逐漸支持組員獨立承擔模塊，這樣不再是項目經理一個人推動項目組往前走，是每個項目模塊 負責人都是動力源，形成動車組共同發力推進項目組前進，將大大提升工作效率和成果。做到獨立的方法：精神+專業的雙重支持。項目經理是項目組員堅強的后 盾，給予精神和專業上的雙重支持和信任，讓項目成員敢于嘗試并在受傷后得到撫慰并有膽再次上陣PK，逐步積累到獨立面對客戶;項目經理則從項目總監、外部 資源獲取專業上的幫助，自己額外還從重復看《士兵突擊》獲得精神上的力量和支持。這樣在給予精神上的信任鼓勵和專業上的幫助支持后，對于已經良好運轉的模 塊就讓負責人單飛，對于不安心的模塊需要多次確認多幫助多找資源支持，逐漸支持其獨立，完成動車組的打造)。

篇四：項目管理心得體會——1個項目經理的經驗之談

經理項目管理心得體會要緊的就是要明白什么是因地制宜：因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，經理項目管理心得體會最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。

本人做經理項目管理心得體會工作多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導，只有最合適的，沒有什么叫對的，什么叫錯的，經理項目管理心得體會最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中共同提高水平。

項目開始階段是一個最重要的階段。經理項目管理心得體會在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

項目管理心得體會1：這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發現客戶其實需要的是一個計算機生產管理輔助信息系統系統。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風險就越小。

項目管理心得體會2：這個項目里牽涉哪些方面的人，如投資方：具體業務干系方：項目建成后的運營方：技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司：業主的行業主管機構等。經理項目管理心得體會需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯合朋友去對抗敵人，讓事情向你所希望的方向發展。沒有永遠的朋友，也沒有永遠的敵人，只有一致的利益，這句話作為經理項目管理心得體會是一定要記住的;

項目管理心得體會3：基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目管理心得體會的實際期望，是想把項目越做越大還是想賺錢?是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響;

項目管理心得體會4：在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間;

項目管理心得體會5：現在是做項目管理心得體會說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚(主要是講做什么，而不是說怎么做)，而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員(一般不懂技術)知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

項目管理心得體會6： 是到做總體計劃的時間了嗎?不，你現在已經知道了客戶的目標和你手上的資源，那么做計劃以前，你還需要和你的經理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話，將發生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。總之，沒有人能完成一個不可能完成的任務，如果經理項目管理心得體會不能盡早發現風險，那么就只能去當烈士了。

項目管理心得體會7：明白了要做哪些事情和你手上的籌碼以及你做這個項目管理心得體會的總體策略，現在是成立項目小組的時候了。很多經理項目管理心得體會都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是經理項目管理心得體會本人，大項目里會配備行業專家，這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經常看到的情況是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。其實，明白自己想做什么的客戶已經是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧。

對于這種需求天天變的客戶，你就一定要事先做好規矩：

一、統一聯系人，客戶指定一個人和項目組進行溝通，不能張領導：王領導都來說幾句，如果他們意見不一致，那你只有得罪領導的選擇了，所以，項目的最初就要定好規矩，我項目組只認一個的意見，有什么要求你們內部先統一再和我談，我不想卷入你們內部業務部門之間的矛盾之中;

二、所有需求變更全部要有書面文字，這點切記!這樣做好處多多：

_有書面證據，以后他還想改，你有了他以前要求的證據，告訴他：你以前可是這么說的;

_便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深切地體會客戶的目的;

_對于客戶來說，嘴巴一動最方便，反正是你們做，不花他的資源，所以要求是否合理，是否和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了;

項目管理心得體會8：現在你要面對三群人：你的領導：你的組員和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。既然溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規則，如果你在一個部門時間做長了，對這些規則的運用覺得是一件理所應當的事情，但是，你現在面對的是多個部門甚至多個單位，不把溝通規則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是經理項目管理心得體會將主動發布信息，不管通過電話：郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少;拉的意思就是經理項目管理心得體會就是一個類似web服務器，你自己需要什么信息就去問他。當然，沒有經理項目管理心得體會把自己搞得那么累，他會用發布信息到公共介質的方式公布信息，簡單的是白板，復雜一點的是項目的公共信息交互區，潛規則就是我發了你沒去看就不要說我沒告訴你。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情況下，主動溝通和被動訪問是同時存在的，尤其是對領導，經理項目管理心得體會更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是經理項目管理心得體會一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢?就是因為沒有證據。所以經理項目管理心得體會開始就要和客戶說清楚有些文檔是必須簽字的，比如經理項目管理心得體會的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據可查。記住：說了的就和沒說一樣，只有寫下來大家簽字后才算真正發生了的。還有一些問題，比如你提交的報告，給領導(包括本方領導和客戶領導)做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任;另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里：什么等級的事情要雙方經理項目管理心得體會專門簽署備忘錄：什么等級的事情要雙方領導出面簽署合同附件等等。事先想得越周到，以后的工作就越主動。

項目管理心得體會9：好了，做了很多前期工作，定義了一些游戲規則，現在是坐下來做計劃的時候了。這一節，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找幾個關鍵組員，比如客戶業務專家：系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做干特圖的形式表現出來。你做完這個表以后會驚奇地發現，干特圖上項目的結束時間會遠遠落后于你的計劃結束時間(簽合同的人永遠不會先征求你的意見的)。當然，學過項目管理thldl.org.cn的人會大談什么WBS：優化路徑之類的東西，但是我的經驗是你再優化也不可能把這些東西安排到計劃的時間結束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認你是否羅列了所有要做的事情和正確評估了他們所需要的時間。這時候，你就要考慮犧牲一些任務的時間(也意味著質量)了。按照什么標準犧牲?這個項目的戰略!我們在第三節提到過的戰略。我的經驗是如果你什么都趕進度，其結果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢?戰略決定優先級，而正確排列事情的優先級是一個經理項目管理心得體會能力的主要體現。

好，現在項目已經完成了前期工作，了解了項目的目標：搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是經理項目管理心得體會比較空閑的時候，不像前期的時候經理項目管理心得體會要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當然，小項目的經理項目管理心得體會往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。經理項目管理心得體會這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，比如：“王局長，最近項目進度還算正常，就是JVM經常發生一些內存泄漏的情況…”王局長：“(_&$@@”。和自己的領導匯報也要注意這個問題，除非他是一個技術高手，你需要他的技術經驗，否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了，有些需要他支持的地方，比如資源調用需要說詳細一點。和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節：缺乏大局觀：有點消極悲觀：自尊心強(如果總結得不對，歡迎大家拍磚)，所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點，千萬不要做評判者的角色。一個問題，有很多方面，從不同的角度看，現象是完全不同的，想想盲人摸象的故事吧。這些技術人員，他們往往精通一個方面，就自己的角度發表見解，除非一些很特別的情況，你都應該認為，他們提出的方案，從他們的角度來看是最合理的。你的長處是掌握事情的優先級，評估各個方面的輕重緩急，從而根據他們的意見得出一個合適的(而不是正確的)方案。所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論(你要讓大家知道事情不是非黑即白的，而是多元的，唉，我們的教育惹的禍…)。會后，你自己寫文檔，做決定。會議上大家的面子都被照顧了，自己實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為你負責這個項目：你擔當風險，所以，這個優先級應該你來判斷。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以

對事情的優先級的判斷肯定比下屬強。

在開發過程中，內部管理還要注意的一點是時刻強調以驗收為目的的思想，每個任務的最終可交付成果一定要是可以被檢查的，比如，【界面要求、美觀大方、簡潔明快】，這個要求我就不知道如何檢查。所以，給開發小組布置任務的時候就要考慮如何檢查結果，比如我見過一個計劃，里面有一個任務【開發人員熟悉EJB編程】，這個任務，除了讓這些人去參加一些專業認證考試，否則，結果很難被檢查。所以，時刻考慮如何檢查結果：如何向客戶交付是經理項目管理心得體會一直要注意的事情，我聽說有些老經理項目管理心得體會拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

另外我插一句：我是極其不主張到客戶現場開發的。尤其是一大群技術人員直接和客戶交流，很容易引起沖突和矛盾(技術人員的本性決定的)。我的做法是經理項目管理心得體會和項目實施人員到現場，軟件開發人員還是在公司做項目。項目實施人員就是初級經理項目管理心得體會，他們了解自己的產品，懂得一些客戶的業務，關鍵是在于他們具有良好的溝通能力，俗稱“皮厚”。他們是客戶和研發人員的橋梁，其職業方向也是很機動靈活，以后可以有很多方向可以轉，比開發人員的路要寬得多。

接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更;另一種是沒改變目標，但是客戶不滿意目前的實現方式，大到流程的實現，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰略是容許這種情況的，那么注意下面幾點：

1、 確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據;

2、 和客戶坐下來，自己探討他修改的根本目的是什么，是不是有同樣能達到相同目的，但是對你來說有代價更小的選擇?

3、 (項目初期的工作)明確更改流程，一般是客戶指定一人簽字(否則客戶每個領導都有權力來插一杠子，你就廢了)，以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本：進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果(這個東西先寫出來，后面如果真的發生了，至少不是你的錯)。然后再讓客戶在上面簽字。見過醫院給病人做手術以前讓家人簽的免責條款嗎?對，就學習那個，讓大家都意識到任何的更改都有成本和代價。

系統開發告一段落后，就進入客戶培訓：系統驗收階段，這個階段，我一般會注意以下問題：

給客戶做培訓前，多注意一些表面功夫。很多程序員認為，系統的邏輯核心是否正確是關鍵，至于界面如何，界面上的用詞是否準確，那是無關緊要的問題，而且培訓的時候也是信手拈來，想到哪里說到哪里，下面聽講的人不知所云，云山霧罩，培訓效果自然可以想象。我的體會是，給客戶做培訓的版本，如果你在做多次測試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點功夫。注意每個界面的布局、用詞、鏈接的正確性等等，總之不要讓客戶看到一些他不該看到的東西。文檔方面，準備至少兩個文檔：用戶手冊和培訓手冊。這兩個文檔的內容很多都是一致的，但是角度完全不同。用戶手冊往往是站在系統設計者的角度，按照自己的思路，分模塊講解系統的操作和功能;而培訓手冊，一定要站在客戶業務人員的角度，根據每個角色面對不同業務的辦理，如何通過使用本系統的一系列功能來實現目標。所以，第一次培訓以前，系統界面是否完整正確：培訓文檔是否完備都是很關鍵的因素，第一炮打不響，以后就麻煩很多。

作為經理項目管理心得體會，其實腦子里就是幾樣東西，做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個事情的優先級。所謂多快好省那是人類的夢想，這四個方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類型。考慮問題的輕重緩急方面，往往是把快放在第一位，各方領導都會給你最后期限，所以保進度是第一位的;省是第二位的，企業的根本目的是盈利，如果收入不能增加的話，至少費用要控制住;好是第三位的，沒辦法，誰都想精益求精，但是，沒有強大的資源保障，質量只好先犧牲了;最后是多，客戶的要求源源不斷，如何降低客戶的期望值，讓他們從理想回到現實也是經理項目管理心得體會的分內工作。

驗收前，除了做好文檔工作，即可交付成果以外，多花時間搞清楚客戶的做事情流程是很重要的事情，這些在前面已經有所提及，這里就不再多說。

我對驗收最大的體會就是舉證問題。即千萬不要讓客戶這么想：你必須有證據證明你的系統是沒問題的。這樣你就沒戲了，微軟那么多天才，做了_P還天天打補丁，要你的程序沒問題，既不可能，你也沒辦法拿出證據。你要讓客戶明白，所謂驗收，就是我按照測試文檔的測試用例跑一遍，結果和預期結果一致就應該算通過了，而且還容許有一些小錯誤留在驗收后改正，他可以對測試用例提意見。所以，驗收前雙方要確認測試計劃和測試用例。如果他認為系統不符合要求，那么他應該舉證，證明這個系統和最初設計相背離的。所以，參考法律概念，千萬不要舉證倒置。另外，認為系統完美了才能驗收的想法也是錯誤的，軟件開發合同里一定要注明驗收以后維護期的費用問題，否則，客戶擔心一旦驗收就得不到你們的支持，自然不配合驗收，那么，你這個經理項目管理心得體會就很難交功課了。

個人寫項目心得體會篇8

從一個小小的業務員到今天的項目經理，中間的付出是別人無法理解的。在這段時間的工作中，我一直努力工作，踏實認真的完成了各項工作，一步一個腳印的做好每一件事情，為了以后能夠更好的工作，我制定了如下工作總結：

回顧__年，在公司各級領導的正確指揮及擔保業務部領導的直接帶領之下，本人始終按照公司__年工作部署，并根據本人工作實際，緊緊握住做業務和抓營銷兩把鑰匙，在項目經理的工作崗位上做到了努力學習，大膽實踐，轉變觀念，很快適應了我公司快速發展的要求，圓滿完成了全年工作任務。主要情況匯報如下:

一、端正工作態度，堅持勤奮敬業、廉潔自律的職業操守。本人熱愛自己的本職工作，熱心為客戶服務，認真遵守勞動紀律，有效利用工作時間，堅守崗位。需要加班完成工作時，就利用晚上和休息天進行調研和評審報告撰寫，公司下達的臨時工作任務，都能夠按做到按時按量完成。在日常工作中嚴格自律，謝絕客戶多次請客送禮，努力維護公司在客戶心中的良好的形象，也實際提高了自身的職業修養。

二、圓滿完成了項目經理各項業務指標。在__年中，本人實際完成擔保貸款業務筆數7.2筆，完成任務量的180%，完成業務金額為1050萬元，完成任務量的105%。其中作為項目經理a角完成業務5筆，金額688 萬元，作為項目經理b角完成業務2.2筆，金額362萬元，以上本人參與完成的項目共計18筆，業務量總額3612萬元。上述成績的取得得益于公司各級領導的正確領導，同事的鼎立支持，再加上本人堅持不懈的努力和花費了大量的加班時間，可以說每一筆貸款，每一分業務都包含著心血，留下了刻骨銘心的記憶。 __年本人付出了辛勤的汗水，也收獲了成長的喜悅。

三、堅持不懈努力學習，業務理論及實踐經驗得到快速提升。本人在2010年堅持理論學習與實踐操作相結合，通過公司培訓、業余自學多種渠道積累業務知識，并堅持及時總結。年中本人的論文《中小企業文化建設的難題及之策》在《__擔保》雜志上發表，受到不少客戶的好評;本人半年工作總結也得到了王總的肯定，擔保項目“人、事、物”原則的思考逐步深入，從單純的“人”、“事”和“物”的三方面擴展到“人”與“事”、“人”與“物”、“事”與“物”的對立統一上。對該原則的深入思考，使得本人業務操作的思路愈加清晰，而不斷的業務積累又反過來促進了對該原則的深入領會和擴展，感覺收益匪淺。

四、加強貸后管理，努力為公司執行力的提高貢獻力量。在2010年公司布置重點進行的 gmis系統流程錄入、檔案歸檔及“回頭看”工作中，本人嚴格按照公司要求，認真完成本人項下的任務，努力做到gmis系統流程與項目流程一致;在項目歸檔工作中，本人也按照公司要求按時按步驟移交了檔案資料，同時也通過該項工作，對貸款資料及時查漏補缺，完善了貸后管理;在回頭看工作中，本人按照公司整體部署和擔保部具體的安排，對本人負責的貸款企業全部走訪了一遍，其中對重點企業海南__有限公司走訪了3次，對海南__有限公司存貨質押情況不定期抽查 9次，較圓滿完成了公司任務，為下一步工作理清了思路。

個人寫項目心得體會篇9

1、 主管要做好公司文化的維護者和發揚者.能成為主管肯定是公司的骨干分子,也認同公司的文化,所以要把這種文化傳遞到自己的部門,并且不斷地發揚和發展,公司文化是無形存在的,不是喊出來的,這種文化如果深入到員工的心里,對于主管工作的開展將起到巨大的作用.公司文化是不斷發展的,不斷充實的,不是不變的,主管有責任推動公司文化,要先進的文化,不要落后的文化.

2、 主管必須公正和無私,先說公正,千萬不可以理解成公平,公平是大鍋飯,所謂公正就是要做到獎罰有度,獎罰分明,績效好的員工能得到應有的獎勵表揚,績效差的員工能給予處罰批評,做到公正才能樹立主管的權威,也能激勵員工.所謂無私就是管理必須以績效目標為導向,不能摻雜其他雜念,對事不對人,不能給員工穿小鞋,不能因為不喜歡哪個員工就整他,不能因為員工沒有聽你的話而記恨等等,無私才能無畏,才能大膽的去進行管理,也不能以為了工作的"皮"去實現個人私怨的"實".人無完人,本我是有狹隘性的,所以主管必須加強個人的修養,處理事情的原則必須是以工作為中心.

3、 不怕得罪人,敢于對違紀犯錯誤的員工發出自己的聲音,主管不能當"老好人",不要認為你給手下留情,員工會記你的情,好好的配合你的工作,只會使你的工作越來越被動.并且會因為你的放任會使員工無視你的存在,下次他還會繼續犯錯,并且其他人會模仿,降低了你的管理難度.只有敢管,主管才能在實踐中得到提高.

4、 主管必須要有度量,能容人.無求品自高,有容德乃大.主管要面對各種各樣的人,你的上級可能會經常批評你,甚至不留情面,你的下級可能會私下議論你的壞話,告你的狀,背地里整你,不把你當領導,你會感覺到處都是不滿意,這種挑戰你度量的事情很多,如果你心胸狹窄將會寸步難行.

5、 主管是員工壓力的緩解器,既要讓員工感覺到壓力,更要會給員工緩解壓力,員工的工作壓力是普遍存在的,主管要把這種壓力變成前進的動力.保持和員工經常性的溝通,了解員工的心思,不要把個人的情緒帶給員工,幫助解決員工工作中的困難,用一片真心對待員工,把握好工作的節奏,張弛有度.

6、 學會蘿卜加大棒式的管理,要恩威并舉.完全理性的人是不存在,不要以為員工為了掙錢就當然會努力工作,從而放松對員工的要求和管理,這種完全放羊式的管理只適合于那些成功欲望特別強的人,一般的人還是需要有制度約束的,需要棒子在后面敲打著,當然不能光敲打,那樣會產生逆反作用的,必須時時的給員工點蘿卜吃吃,讓員工感到工作中的人情味.完全的松弛不行,完全的嚴厲也不行,應該是嚴格要求中帶有松弛,才比較適合.

7、 管理就是要從小事抓起的.管理中同樣會產生馬太效應的,會以小見大,會拋磚引玉的.長期去看,小事做不好,大事肯定做不好.不要以為是雞毛蒜皮的小事,就可以放松對員工的要求,那是大錯特錯了.比如一個搞焊接的員工,一邊焊著東西一邊聽著MP4,主管一說他,他說你管我聽不聽歌,我把手頭的活干好就行了.這實在是一句美麗的謊言,你都沒有專心去工作,怎么能干好工作.主管既要看結果,更重要的是把過程控制好.抓小事也能形成一種管理文化,員工會認為小事都這么嚴格,大事當然不敢馬虎,這件事這樣嚴格,那件事當然也不能馬虎.

8、 主管必須時時刻刻注意自己的言行,不斷地自我修正和自我反省,能接受不同意見包括批評,為了工作的爭吵是提倡的.主管的一言一行都代表了公司,時時處處都要站在公司利益一邊,你的言行是否損害了公司的形象和利益,是否打擊了員工的積極性,最忌諱主管在員工面前發牢騷,如果主管都這樣了,還怎么去團結員工,怎么讓員工努力工作,又怎么讓員工看待公司.

9、 主管要加強學習,要有創新意識.部門主管都是各部門的業務精英,對本部門的業務都很精通,但是作為主管怎么樣讓整個部門的業務提高又是另外一回事,要不斷學習與思考,掌握本部門業務的特點,能夠抓住解決問題的關鍵點.管理人員要加強人文知識的學習,平時要多讀讀書,對提高管理能力是有幫助的.在工作中要有創新意識,敢于并且不斷地嘗試一些新的辦法,干砸了不要怕丟人,不實踐永遠提不高,管理是知易行難,貴在行,在于實踐.主管要徹底的把個人角色轉變過來,從過去的完全的執行者慢慢的向策劃者轉變,只要能把部門工作搞好,有好的辦法、新的辦法就要去嘗試,而不要去在乎這件事情是不是公司規定的,公司的制度是集體的智慧形成的,而不是老板一個人制定的.

個人寫項目心得體會篇10

項目終于是做完了，可這一閑下來，本想要寫的許多感觸又不知跑哪兒去了。在當初做項目的過程中每遇到一個問題，每解決一個問題，都好像有說不完的心得體會，這會兒要說真不知從何說起，難怪許多的作家都說，要是你想起點什么，就一定要把它記下來。只好再重新看看我的項目，回憶起當時的情形看看要寫什么才好。

實話說，我對色彩的感覺是并不太好的，所以我對界面有多漂亮也沒個把握，GUI畫圖這一部份的學習來講我并沒有處于我們班上的領先水平。其實我覺得我對算法要擅長的多，這當然也基于我對數學的性趣。可是最后我們的項目還是做出了自己的個性，看到了書香的氣息，當然志祥功不可沒。因為這個界面的布局討論沒有花多久，而實現花了很長的時間。當然最后的效果是很好的，在我強烈要求他們要用布局管理器進行界面控制的情況下，還是有幾個哥們用了絕對坐標來控制，用絕對坐標進行畫圖確實好控制一些，但是它就只能適合一種分辨率，當你改變分辨率的時候，你的圖形就會變形，這是我感覺我們這個項目中較大的一點缺陷。

我們這組六個人，二個大二的，怎么說呢，兩個大二的兄弟在整個組里面來講，能力還是很不錯的了，在編程方面他們也很有想法的，但他們畢竟大一才開始接觸編碼，再加上學校的教育方式，整個大一也編不了多少代碼，所以整個項目的實施過程中，他們比較辛苦，寫的東西很多，但多數要用來做試驗，考慮的不會很周全，也不是說要求達到寫的代碼一寫就成為有效代碼，但一般打好架子的代碼修改的地方應該是不會太大的。然而他們有時修改的地方會比較多，所有我晚上會經常看到他們加班到很晚，有時可能還會通宵。這是比較煩自己的事兒，因為一個功能要是花了很長的時間還是沒有做出來的話，可能會降低自己的信心。不過他們可能沒有到這種嚴重的地步，但總之他們在整個項目中是吃了不少苦的。

我們相對來講是把畫界面的時間往后推了幾天的，而用了五天左右的時間好好的把數據庫進行設計，從后面的情況來看，我們的做法是正確的，因為我們的表多，關系復雜，而且表的字段也是具多無比，最長的表字段盡然的有25個，最長的視圖字段盡有29個之多。表和視圖的數量加起來有五六十個之多，表與表之間的關系很不好分開，所以后面每一個人分開的模塊都是聯系的相當的緊密，這給我組合項目階段帶來了較大的困難，而且測試起來也不方便，很多時候出了問題都不知道到底是哪一個部份出了問題，所以我在組合的時候基本上都是把他們的代碼幾乎都看了一遍。但盡管這樣，還是慶幸當時的決定，就是先把數據庫文件做好，要不是這樣，我們后面的問題會嚴重的多。記得當時進行表結構的設計和表關系的分析，大家頭都轉暈了，有些東西確實很難想清楚，又沒有個實例來看，盡管我把基本表都做成了Word 表格，但Word表格就有五頁，前后交叉的幾張表一進行關聯，翻著表都搞不清是怎么回事兒，再加上整個組就只我和志祥有點數據庫的底子，從面上看得出大家都煩這個表，分析的時候，不好意思拒絕我，硬著頭皮還是天天來。表結構弄得很細，每一個字段應該取什么名兒每一個人都出了點子的，所有后來我要做他們建立自己的視圖的時候，每一個人對表結構都很熟，并且都能對自己的模塊的結構進行迭代和分析，不過我還是發現他們只做自己的那一個模塊，并沒有做很好的交流，也不知道各個部份之間的聯系大到什么程度，其實我們的很多視圖都是可以共用的。

界面其實出來的比較快，差不多五六天吧，就基本大體就出來了，我們的版本一直從1.0不斷的更新，一點一點的進行上升，最后出來的是2.2吧，其實中間不止十二個版本，還有許多都在縫里面，其實這也是提高我們組員的一個積極性的手段吧，每一次聽我說版本升級了，他們都會非常的興奮，立馬就會有人拿U盤來拷，因為這是我們每一個人辛勤勞動后的結果，有每一人的功勞，這就是自己孕育出來的結晶。

其實實現功能遇到的問題是最多的，前面說了，由于每一個人的功能模塊聯系比較大，交流的不夠深入，實現起來有一定的困難。加上大家開始的時候注釋寫的比較少，說了也不大當回事兒，所以到后來寫功能的時候找代碼找不到，到這份兒上，他們后來的注釋才慢慢的多起來了，真的是吃一塹，長一智，這種比我無限的給他們灌輸要湊效的多。我們的系統主要的功能就是要做圖書和讀者的增刪改的操作，由于表參照的層比較多，經常搞混，查的時候還好說，大不了就在視圖寫的長一點(事實上我們的視圖不止是長一點點，我看了，最長的一個視圖建立表達式達到了四十六行)，而進行刪除和更改的時候問題會比較大，這里就志祥也經常搞混淆，有時過來跟我說有點暈暈的。也就是在這里，演示的時候出了一點問題，本來是紅華做的丟失處理，但是要在祖榮做的那一個模塊那里進行查詢出來，由于做功能的時候沒有深入交流，我在測試的時候也沒有測好，所以就出了點小問題，當然這也不是怪他們，大家付出的都很多了，項目的后期實在是很疲勞，大家都不容易了。總之我們還是基本上把參照的美萍上的系統的所有功能都實現的差不多了，項目開發流程的鍛煉的目的是達到了的，不管最后結果是怎樣的，我想我們的兄弟都是有很大收獲的。

其實我覺得整個項目中收獲的最大的地方是在我們自己在開發過程中自己摸索了的幾個問題，當然也還有一些是還沒有完美解決的，但是我們進行了深刻的分析，以待后來有能力了再進行解決。我想我最不會忘記的應該是那棵樹的問題了，也就是我在項目演示的時候說到的那棵樹。就是它的存儲結構分析讓我記憶猶新，記得那天分析這個樹的存儲結構的時候我們想出了許多的方案，大家都累得不行了，但是我和志祥還算清淅，想了好久才想到了一個以三個字段，分別存儲子父標識和名稱的表進行整個樹的存儲，當時分析出來，我們都很高興，因為我們就這個問題想了好幾天，解決的那天也是我們數據庫討論完成的最后一天了，后來祖榮還拿著這個表結構來跟我說：“看這個表，就是漂亮!”所以后來祖榮就要主動要求實現了這個表對應的那棵樹的建立和遍歷的算法，而志祥則實現了界面的交互，雖然說這棵樹到最后還是有一點問題，但我們還是很高興做了這么一件事兒。

我自己的是做了整個系統的部份，除了伙強在最先的時候畫了登錄和退出的界面和祖榮后來做了的兩個子功能外，畫界面和功能實現基本是我做的，這里的界面其實很簡單，難做的東西就是權限的問題，比較繁瑣，因為我們這里除了用戶的權限外，還要建立靈活的權限組問題，并且要在界面的每一個功能上進行權限識別，整個項目共的二十四個功能權限，涉及到每一個人實現的功能點，總的來講也還是好做的，只是if 語句多了點，有時用switch 語句還不行，只能用if 語句，最多的一個是用了25個if ，而且在好幾個DAO層的文件上都是用到了這么多個if 的。

整個項目開發這程中，我這組的兄弟都很團結，可以毫不夸張的說，我們去中信集體做項目的時間是最多的，每一次我叫到，每個兄弟都是想盡所有的辦法過來一起做項目，這一點我只想說“感謝兄弟們”。

說了那么多的程序的問題，說說生活吧，這段時間是這有生以來過的最充實的一段，但是也是最累的一段時間，看起來好你寫程序不怎么消耗體力，其實不然，我在學習Java前一直是在健身房進行鍛煉的，我可以明顯的感覺到現在沒有以前有體力了，昨天去打了兩個小時的籃球，王金元就說全身痛的不行，幸好我一直一來早上都在做俯臥撐，所以只有腿痛。我和白艷在一個宿舍里，我們在項目從畫界面開始到項目評審的這一個多月里，每天基本上都是兩點才睡，有時候還會到三點，過的日子真的是不輕松，不過收獲到的東西也是成正比的。我們生活上的一切都從簡了，項目才始的時候鄺燕財干脆去剃個光頭，就是為了難得洗。還有好些事兒，不說了，項目完成了就Ok了。

我清楚的記得當時做項目的過程中有好多事兒想寫一寫的，現在只能從整個大的方面來說這個項目中的事情了，下次的時候一定要及時的記下當時的想法，做好記錄，這樣的心得的作用會大的多，等想起點的時候再到博客上寫吧，只能這樣了。