2022項目管理個人工作總結2022年，轉瞬即逝，但回想剛到客戶現場時的不知所措，卻似乎又過去了很久一樣。在這一年的時間里，我們經受了酸甜苦辣，但是，最讓人值得傲慢的是，我學習到了許多工程治理和質量掌握的學問，同時在平常的工作中得到應用，并積存了一些相關閱歷。下面是我對過去一年的工作閱歷總結和自認為好的一些實踐，請領導評審。

工程治理分為九大學問領域，分別是：范圍治理、時間治理、本錢治理、質量治理、人員治理、溝通治理、風險治理、選購治理和綜合治理。

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

時間治理方面，目前，由于受評分體系的制約，普遍存在的現象是，無論誰的緣由導致進度落后，工程組都會頻繁的調整進度治理表，來使進度不延遲。時間治理重要的是保證工程進度與打算全都，但是受各方面緣由制約，幾乎沒有一個工程組能夠根據進度打算執行工程。人都是有惰性的，就像遺忘了哪個原理所闡述的，一個任務原來可以三天完成，但是安排給人十天完成，那這個人就肯定會在十天完成，而不會提前完成。我跟蹤的一個進度掌握相比照較好的工程，工程組內部掌握進度特別緊，留出充分的緩沖時間，所以，相對這個工程進度延期的可能性就小了許多。

由于本次工作我們是代表甲方進展治理的，所以在這一年當中幾乎沒有對本錢進展掌握，此處不做說明。

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

由于各工程組pm治理力量凹凸不同，人員治理方面也表現出了許多問題。有的工程到后期的時候，只有一兩個人能夠勝任工作。由于越到后期的工作，越需要人員在這個工程的綜合力量高，假如平常不留意培育人才，一個工程做完了，人員力量并不會有太大的提高，導致工程后期任務只能依靠一兩個人，對于工程來說，這樣的狀況會造成工程延期，對于個人來說，勞碌的這一兩個人始終得不到休息，滿負荷的工作，效率自然不會高，而其他人員就相比照較輕松，但是力量沒有提高。因此，在工程初期進展工程籌劃的時候，就應當制定好人員培育等打算，以滿意后期工程需求。

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

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

本年度的工程治理工作沒有涉及選購治理，此處不做說明。

工程治理各大學問領域是相互關聯，相互影響的。例如：評審作為質量治理的活動，有必要寫到進度治理中，作為工程任務的一局部；溝通治理中的召開例