XX年，轉瞬即逝，但回想剛到客戶現場時的不知所措，卻好像又過去了很久一樣。在這一年的時間裡，我們經歷了酸甜苦辣，但是，最讓人值得驕傲的是，我學習到了很多項目管理和質量控制的知識，同時在平時的工作中得到套用，並積累了一些相關經驗。下面是我對過去一年的工作經驗總結和自認為好的一些實踐，請領導評審。
項目管理分為九大知識領域，分別是：範圍管理、時間管理、成本管理、質量管理、人員管理、溝通管理、風險管理、採購管理和綜合管理。
範圍管理最應該關注的是：防止不必要的變更。但是目前項目組在開發的過程中，不能詳細而明確的說明用戶需求，讓用戶在程式開發之前進行需求確認，使得後期不可避免的發生所謂的變更，而實際上也許是項目組不能實現用戶的需求，用戶沒有別的辦法，只能採取另一種實現方式的變更，或者程式實現了的並不是用戶真正的需要，導致uat測試階段大量的變更。我們一直以來的想法就是“抓兩頭，控中間”，所以，需求階段建議採用原型法，在用戶無法提出明確需求的條件下，儘量引導、還原用戶需求，且需求一定要業務部門確認。另外，據我的經驗，項目組在制定項目計畫的時候，一定要把項目組所有的任務都包含在進度表里，包括文檔的評審、代碼檢查、上線會議等管理及溝通工作。事實證明，如果按照行方的過程要求，把任務儘量全面的列入進度管理表中，到了對應的時間點，也不會忘記此項活動的執行，因此，相對能比較好的執行要求的過程。
時間管理方面，目前，由於受評分體系的制約，普遍存在的現象是，無論誰的原因導致進度落後，項目組都會頻繁的調整進度管理表，來使進度不延遲。時間管理重要的是保證項目進度與計畫一致，但是受各方面原因制約，幾乎沒有一個項目組能夠按照進度計畫執行項目。人都是有惰性的，就像忘記了哪個原理所闡述的，一個任務本來可以三天完成，但是分配給人十天完成，那這個人就一定會在十天完成，而不會提前完成。我跟蹤的一個進度控制相對比較好的項目，項目組內部控制進度非常緊，留出充足的緩衝時間，所以，相對這個項目進度延期的可能性就小了很多。
因為本次工作我們是代表甲方進行管理的，所以在這一年當中幾乎沒有對成本進行控制，此處不做說明。
我們過去一年最重要的工作，就是項目管理和質量控制，但是作為最重要工作之一的質量控制，我認為我做的並不好。在過去的一年中，過程質量保證相對做的比較好，但是產品質量方面就差了很多。cmmi標準ppqa過程域中要求的很多活動我們都沒有做到，包括沒有質量保證計畫等。因為對銀行業務不了解，我幾乎沒有參與qc的工作。當然，也有一定的收穫：比如，uat測試中，要儘量讓熟悉業務的人員儘快介入uat測試，否則越難發現且越複雜的bug會在項目後期提出，這樣對項目造成的影響是很嚴重的。提高質量的三個方法就是缺陷預防、測試和評審。去年只在一個項目用到了缺陷預防的方法，但是沒有考察缺陷預防的效果。一般來說，項目的工期都比較緊，測試用例很多情況都是測試的同時編寫的，也沒有熟悉業務的人員進行評審。要想使測試覆蓋率達到100%，首先項目組得有業務流程圖，其次qa得能夠比較熟悉業務，過去的一年這一點幾乎沒有落到實處。也許是每個qa跟蹤的項目較多，就存在這樣一個矛盾，qa需要編寫的文檔越來越多，如果要把所有的文檔都及時的填寫，根本就沒有跟項目組溝通和深入監控項目的時間。要想深入到項目組，目前看來真是一件比較困難的事情。