項目年終總結

時間：2020-12-28 10:39:35 年度總結我要投稿

【精選】項目年終總結3篇

　　總結是指對某一階段的工作、學習或思想中的經驗或情況加以總結和概括的書面材料，它能使我們及時找出錯誤并改正，讓我們一起認真地寫一份總結吧。如何把總結做到重點突出呢？以下是小編整理的項目年終總結3篇，希望對大家有所幫助。

【精選】項目年終總結3篇

項目年終總結篇1

　　時間飛逝，轉眼間我們就迎來了嶄新的20xx年。也就是說，我們的軟件項目管理已經到了學期的最后，我們seed小組的軟件項目也已完工，這一個學期真的是獲益匪淺!

　　**老師曾經說我既可以走技術路線也可以走管理路線，一切都看我自己。真的很是佩服老師的看人眼光，很犀利。我知道，現在的我不是沒有能力去做好，只是自己沒有去做，一直在殿外徘徊，不肯付出努力向前邁進。

　　在技術上，我總是給自己找借口，總是偷懶，但我現在明確了一點，沒有技術，就沒有管理!脫離技術的管理是不可能的，也是不現實的。在這個行業里，技術是一切的基本，想作工程師也好，想作管理者也好，技術都是起步的根基。在這個小項目里，雖然我們兩個星期就開發完成了這個軟件，并交付使用，但是問題還是很多的。在這么一個小項目里，由于需求、設計、代碼、文檔產生的問題，每一個看似容易，卻都需要實實在在的經驗在里面，都需要對業務的熟悉，有語言功底作根基。

　　在這個項目里，我負責軟件配置管理工作，在文檔的整理過程中，我仔細看了他們的需求分析，概要設計，數據庫設計，模塊設計等文檔，也參與了風險分析文檔的編寫，承擔了用戶手冊和項目成本估算的編寫。在這個過程中，我明確了技術的實在意義，明確了技術對我的指導作用，同時也明確了自己的學習道路應該怎么走下去!

　　整個項目進行的過程中，我一直在努力從中學習，我旁聽開發組的會議，為組長提供管理意見，為會議、文檔制定標準，整個過程我收獲了很多。

　　1、軟件項目小組中的人員安排要職責明確，并有配套的管理記錄，整理每個人的工作進度，隨時更新，以方便開發人員、測試人員之間的溝通。

　　2、會議、文檔、代碼都要有相應的“紀律”，否則整個小組的開發效率會大打折扣。

　　3、對業務的熟悉有助于明確需求，只有明確的需求才能讓項目更加順利的進行。

　　4、細致的計劃可以讓項目進行避免很多彎路，可以在任務的.初期就發現存在的問題，并及時予以解決。

　　5、項目文檔、代碼定期予以備份，當項目遇到未預料到的問題時可以及時恢復，盡可能減少損失。

　　當然，還有很多，包括軟件測試上的收獲，寫文檔的收獲，這里就不一一列舉了。這是我大學里最認真的一門課，當然，收獲也是最多的。

項目年終總結篇2

　　20xx年，轉瞬即逝，但回想剛到客戶現場時的不知所措，卻好像又過去了很久一樣。在這一年的時間里，我們經歷了酸甜苦辣，但是，最讓人值得驕傲的是，我學習到了很多項目管理和質量控制的知識，同時在平時的工作中得到應用，并積累了一些相關經驗。下面是我對過去一年的工作經驗總結和自認為好的一些實踐，請領導評審。

　　項目管理分為九大知識領域，分別是：范圍管理、時間管理、成本管理、質量管理、人員管理、溝通管理、風險管理、采購管理和綜合管理。

　　范圍管理最應該關注的是：防止不必要的變更。但是目前項目組在開發的過程中，不能詳細而明確的說明用戶需求，讓用戶在程序開發之前進行需求確認，使得后期不可避免的發生所謂的變更，而實際上也許是項目組不能實現用戶的需求，用戶沒有別的辦法，只能采取另一種實現方式的變更，或者程序實現了的并不是用戶真正的需要，導致uat測試階段大量的變更。我們一直以來的想法就是“抓兩頭，控中間”，所以，需求階段建議采用原型法，在用戶無法提出明確需求的條件下，盡量引導、還原用戶需求，且需求一定要業務部門確認。另外，據我的經驗，項目組在制定項目計劃的時候，一定要把項目組所有的任務都包含在進度表里，包括文檔的評審、代碼檢查、上線會議等管理及溝通工作。事實證明，如果按照行方的過程要求，把任務盡量全面的列入進度管理表中，到了對應的時間點，也不會忘記此項活動的執行，因此，相對能比較好的執行要求的過程。

　　時間管理方面，目前，由于受評分體系的制約，普遍存在的現象是，無論誰的原因導致進度落后，項目組都會頻繁的調整進度管理表，來使進度不延遲。時間管理重要的是保證項目進度與計劃一致，但是受各方面原因制約，幾乎沒有一個項目組能夠按照進度計劃執行項目。人都是有惰性的，就像忘記了哪個原理所闡述的，一個任務本來可以三天完成，但是分配給人十天完成，那這個人就一定會在十天完成，而不會提前完成。我跟蹤的一個進度控制相對比較好的項目，項目組內部控制進度非常緊，留出充足的緩沖時間，所以，相對這個項目進度延期的可能性就小了很多。

　　因為本次工作我們是代表甲方進行管理的，所以在這一年當中幾乎沒有對成本進行控制，此處不做說明。

　　我們過去一年最重要的工作，就是項目管理和質量控制，但是作為最重要工作之一的質量控制，我認為我做的并不好。在過去的一年中，過程質量保證相對做的比較好，但是產品質量方面就差了很多。Cmmi標準ppqa過程域中要求的很多活動我們都沒有做到，包括沒有質量保證計劃等。因為對銀行業務不了解，我幾乎沒有參與qc的工作。當然，也有一定的收獲：比如，uat測試中，要盡量讓熟悉業務的人員盡快介入uat測試，否則越難發現且越復雜的bug會在項目后期提出，這樣對項目造成的影響是很嚴重的。提高質量的三個方法就是缺陷預防、測試和評審。去年只在一個項目用到了缺陷預防的方法，但是沒有考察缺陷預防的效果。一般來說，項目的工期都比較緊，測試用例很多情況都是測試的同時編寫的，也沒有熟悉業務的人員進行評審。要想使測試覆蓋率達到100%，首先項目組得有業務流程圖，其次qa得能夠比較熟悉業務，過去的一年這一點幾乎沒有落到實處。也許是每個qa跟蹤的項目較多，就存在這樣一個矛盾，qa需要編寫的文檔越來越多，如果要把所有的文檔都及時的填寫，根本就沒有跟項目組溝通和深入監控項目的時間。要想深入到項目組，目前看來真是一件比較困難的事情。

　　由于各項目組pm管理能力高低不同，人員管理方面也表現出了很多問題。有的項目到后期的時候，只有一兩個人能夠勝任工作。因為越到后期的工作，越需要人員在這個項目的綜合能力高，如果平時不注意培養人才，一個項目做完了，人員能力并不會有太大的提高，導致項目后期任務只能依靠一兩個人，對于項目來說，這樣的情況會造成項目延期，對于個人來說，忙碌的這一兩個人始終得不到休息，滿負荷的工作，效率自然不會高，而其他人員就相對比較輕松，但是能力沒有提高。因此，在項目初期進行項目策劃的時候，就應該制定好人員培養等計劃，以滿足后期項目需求。

　　我認為溝通管理是項目管理九大知識領域中最重要的一個，軟件工作中幾乎所有的工作都是依靠人來完成了，而人和人之間最重要的莫過于溝通。項目管理的時間75%到90%用于溝通，45%左右用于傾聽。項目初期就必須注重與領導及相關方的溝通，獲取他們對項目的期望，從而制定項目目標；項目執行過程中，要積極與行方pm溝通項目中遇到的困難和問題，越快越早的解決問題，使對項目造成的影響降到最低。溝通最重要的是站在對方的立場分析問題，提出解決方案，需要溝通的雙方如果都不能明白彼此在說些什么，那溝通就沒有意義了，但可笑的是，行方與項目組之間的溝通，往往都是這樣的。軟件行業也是服務行業的一種，我們要抱著為客戶服務的心態來工作，站在客戶的角度思考，滿足客戶提出的要求，只有客戶滿意了，我們的工作才算是做好了。

　　風險管理也是這一年中做的比較不好的一項工作。項目組識別的風險，都是項目初期項目組pm為了達到pmo的要求，為了填寫風險管理表而想出來的。因為我經驗不足，也沒能給項目太多關于風險識別方面的建議。以我現在的知識，有些項目問題發生了，但并不能識別出來。但也有些經驗積累，例如：如果項目生命周期中包含長假，比如十一長假，十一前后共計半個月的時間人員的工作效率就會很低，相應的在制定項目計劃的時候就應該識別這個風險；無論這個產品或者平臺在別的銀行有多么好的實踐效果，只要有客戶化的部分，無論多少都將會是風險；與其他系統接口較多的系統，相對的風險就更大了。項目初期采取“頭腦風暴”的方式識別項目風險是比較好的一種方法，如果項目組本身有風險庫，從風險庫中篩選也是很好的方法。

　　本年度的項目管理工作沒有涉及采購管理，此處不做說明。

　　項目管理各大知識領域是相互關聯，相互影響的。例如：評審作為質量管理的活動，有必要寫到進度管理中，作為項目任務的一部分；溝通管理中的召開例會，也作為進度管理中的循環任務；如果范圍管理中需求變更提出的很多，勢必影響項目進度，相應的就得調整進度管理表等。