專案管理課程的心得體會

　　軟體專案管理這門課程是我們軟體工程測試技術專業學生的一門重要的課程，這門課程的開設必有其重要性。接下來就跟著小編的腳步一起去看一下關於吧。

　　篇1

　　軟體專案管理的提出是在20世紀70年代中期的美國。由於開發專案不能按時提交、超出預算、質量達不到使用者的要求等原因，70%的專案出現問題。於是，軟體開發者開始逐漸重視軟體開發中的各項管理。到了20世紀90年代中期，軟體專案管理不善的問題仍然存在。軟體專案管理和其他專案管理相比有相當的特殊性。首先，軟體是純知識產品，其開發進度和質量很難估計和度量，生產效率也難以預測和保證。其次，軟體系統的複雜性也導致了開發過程中各種風險的難以預見和控制。因此，專案管理對軟體生產具有決定性的意義。

　　專案管理的定義是指一定的主體，為了實現其目標，利用各種有效的手段，對執行的專案週期的各個階段工作進行計劃、組織、協調、指揮、控制，以取得良好經濟效益的各項活動的總和。軟體專案管理目的是為了使軟體專案能夠按照預定的成本、進度、質量順利完成而進行分析和管理的活動。另外，進行軟體專案管理有利於將個人開發能力轉化成企業的開發能力。企業的軟體開發能力越高，表明這個企業的軟體生產越趨向成熟，企業越能夠穩定發展。

　　對於軟體專案的學習，我首先放正了態度來學習，認真分清軟體專案管理與軟體工程的關係和專案管理知識體系。軟體專案管理從頭到尾包括9個知識領域、5個標準化過程組和44個模組。其中本學期我們學習的主要知識點有以下幾個部分，如：專案的初始中專案立項、合同專案、內部專案、專案授權、初始專案範圍、生存期模型等知識點;專案計劃中範圍計劃、時間計劃、成本計劃、質量計劃、人力資源計劃、溝通計劃、風險計劃、合同計劃、配置管理計劃、整合計劃等知識點;專案執行控制中整合變更管理、範圍管理、進度成本管理、掙值分析法、偏差管理、質量管理控制、團隊管理和建設、專案溝通管理和風險管理等;專案結束中合同結束、專案結束、專案總結、專案管理的建議等。對於這些知識點，我根據具體案例具體分析。

　　通過本學期的學習，我感受到軟體專案管理是一門非常需要學習的課程。即使作為考察課程，它也是軟體行業人士所必須瞭解的知識。它對軟體工程專案的作用是至關重要的。現在，作為學生的我所做的專案雖然都是一些小的專案，但是在小組共同開發的時候還是需要用到專案的管理。如：人員的分配，時間、進度的計劃，溝通計劃，專案執行變更管理，以及質量管理控制等多種管理。如今這門課程我學的還不是很好，但我相信在今後的實訓及工作當中，能夠更好的體驗和感受到專案管理的精髓，對軟體專案管理有更深入的瞭解。我也希望，學校的老師能夠在今後的教學當中重視軟體專案管理課程，多讓學生了解例項，去感受、體會軟體專案管理所遇到的問題和解決方案，理解軟體專案管理的精髓。

　　篇2

　　通過本學期X老師的《軟體專案管理》課程的學習，我深深的體會到了專案管理在軟體工程甚至是其他工程領域的重要性。通過老師的講解，我瞭解到了專案管理的理念目前在實踐中起到了越來越重要的作用，對於技術而言，管理意味著決策和支援。只有對生產過程進行科學的、全面的管理，才能保證達到提高生產率，改善產品質量的工程目標。好好研究學習軟體專案管理對於我們以後要從事IT行業的學生而言有著決定性的作用。首先這裡存在一個問題，之前已經學習過了《軟體工程》課程，所以剛開始聽到《軟體專案管理》的名字的時候就產生了軟體工程和軟體專案之間有什麼區別的疑惑，通過後來對課程的深入學習，才瞭解到了：1軟體工程是研究和應用如何以系統性的、規範化的、可定量的過程化方法去開發和維護軟體，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。2專案管理是一個管理學分支的學科，指在專案活動中運用專門的知識、技能、工具和方法，使專案能夠在有限資源限定條件下，實現或超過設定的需求和期望。專案管理是對一些與成功地達成一系列目標相關的活動譬如任務的整體。這包括策劃、進度計劃和維護組成專案的活動的進展。也就是說，軟體工程為我們提供的具有指導意義的軟體開發方法，專案管理是更從更高的角度思考問題，它總結出了專案管理中會碰到的問題及常規的解決方案，他不僅僅針對軟體開發，而可以適用任何專案工程。那麼軟體專案管理則是專案管理在軟體行業的應用了。在課程接下來的學習中，我有了一個深切的體會，在以往的小軟體開發中，都是自己根據想象確定軟體所需功能，然後編寫程式碼，做成了一些具有“死”功能的軟體，由於沒有在實際應用中大量使用所寫的軟體，所以忽略了很重要的一點，客戶對軟體的需求變更要求，那麼就要求專案開發相關人員對使用者的需求變更有一個好的回覆。所以在軟體開發的過程中我們專案開發人員要了解可能導致需求變更的原因，如何管理變更需求，以及如何正確的處理需求變更。

　　然後學習到了一個重要的成本控制方法—掙值法，掙值分析相比於傳統分析方法是一種更好的專案/工程管理方法，因為它綜合了成本、進度與範圍，可以用來預測未來績效與工程完工日期。作為一種早期預警專案管理手段。可以使工程管理人員識別與控制問題，以免問題擴大化。能夠使工程管理更高效、更及時的反應預算情況。下面舉例說明：你被指定負責一個軟體專案，其中有4部分，專案總預算為53000，A任務為26000，B任務為12000，C任務為10000，D任務為5000，截止到5月31日，A任務已經全部完成，B任務過半，C任務剛開始，D任務還沒有開始，採用50/50規則計算截止到5月31日的CV，SV，CPI，SPI?

　　通過公式計算得：cv=1400sv=-5400cpi=1.042spi=0.864從上面的資料可以看出本專案花費低於成本，專案進度落後，參考這些資料可以適當地對專案進行調整。

　　最後，對於軟體配置管理要有一定的重視，因為它貫穿於專案生命週期的始終，並代表軟體產品接受各項評審，對於軟體開發有很重要的作用。

　　對於本課程的學習，讓我瞭解到了許多關於軟體專案管理的知識，可以對之前軟體工程課程上開發的“雲盤”小軟體作進一步的完善，以後的學習生活中，也會努力地讓軟體專案管理有關理論得以應用。

　　篇3

　　第一，要認清形勢。

　　我覺得任何事情一定要在認清形勢的基礎上再開始考慮如何計劃，這樣才能讓別人滿意你的結果而自己也能獲得較大的收穫。一開始，*總就強調過，我們不應該把這個專案當成還是課堂的專案，完成老師的硬性要求，而是一個真正的公司的專案。這樣我們就可以考慮到時間方面的限制和我們在技術上的優勢，而在需求上與甲方PM交涉。我們公司內部在經過一番討論後，確定了最利於我們完成該專案而又達到甲方PM要求的專案方案，然後與甲方PM進行商榷，在與甲方PM分析了各種情況後，最後終於敲定了讓甲方PM滿意，而我們自己又認為能完成得比較好的需求。

　　第二，相信團隊合作才可能把專案做到最好。

　　從整個專案的過程來看，團隊合作中需要溝通、分工、協作和監督。只有做好這四項才算是一個好的合作團隊。首先，團隊合作最基本的技能就是溝通。溝通的目的就是讓別人瞭解你的想法，因為每個人考慮問題的時候總會有各種各樣的偏差，我們只有溝通很好的溝通來綜合所有人的好的想法，以減少走彎路，而讓事情進行的更順利。我們公司內部的溝通是比較隨意的，因為大家都比較熟悉，任何時候有什麼想法都會提出來，然後大家一起討論，並得出最後的結果。而整個專案的進行中很重要的又比較正式的溝通就是與甲方PM的溝通，完成這個專案其實也是與甲方的合作的過程，因為甲方PM是在職人員，他的人生閱歷比我們多，而且溝通能力是很強的，我們從與他的溝通中都學到了不少知識與技巧，其中很多都是我們以前做老師給我們的作業專案所沒有的但卻是很重要的。我們其實也很感謝甲方PM，他很認真負責地跟我們溝通，我們在溝通中用詞不當或犯什麼錯誤時，他都會指出來，並改正我們的說法，因此單從與他的溝通中就學到了不少以後工作時將會用到的實在的知識。其次，團隊合作的關鍵環節就是在有效溝通的基礎上進行分工，分工要明確，落實到每個人。由於這個專案時間的限制和語言的不熟，這個專案必須由我們公司所有成員都盡努力才能做好，這樣就需要合理的分工。比如我們這個專案中分為總的來說可以分為介面，核心演算法，和資料庫這三個模組，而演算法也分有好幾種，只有把它們分配給對各模組感興趣的人做，讓他們在規定的時間裡進行鑽研努力，才能達到最好的效果。我們組在這方面做的比較好，蘇總在我們專案提出時，就根據各人的能力和興趣把每個人分配在不同的主要任務中，在每週與甲方PM定好下階段的提交物後，都是仔細地把任務均勻地分配給各個人。因為我們組是按照每人的工作量來最後算成績的，均勻地分配任務就不會造成組員的不滿了。再其次，團隊合作中協作是必不可少的。在專案組中各成員都明確了任務後，就需要大家單獨工作的同時去配合其他人。儘管大家都有不同的任務，但是相互之間在一些問題互相協作的話，不僅可以提高各個任務進行的速度，也利於對專案中別的模組的瞭解。由於我們組的成員都是比較熟悉的，所以在協作方面還是不錯的，比如某人搭建完環境後，幫其他的組員在他們自己的電腦上搭好，這樣就會節省大量的時間，而這名組員也可以把時間用在別的事情上。而且雖然我們進行了明確的分工，但畢竟是一個專案，之間還是有很大的關聯的，這樣在編碼的時候，都會進行討論和互相幫助，這樣就減少了錯誤的可能性也節省了時間。最後，專案經理的監督是必不可少的。一個團隊中，難免有人會偷懶或拖延，或者完成任務的質量不理想，專案經理就要對這些人進行督促和提出合理的建議。通過監督瞭解專案的進展、質量、問題等並及時的調整資源利用情況，以保證專案的成功。雖然我們組沒有出現上面提到的種種情況，蘇總還是進行了嚴格的監督，我們每人都是按照蘇總給我們的計劃提交相應的產品給他，但質量是參差不齊的，蘇總都會進行稽核，然後給出建議，讓我們修改優化後，他才把產品提交給甲方PM，因此甲方PM一直對我們的提交物比較滿意，這與蘇總的努力是分不開的。

　　第三，要詳細制定計劃，並嚴格按照計劃來執行。

　　這次的專案週期很短，因此計劃就顯得格外的重要，只有進行詳細的計劃，我們才有緊迫感，並要求自己抓緊時間完成當天的任務。對比去年的軟體工程課，那個專案與這個專案的規模差不多，但是開發週期是真個學期，每個階段都顯得很長，就算制定了一個計劃，也沒有按照那個計劃來，拖個幾天是很正常的，今天不能完成明天做，因為有的是時間，這樣越來越鬆懈，就把大量的任務往後壓，到最後就拿質量換時間了。而這個專案一開始就讓人有很強的緊迫感，計劃幾乎是細到天的，我們每人組員都要在週報中詳細彙報這週中每天做了什麼的，PM通過週報來很好地管理進度，當然必要的情況下還是會做相應的變動的。到最後我們的專案如期完成了，而且結果是比較讓人滿意的，這樣的結果對比去年的就會讓我以後在做別的事的時候，更加自覺地詳細做計劃並嚴格按照計劃執行。另外，這樣做的好處就是讓人感覺每天都很充實，沒有虛度光陰，每次我渾渾噩噩地度過一天而沒有學到任何東西后，我都有一種罪惡感，感覺對不起父母和關心自己的人，而制定了詳細的計劃並認真執行的話，每天都會以飽滿的精神狀態來學習，心情也很好，這樣才是健康的生活方式。

　　雖然通過這門課，我的經驗更佳豐富了，個人程式設計能力，溝通能力等都有了一定提高，但是我也感覺到了自己的諸多不足，比如我的溝通能力還有待提高，這或許不是一兩天的問題，但是我會更加註意，並在以後的生活學習中，留心並提高溝通能力。還有不足就是專案期間，熱情還不是不夠，每次都把相應的任務做完後，就不管了留給PM，然後等下一個任務，而自己卻沒有更加用心地去考慮如何把整個專案做的更好，或許是因為我不是PM的緣故吧，在以後的專案中，我要改變這種心態，以更加積極的熱情去參與專案。