專案管理學習心得總結

　　專案管理作為企業管理學科中成長性最快的一個分支,對專案的實施提供了一種有力的組織形式,對管理實踐做出了重要的貢獻。下面是小編為大家整理的，供你參考!

　　篇1

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

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

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

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

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

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

　　篇2

　　本人做專案經理已經有5年的時間，感到做這個工作最要緊的就是要學會與專案干係人的溝通，專案經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡採用先進的技術方案，往往耽誤了工作進度，結果得不到領導和客戶的認可。而這些人最大的缺點就是不擅長溝通。我從一個技術骨幹逐漸培養成為一個專案經理，目前已經能夠帶領20人左右的團隊，.這期間感觸最深的也是溝通的重要性。

　　下面是我的一點體會：作為專案經理我們每天都要面對的專案干係人有領導、組員和客戶。和這些人溝通，讓他們知道你打算怎麼做，什麼時候做，以及想要的結果是什麼，這些都是非常重要的，也是你和他們溝通的主要工作。既然溝通這麼重要，就一定要確定好溝通的原則，溝通原則說不清楚，以後肯定要吃虧。溝通的第一個原則是規定資訊的流動方式，是推還是拉。

　　推式溝通就是專案經理將主動釋出資訊，不管通過電話、郵件還是書面方式，保證將資訊傳達到每個人，這種情況適合小專案;拉式溝通意思就是專案經理利用OA的公共資訊互動區釋出資訊，對方需要什麼資訊就自己去查，這個方法適用比較大型的專案。另外一個很重要的溝通方式就是確定主動溝通和被動訪問，一般來說，這兩種方式是同時存在的，尤其是你的直接領導，專案經理應該採取主動溝通方式，如果等到領導來問就已經很被動了。溝通的第二個原則就是對溝通的結果多做記錄，很多專案經理怕寫文件，但是專案經理一定要牢記“口說無憑，立字為證”的道理。有時候專案中經常會遇到一些扯皮的事情，為什麼會扯皮呢?就是因為沒有證據。所以專案經理一定要養成寫文件的習慣，把與領導和客戶達成共識的重要內容寫成文件，比如通過會議紀要請相關人員簽字，這樣以後扯皮的時候，就能做到有據可查。還有一個比較常見的問題，就是因為領導的某些原因耽誤了我們工作進度，比如你提交的報告，領導一直拖著不批，讓你的工作無法繼續，結果拖延了進度。因此，我的經驗是給領導和客戶提交材料一定要考慮留出時間餘量，同時要確定期限，最好能留下記錄，以後好確定是誰的責任;另外，最好能在專案啟動階段就和領導商定：如果提交三天後沒有得到領導答覆就算對方同意，這樣你就會主動很多。

　　篇3

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

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