項(xiàng)目管理的心得體會(huì)

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

　　項(xiàng)目管理的心得體會(huì)篇1

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

　　1、項(xiàng)目要進(jìn)行整體管理，善始善終

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

　　項(xiàng)目首尾工作也是項(xiàng)目管理中，一項(xiàng)重要的工作。需要將項(xiàng)目過程中產(chǎn)生的文件資料進(jìn)行整理，歸檔;對(duì)項(xiàng)目的費(fèi)用和進(jìn)度進(jìn)行審計(jì)和審核，對(duì)項(xiàng)目的質(zhì)量進(jìn)行檢驗(yàn)和驗(yàn)收;對(duì)項(xiàng)目的整個(gè)過程的利弊得失進(jìn)行總結(jié)和交流。

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

　　自己做過的一個(gè)項(xiàng)目，開始為了占領(lǐng)市場和盡快拿下合同，在用戶需求還沒有詳細(xì)提供的條件下，就與用戶簽定了合同，后來不僅費(fèi)用受到限制，就連時(shí)間不夠，在項(xiàng)目過程中，用戶方還總是變更軟件的功能和要求。因?yàn)闆]有一個(gè)基點(diǎn)，我們認(rèn)為是變更需求和新增功能，而用戶方認(rèn)為是合同范圍，不能因此增加費(fèi)用和時(shí)間。這個(gè)項(xiàng)目在開始好象簽定了合同我們爭取了主動(dòng)，其實(shí)需求不明確，使我們?cè)诤髞淼捻?xiàng)目進(jìn)程中一直處于被動(dòng)。

　　所以項(xiàng)目從一開始就要做好計(jì)劃，搞清目標(biāo)。只有項(xiàng)目的目標(biāo)明確，合理安排時(shí)間、費(fèi)用、人力和其他資源，控制好項(xiàng)目的變更，這些是保證項(xiàng)目能夠順利完成的基本條件。

　　2、質(zhì)量管理是項(xiàng)目成敗的關(guān)鍵

　　我們?cè)谶M(jìn)行軟件項(xiàng)目過程中，對(duì)軟件的功能測試一直認(rèn)為還是比較認(rèn)真和嚴(yán)格的，每次測試都要有測試計(jì)劃和用例的編寫，然后才能進(jìn)行測試;測試要有記錄，并將記錄整理成測試報(bào)告。

　　但通過此次培訓(xùn)后，感覺到我們的測試工作與質(zhì)量管理的要求還差的遠(yuǎn)，有距離。質(zhì)量控制要深入到每個(gè)與項(xiàng)目相關(guān)的人，要深入到項(xiàng)目的每個(gè)過程中，從一開始，就要樹立質(zhì)量第一的理念，每個(gè)過程都要進(jìn)行質(zhì)量的控制，而不是到最好測試時(shí)，才想到質(zhì)量，才去衡量是否符合標(biāo)準(zhǔn)。

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

　　項(xiàng)目管理的心得體會(huì)篇2

　　前段時(shí)間，我負(fù)責(zé)了一個(gè)項(xiàng)目的管理與開發(fā)。在時(shí)間短、任務(wù)緊，而團(tuán)隊(duì)人員又大部分是沒有經(jīng)驗(yàn)的菜鳥的惡劣情況下，我?guī)ьI(lǐng)接近40人的團(tuán)隊(duì)，終于在客戶規(guī)定 的時(shí)間范圍內(nèi)如期交付產(chǎn)品。這其中，經(jīng)歷了需求變更、人員變動(dòng)(因?yàn)槠渌蝿?wù)，先后有近10人離開團(tuán)隊(duì))等諸多問題，項(xiàng)目仍然取得了成功，不能不說有幾分 僥幸，但此外也有一些經(jīng)驗(yàn)與教訓(xùn)可以與大家分享。

　　項(xiàng)目開發(fā)方面

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

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

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

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

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

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

　　控制需求變更。重視CCB的作用，同時(shí)應(yīng)建立需求變更的響應(yīng)機(jī)制。EAS項(xiàng)目組對(duì)于需求變更的響應(yīng)還不夠及時(shí)，這一點(diǎn)項(xiàng)目經(jīng)理與項(xiàng)目管理小組要擔(dān)負(fù)一定的責(zé)任。(范圍管理中范圍控制的內(nèi)容，變更管理是配置管理的一個(gè)重要內(nèi)容。需求必須要受到控制，否則容易引起計(jì)劃的頻繁調(diào)整而發(fā)生混亂)