軟件項目經理年終工作總結（精選7篇）
時間過得飛快，一年的工作又將告一段落�；仡欉@一年來的工作生活，想必大家收獲不少吧，該總結這一年的得與失，為下一年的工作奠定基礎了。但是年終總結要寫什么內容才能讓人眼前一亮呢？下面是小編為大家整理的軟件項目經理年終工作總結（精選7篇），僅供參考，歡迎大家閱讀。
軟件項目經理年終工作總結1
一、項目方面：
主要是圍繞信號機開發的各種軟件，如信號機底層軟件、信號機設置軟件、以及為了保障信號安全的防火墻軟件等，另外還圍繞交通誘導屏這個產品做了相關的工作，如誘導屏設置軟件，以及誘導屏測試軟件等工作。
1、信號機軟件開發
從去年的年底已經開始這項工作了，我的工作相對來說比較單一一點，就是信號機設置軟件以及底層軟件的通訊部分的程序代碼，以及其他的部分功能。并且現在這款信號機能夠兼容多家協議。
2、防火墻軟件的開發
這是獨立開發、并最終調試的一個軟件，能夠嚴格防止外來非法連接的軟件。由于目前還沒有我們自己的信號機中心軟件，所以目前這個軟件現在還沒有派上用場，相信隨著公司的發展，會逐漸用上這樣的軟件產品的。
3、交通誘導屏的相關工作
當然這里面的工作就相當砸碎一些，包括設置軟件、測試軟件以及處理在調試的過程中碰到的一些問題，以及測試一些硬件模塊的好壞等。
二、團隊合作
從上面主要的工作內容來看，不是我一個人所能完成的，正所謂一切事務離不開團隊，個人無法稱英雄。今年在余sir領導之下，團隊建設有了很大的進步，每個項目開始之前，好好的交流、加強了解、對問題的共識、解決問題的方法能很好的統一起來。我個人也很好的溶入這個團隊，共同做好一個項目。
沒有我們自己的信號機中心軟件，所以目前這個軟件現在還沒有派上用場，相信隨著公司的發展，會逐漸用上這樣的軟件產品的。
3、交通誘導屏的相關工作
當然這里面的工作就相當砸碎一些，包括設置軟件、測試軟件以及處理在調試的過程中碰到的一些問題，以及測試一些硬件模塊的好壞等。
三、工作態度
給我的最大的感觸就是一定要好好的去聆聽，每個人對待問題的看法，不管他的看法對還是不對，合理與否，或者考慮的角度是否確切，都要好好地聆聽，至少要等他說完，如果你主觀的色彩，可能你都不愿意或者不屑聽完他說的話，但是靜下心來你或許也能發現他看問題的某些角度是你沒有考慮過的，他想的某些方面也許確實是要注意到的。靜心！聆聽！把技術與大家共同分享，共同提高。
四、來年工作展望
在新的一年里我希望能夠在交通行業里做出更多新的產品，能夠更加深入的研究下去，比如：目前我們欠缺的信號機中心軟件，交通誘導屏的中心軟件，這個兩個應該是20xx年的首要任務了，如果還有時間我希望可以做gis地理信息系統方面的內容。
軟件項目經理年終工作總結2
通過最近xx客戶端的產品測試，我做了以下簡單的工作總結，重新認識產品測試的基本理念以及對自己工作不足之處的檢討。
產品測試的目的是找出產品存在的漏洞，了解客戶的感知，從而改良產品。但不同的測試初衷會直接影響到測試方法的選擇，從而影響到最后的結果與測試目的的吻合程度，所以明確產品測試的目的是十分必要而且十分重要的。測試的目的主要是記錄客觀現象，揭露產品現狀，站在客戶的角度使用產品，深入了解用戶的感受。
產品測試的方法，我個人認為應該將產品測試的目的和測試方法緊密結合起來，其重點在于細致入微的發現和記錄，反映用戶不愿或者不能表達的客觀現象，從而揭露產品的缺陷，并通過進一步詢問的方式，了解用戶的真實感受，所以應該采取客觀記錄和深度訪談相結合的方法，充分揭露產品存在的缺陷，不斷改良和完善產品。
因此作為一名產品測試員，應該承擔起重要的責任。首先，產品測試員要有一顆細致，善于觀察的心，具備高素質的專業技能，并且充分明確產品測試的目的和產品測試的方法，知道為什么要測以及用什么來測才能真正地做好產品測試，發揮產品測試的作用;其次，產品測試員要對產品業務流程非常熟悉，掌握產品的功能，才能對產品進行充分的、詳細的、全面的測試;再者，產品測試員要做到既是專家又是用戶，要站在用戶的角度去使用產品，且要比用戶更加細致，用心的使用產品，才能更加充分地去發現產品在使用過程中存在的不足，從而才能不斷地完善產品，滿足客戶的真正需求。
通過以上對產品測試的認知，我發現，我，作為一名產品測試員，在此次測試工作中存在以下幾個不足之處：
1、產品測試專業知識掌握不足，缺少高素質的專業技能;
2、沒有充分做到站在客戶的角度去使用產品，用心去感知客戶的需求;
3、對產品的詳細業務流程掌握不夠;
4、對產品測試細節觀察不夠細微，細致;
5、與整體產品組成員溝通交流存在不足，未能及時準確地提出產品存在的不足之處;
今后，要加強各方面的測試知識學習;提升測試專業技能;培養高素質的專業技巧;同時，加強對產品業務流程的認知，以及對事物的觀察能力;提高自己的動手和動腦能力，多動手多動腦，才能從多方面發現問題和解決問題，從而不斷地完善和提升測試能力。
吃一塹長一智。只有經過總結經驗教訓，才會有進步，才能發現自己的不足之處，知道自己哪里做得不好，才能去補充和改善這些不足之處，從而提高自己工作能力;不斷加強產品測試管理工作，通過產品測試管理工作的加強，力求在測試階段盡可能多的發現產品存在的錯誤與缺陷，盡可能少的將問題帶給用戶，確保產品的質量及其可靠性，提高用戶滿意程度!
軟件項目經理年終工作總結3
一個企業的管理，大公司有大公司的方式，小公司也有小公司的方式，如果把別人的經驗生搬硬套到自己身上，可能會適得其反。同樣，管理一個軟件項目也一樣，大項目和小項目的方式不完全一樣。但從另一個角度來看，項目的大與小并沒有本質的區別，很多方法是共通的。本文的目的是從作者的經驗來談談小項目開發的管理。
一、小項目的特點
大家知道，“軟件危機”的出現起源于一些大型項目的不斷延遲甚至失敗。小項目相比之下，具有以下特點:
1.項目功能相對較少
2.開發人員較少
3.開發周期較短
另外，在現實中，有很多小項目是由一些中小公司進行開發的，這些公司往往人員流動性較大，這也是不容忽視的一個現實.
二、小項目開發中常犯的錯誤
小項目看起來比較簡單，比較容易成功，因而人們往往忽視了小項目的管理，其實這是一種誤解，從本人的經驗看來，小項目開發中容易犯以下的一些錯誤:
1、開發之前沒有認真地進行項目可行性和工作量的估計�！ ⊥捎陧椖枯^小，便很草率地制定一個開發日程表，沒有認真地估計項目難度，結果實際完成時間與估計完成時間往往有較大差別。
2、沒有真正的設計過程
開發人員少，意味著不同人員的程序之間交互、接口相對少一些。開發周期短意味著往往是同樣的幾個人從頭到尾負責一個項目。這兩者都讓人容易犯些錯誤。往往是幾個人碰一下頭，討論一下最基本的數據結構、函數接口便分頭去做自己的工作了，沒有一份較正式的文檔。
這種做法潛在的危險之一是有的人可能會對討論出的接口、結構理解有偏差(應該承認人是會犯錯誤的)。一個誤解可能造成以后的返工。 另一個潛在的危險是由于討論時忽略了某些情況，等大家都按當時的分工完成屬于自己的工作后，才發現各個模塊組合起來卻形不成一個完整的系統。其根源在于沒有一個負責協調的人員不斷監控整個開發過程。
第三個潛在的危險是一旦有人中途退出開發隊伍，其他人加入時，新來的人難以理解以前別人做好的代碼，索性自己從頭來。另外，沒有文檔的程序，日后維護和版本升級都比較困難。
3、不經過單元測試而直接進入系統測試
造成這一現象的原因是每個模塊相對比較簡單，但是為了測試一個模塊需要建立一些測試環境。例如，為了測試一個函數是否正確，應該用一些測試數據去調用該函數，需要編寫一些測試數據。但很多開發人員嫌麻煩，覺得反正其他模塊也很快出來了，直接用真正的數據來運行幾次就行了。
殊不知，一旦直接進入系統測試，發現運行結果不正確后需要一步步查找。由于模塊間的調用關系，可能查了很久才發現是某個模塊的問題。這種方法一來效率比較低，大量的時間用在了將一個錯誤定位在模塊上了。另外由于這種測試不完全，真正運行系統，當調用某模塊時，可能大部分時候都是正常數據，極少出現邊界情況，可能某些邊界情況容易被忽視，很久之后才被發現。但是如果對每個模塊進行單元測試時都進行一下邊界測試，就會很容易消除一些隱患。真可謂欲速則不達也。
軟件項目經理年終工作總結4
合理的開發模式，一句話形容就是“麻雀雖小，五臟俱全”，即使是小型項目的開發，仍然應該遵循軟件開發的一般規律，必須的步驟不能省略。但是小項目有它自身的一些特點，實行起來可以相對靈活些。
以下我從幾個方面描述一下我認為比較合理的模式.
1.需求獲取
在進入正式開發之前，必須先從用戶處獲取準確的需求。在這上面花費相當時間是很必要的。
軟件項目可以大致分為專用軟件和通用軟件兩大類。
對于專用軟件，例如給某單位開發一套該單位專用的系統，一般用戶對于軟件要完成哪些功能已經有了一個比較清楚的輪廓，而且往往在開發合同中已經大致地規定了。
但是，開發合同上規定的只是一個大概的框架，在進入開發之前必須與用戶進行比較具體的交流和討論，了解清楚用戶心目中的產品究竟是什么樣子。這個步驟如果沒有好好做，往往到了開發工作的后期才發現開發人員的理解和用戶的要求有一些誤解，那么必然造成時間上的浪費。
對于通用軟件，在開發之前應該做一定的市場調查工作，一方面是從經濟效益考慮，調查產品的潛在市場有多大，另一方面是從技術的角度，必須了解清楚潛在用戶對軟件的各種技術上的要求，例如，用戶現有硬件配置如何，軟件配置如何，使用什么網絡，使用什么數據庫等等，根據調查的統計結果決定即將開發的軟件的一些技術指標。
為了比較好地與用戶進行交流，使用一些工具是很有好處的。 為了討論用戶界面，可以用VB，delphi等做一個原型，根據原型有針對性地與用戶討論需求。(原型開發不僅僅可以用于準確獲取用戶的需求，開發出來的原型本身可以作為下一步開發的基礎，增量式地完成開發)
為了討論軟件運行的流程，可以采用UML的UseCase圖。
2.需求分析
在了解用戶的需求之后，將需求用一種模型來表示，就是需求分析，目前比較流行的分析方法是面向對象的方法，通過分析用戶需求，用類、類之間的各種關系來表示整個系統。
這部分涉及到具體的方法，在此不詳細討論，但是原則上是提取類->類之間關系，可能需要不斷修改而形成一份分析文檔。
我想強調幾個問題。
一是要分清問題域與系統責任。系統責任是指所要開發的軟件應該完成的功能，而問題域是包含所有相關的部分。例如你要開發一個程控機計費程序，程控機已經是現成，輸出的數據格式也已經是固定的，你的程序僅僅需要從程控機中讀取相應的信息，那么，程控機在你的系統里只是一個外部的東西，把它作為一個類也許就是不必要的，僅僅需要一個類來完成讀數據的操作。又如，你需要在一個已經存在的數據庫上開發一些應用，數據庫的格式已經固定，并且已經有一個后臺程序在運行，你需要開發一個新的前臺程序，這時，服務器程序對你來說就是一個外部的東西。但是，象這種外部的內容必須在分析文檔中有一些說明，作為系統的外在約束。
二是需求獲取與需求分析的關系。
用什么方法來完成需求的獲取，在很大程度上影響了需求分析的做法。
例如當初采用UseCase來表示用戶需求，那么從各種序列圖中選出相互交互的各個實體，就是一個個類。
三是分析與設計過程的銜接。
分析過程的內容是用類的結構來表示目標系統，并不設計具體實現，如采用什么編程語言，在什么操作系統平臺上運行等等。這些具體實現是在設計階段來完成的。面向對象方法的優點是分析、設計、編碼過程表示法統一，能比較好的銜接。但是，是把分析和設計階段分開，采用瀑布式開發，還是采用其他方式，要看具體的情況。
對于需求潛在變化不大的項目，可以采用瀑布模型，有一個很明顯的設計階段，這樣做的好處是有一份比較完整的分析文檔，這樣以后如果需要采用不同的編程語言、或者采用其他的平臺時，便可以以這份分析文檔作為開發的基礎。
對于需求變化頻繁的項目，可能采用少量分析;少量設計少量編碼測試的方式更合適，而且隨時可能要返回到前面某個一階段去進行修改。但是這意味著可能沒有一份完整的分析文檔。
現在很多CASE工具并不區分分析和設計的階段。但是，這并不意味著開發就可以對分析和設計不加區分，CASE工具如同一支筆，如何用好還得還人。
3.設計過程
設計階段的工作包括:
對分析模型必要的修改�？赡苄枰獙δ承╊惤Y構進行一些修改，這些修改的原因可能是編程環境的要求，或者為了重用以前的某些工作。
定義界面部分、數據訪問(數據庫)部分。
由于目前很多編程語言都可以可視化地設計界面，所以界面部分工作往往留到了編碼階段來完成。于是設計階段的工作量并不大。
4.編碼
進入編碼工作之后，可能會發現前面分析或設計階段的某些錯誤，這時應返回到前面的階段進行必要的修改。
5.測試
如前所述，即使是小項目，也應該嚴格地進行測試。
軟件項目經理年終工作總結5
本著對IT業的憧憬，走進了xx(xx)信息技術有限公司，我在公司所從事的工作是軟件測試，在真正投入到工作之前，我在網上查詢了許多測試員的相關要求，了解了作為一個測試人員必須耐心，細心和平和的心態，他的目標是盡可能早一些找出軟件缺陷，提高產品的質量，降低維護的成本，盡可能的達到客戶的需求。
軟件測試員的一個基本素質是：打破沙鍋問到底。另外還必須具備探索精神，有創造性，追求完美，判斷準確，老練穩重，強的說服力以及受過編程方面的教育等素質，同時也還必須是個故障排除能手，等等。還沒看完就發現自己離這些要求真的好遠，更進一步認識到自己必須要全心全意投入工作，虛心請教，一切都得從頭開始。
另外，測試并不是單純意思上的機械的"測試"，它首先要求對產品非常熟悉，不管是從功能上還是操作上。更為重要的還有就是我們要了解客戶的需求，根據客戶的要求來測試，看看產品是否能達到他們的要求。而從這些方面考慮則要求我們必須比任何人都要熟悉產品的一切。
公司的主要產品是電腦還原軟硬件和電腦鎖等一些電腦安全周邊的產品，在真正的投入到測試這個工作之前，我們首先該做的就是熟悉產品，而最最直接的途徑便是查看說明書，剛開始每天都是打開電腦，看產品說明書，重復的看，本以為看幾遍就都記住，但是到公司進行考核的時候，才發現原來自己真的什么都沒有掌握，第一次考核不及格，雖然具體的分數沒有看到，但是那份心情，卻使自己始終無法忘懷，也更讓自己認識到要虛心的，按部就班的好好熟悉產品，要做到對產品耳熟能詳。在我實習期間公司給xx市自來水集團負責查表稅費稽查等系統，它主要應用是水費的業務管理。對于我們來說，它是一個全然陌生的產品，老總要求我和跟我一起實習的同事三天之內迅速熟悉產品的各種功能及完成測試。當時聽了嚇一跳，一個對于我們來說全新的產品，一天就要全部掌握而且要測試出它尚存在的問題，這似乎很不可能，而且也有點不相信自己有這樣的能力。但是一天下來，我們竟然可以從什么都不懂，到熟練的掌握。并且也完成了一些簡單的測試，發現了一些界面錯誤。但是對它的具體性能和功能的測試還沒有完成，不過老板并沒有責怪我們，只是讓我們明天接著做，聽了心里有些安慰。因為本以為他會大發雷霆呢。
那一天對于我來說的收獲便是，要相信自己，不要被沒有去真正實踐的事情而嚇倒，其實如果你真的去嘗試，你會發現一切都沒有你想象的那么難，只要你努力，沒有什么不可以。最后在我們的努力下，共用了不到三天的時間，熟練的掌握了的白板的操作，對它的界面、功能、性能等做完了全面的測試，及時做了總結，反饋給xx的公司，讓他們對存在的錯誤做了修改，而且我們還協助老總教會了銷售人員，以便他們能夠在xx月xx日的會議上能夠熟練的操作，把產品展現給自來水集團的工作人員。后來聽說得到了很大的反響，公司同事聽了都非常的高興，想想那兩天的班算是沒有白加。
實習結果幾個月的實習下來，讓自己走進了一個全新的領域，開始了自己真正的工作生涯。實習無所謂結果而言，更確切的說，它是一個開端，一個讓自己學會成長的地方，當然也確實讓自己長大了許多。不管是從工作技能上還是從為人處事上，我都感覺到了有很大的提高。
首先，在工作技能上，因為從事的是測試工作，對于自己來說是一個全新的.概念，一切都是從頭開始的，而更需要自己的努力、耐心和細心。這些都是自己欠缺的，但是在工作了這幾個月后，真的發現自己有了很大的改善。雖然離真正的軟件測試人員的要求還有很大的距離，但是自己一定會努力，向著自己的目標前進。
其次，在為人處事方面，也讓自己成熟了許多。雖然不能用語言來描述，但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長，只有真正的經歷過，才可以讓自己真的成熟起來，要想真的出人頭地，好的為人是前提。四、實習總結說來自己真的算是很幸運吧，我應聘的職位是軟件測試員，當初在大家包括我自己的眼里都認為軟件測試的要求非常高，而且似乎有一種可望不可及的感覺，但是當自己真正的接觸了這個行業之后，發現其實并沒有那么的高不可攀。不過后來發現自己所從事的，并不是真正意義上的軟件測試，只是一種"手腦"測試罷了，不過雖然如此，但依然學到了很多，尤其是對計算機的硬件知識和底層操作有了更深的一步了解。還記得剛剛走入公司的時候，感覺很奇妙，一切都是那么新奇，那么陌生，不敢隨便講話，凡事都小心翼翼的，這對于性格開朗的我來說，簡直到了折磨的程度，不過幸運的是很快就跟所在部門的同事混熟啦，公司雖然很小，但是工作的氛圍卻非常的輕松。也許大家都是年輕人，且都是剛剛進入社會不久，所以有很多的共同話題，在工作之余，和同事之間的關系相處的很融洽，完全化解我當初的煌煌不安。
總之，通過這次實習，確實讓自己成長了許多。在實習期間，我學到了許多東西，遇到了一些困難，也看到了自己本身存在著許多問題。在測試時要想使自己的測試更加周全�？倳龅竭@樣那樣的問題，當前的軟件的功能日趨復雜，不學到一定的深度和廣度是難以在實際工作中應付自如的。因此反映出學習的還不夠，缺點疏漏。需再加以刻苦鉆研及學習，不斷開拓視野，增強自己的實踐操作技能，為以后能做好測試工作而努力。
軟件項目經理年終工作總結6
XX年是我進入公司的第一年，也是我的工作能力得到提高和快速發展的一年，在公司領導的指導和同事以及其它部門的支持配合下，最后在經過自己的努力，完成了自己所要完成的各項工作任務，在新的一年來臨之跡，我要對過去一年的工作進行一個全面的總結，以便在今年的工作中能夠有更明確的目標，盡量克服自己現在所存在的不足，希望能更一步為自己所在的部門增光，做出自己的貢獻。下面是我對去年工作匯總。
一、總結：
1.自身定位：在過去一年，是我進公司的第一年，也是我工作的第一年，剛開始在我對工作競爭和自身都不甚了解的情況下，在領導和同事的指導下，我感覺自己已經慢慢對人與人的競爭和自身定位有了深刻的了解，因為有了自我目標，才能感受到自己的壓力有多大!我的目標也不只是完成目前所要做的工作而已，要向其它方面拓展學習。
2.定下心來，踏踏實實：我學的是計算機專業，我的工作也是計算機方面的，以前有什么優勢，但是踏入工作崗位后才發現，自己學的只是一個基礎，只是有些方面或許比別人走的快一步，所以一切都要靠自己.自己要定得心下來學習.成功需要耐得住寂寞，不求最快，但求.
3.團隊合作：以前在學�；蛟S你可以靠一個取得好成績，在工作上你必須要有一個團隊，在一個部門之中，團隊合作精神顯得尤為重要.以前我做有些事都是一意孤行，但現在已經對自己改變了，多聽聽他人意見，會犯更少錯誤，會更長見識，所以要學會與同事之間的合作，做事才更有效。
4.工作情況：在公司一年，對mes大型系統有了個大概了解，對我們所要學習的mes已經可以說差不多都掌握，條碼打印機的維修和設置掌握，a4打印機大多數情況可以維護，pda、條碼槍已掌握，電腦的系統重裝和維護已掌握，其它基本設置可以維護，對新出來的程序掌握和了解也比較快。
5.課外學習：sql該學的已經掌握，c#學習，簡單的程序可以編寫，但有時還要依靠于網絡和朋友，需要進一步加強。但主要還是以網絡為主。
二、自身缺點
1.溝通問題：自己的溝通能力只能算一般，因為對于某些事的闡釋還是不怎么好，語言表達能力有點差，希望通過平時的交流和溝通來加強。
2.心態問題：自己對于做某些事過于著急，一心想急切完成，確反而誤時，這個問題一開始就一直出現，現在雖然已經基本克服，但也要列入缺點方面，希望以后時刻注意!
3.學習問題：對于課外學習c#這方面，我在編程時感覺困難的時候有時候就不愿去做，現在雖然已經慢慢改進上網搜資料和問問朋友，但有時候還是克服不了自己。
軟件項目經理年終工作總結7
20XX年2月2日，我有幸成為北京超圖一員，應聘為公司的java軟件工程師。入任職以來，在部門領導的帶領下，自己感覺無論學習、技術、生活等方面都有很大的提升。
20XX年里我主要完成的工作有三方面：
1、荊門石油石化巡檢系統的調研和開發。
該項目是我工作以來第一次涉及到調研，對我來說算是一個不小的挑戰。在調研過程中，讓我學會了如何通過和客戶的溝通來了解客戶的需求。由于自己的工作經驗不足，在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的了解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒有把自己作為最終用戶并站在用戶的角度上來考慮問題，這些都是我在以后的工作中需要提高和改進的地方。在巡檢系統的開發工作中，讓我進一步鞏固和加強了自己的開發能力。
2、電信12530增值業務的開發與維護。
從5月以來我就開始接手公司的主要業務之一，12530電信增值業務。由于前面負責這個項目的同事突然離職，導致這個項目的交接工再做得不夠好，對我順利接手這個項目造成很大的困難。而剛一接手這個項目，馬上就需要新上一個投票活動，并要對一些主要代碼進行修改，讓我倍感壓力，幾乎都快放棄。最后在金總的指導和鼓勵下，順利的完成這次活動。在完成這次投票活動后，為了避免下一個接手這個項目同事與我遇到同樣困難，我第一時間將這個項目的相關技術文檔補充完全，保證別人能夠順利的進行該項目工作。通過這個項目，讓我加強了自己在高強高壓下工作的能力，也讓我找到更多自信。
3、襄樊、鄂州家政網絡服務中心的開發與實施。
在這兩個項目中，除了承擔開發工作以外，也逐漸涉及到項目管理的職責，讓我在個人能力上有所提高。為了這兩個項目能夠順利完成，除了完成自己的工作外，還主動關心其他同事的工作完成情況。讓我在項目管理和項目進度的把控能力有很大的提高。將襄樊、鄂州家政網絡服務中心順利實施，為我公司拿下湖北省其他市的家政網絡服務中心奠定基礎。在工作之外，我也注重個人能力的提高。工作之余，主動學習一些新技術，與同事溝通配合，搭建一個ssh的開發框架。也學習springsecurity知識，這些新知識的積累，對我以后的工作有很大幫助。
20XX年工作展望：
1、將學習的springsecurity整合到我們自己搭建的ssh框架，進一步完善框架。
2、利用搭建的ssh框架，開發一套oa系統平臺。
3、做好襄樊、鄂州家政網絡服務中心的維護工作。
4、希望公司能夠大量拿下湖北省其他市的家政網絡服務中心，繼續開發和實施湖北省其他市的家政網絡服務中心。
5、繼續學習新技術，努力提高自己的個人能力。為以后能夠更好，更順利的工作奠定基礎。
6、希望通過自己的進步和努力，能為公司的發展做出自己的貢獻，體現出自己的價值。
【軟件項目經理年終工作總結】相關文章：
軟件項目經理年終總結01-29
軟件項目經理年終工作總結范文（通用9篇）01-09
軟件項目經理年度工作總結（精選14篇）01-07
軟件項目經理述職報告01-13
軟件項目經理的年終總結范文（精選5篇）01-07
軟件項目經理年度工作總結范文（通用5篇）01-06
軟件項目經理年度工作總結范文（通用5篇）01-06
軟件項目經理崗位職責08-16
軟件項目經理工作小結07-22
it項目經理年終工作總結06-16