軟件工程師個人工作總結

時間：2024-10-26 07:13:53 工作總結我要投稿

軟件工程師個人工作總結范文

　　總結是對取得的成績、存在的問題及得到的經驗和教訓等方面情況進行評價與描述的一種書面材料，它可以有效鍛煉我們的語言組織能力，因此我們要做好歸納，寫好總結。那么總結要注意有什么內容呢？下面是小編為大家收集的軟件工程師個人工作總結范文，希望能夠幫助到大家。

軟件工程師個人工作總結范文

軟件工程師個人工作總結范文1

　　1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。

　　相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的朋友們早點看到哈!-

　　2、一定要確定自己的發展方向，并為此目的制定可行的計劃。

　　不要說什么，“我剛畢業，還不知道將來可能做什么?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業里面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什么事情才是在做正確的事情!”。-

　　3、軟件開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。

　　在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。-

　　4、詳細制定自己軟件開發專業知識學習計劃，并注意及時修正和調整(軟件開發技術變化實在太快)。

　　請牢記：“如果一個軟件開發人員在1、2年內都沒有更新過自己的知識，那么，其實他已經不再屬于這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均每天實際學習時間超過2小時。-

　　5、書籍是人類進步的階梯，對軟件開發人員尤其如此。

　　書籍是學習知識的`最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍并不表示擁有知識;擁有知識并不表示擁有技能;擁有技能并不表示擁有文化;擁有文化并不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。-

　　6、不要僅局限于對某項技術的表面使用上，哪怕你只是偶爾用一、二次。

　　“對任何事物不究就里”是任何行業的工程師所不應該具備的素質。開發windows應用程序，看看windows程序的設計、加載、執行原理，分析一下 pe文件格式，試試用sdk開發從頭開發一個windows應用程序;用vc++、 delphi、java、.net開發應用程序，花時間去研究一下mfc、vcl、j2ee、.net它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!-

　　7、在一種語言上編程，但別為其束縛了思想。

　　“代碼大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對對象工具開發某些關鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式?用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時，為什么不可以參考來自 java社區的ioc、aop設計思想，甚至借鑒像spring、hibernate、jboss等等優秀的開源框架?在進行類似于實時通信、數據采集等功能的設計、實現時，為什么不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題?“他山之石、可以攻玉”。-

　　8、養成總結與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。

　　眾所周知，對軟件開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可復用模塊、類庫來解決問題 (其實這個結論不應該被局限在軟件開發領域、可以以延伸到很多方面)。這并不是說，所有可復用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有知識產權、版權等問題，關鍵是自己實現后能真正掌握這個知識點，擁有這個技能。-

　　9、理論與實踐并重，內外雙修。

　　工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產品的本質及軟件產品研發的思想精髓的人(個人觀點、歡迎探討)。掌握軟件開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質的工作。學習、掌握軟件產品開發理論知識、軟件開發方法論，并在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。

軟件工程師個人工作總結范文2

　　從5月以來我就開始接手公司的主要業務之一，12530電信增值業務。由于前面負責這個項目的同事突然離職，導致這個項目的交接工再做得不夠好，對我順利接手這個項目造成很大的困難。而剛一接手這個項目，馬上就需要新上一個投票活動，并要對一些主要代碼進行修改，讓我倍感壓力，幾乎都快放棄。最后在金總的指導和鼓勵下，順利的完成這次活動。在完成這次投票活動后，為了避免下一個接手這個項目同事與我遇到同樣困難，我將這個項目的相關技術文檔補充完全，保證別人能夠順利的進行該項目工作。通過這個項目，讓我加強了自己在高強高壓下工作的`能力，也讓我找到更多自信。

　　襄樊、鄂州家政網絡服務中心的開發與實施。

　　在這兩個項目中，除了承擔開發工作以外，也逐漸涉及到項目管理的職責，讓我在個人能力上有所提高。為了這兩個項目能夠順利完成，除了完成自己的工作外，還主動關心其他同事的工作完成情況。讓我在項目管理和項目進度的把控能力有很大的提高。將襄樊、鄂州家政網絡服務中心順利實施，為我公司拿下湖北省其他市的家政網絡服務中心奠定基礎。在工作之外，我也注重個人能力的提高。工作之余，主動學習一些新技術，與同事溝通配合，搭建一個ssh的開發框架。也學習springsecurity知識，這些新知識的積累，對我以后的工作有很大幫助。

　　20xx年工作展望：

　　將學習的springsecurity整合到我們自己搭建的ssh框架，進一步完善框架。

　　利用搭建的ssh框架，開發一套oa系統平臺。

　　做好襄樊、鄂州家政網絡服務中心的維護工作。

　　希望公司能夠大量拿下湖北省其他市的家政網絡服務中心，繼續開發和實施湖北省其他市的家政網絡服務中心。

　　繼續學習新技術，努力提高自己的個人能力。為以后能夠更好，更順利的工作奠定基礎。

　　希望通過自己的進步和努力，能為公司的發展做出自己的貢獻，體現出自己的價值。

軟件工程師個人工作總結范文3

　　作為剛從學校出來的應屆畢業生，第一份工作就落在智通，來到智通，深深地被這個企業的文化所感染，我很認同智通的企業文化，智通的企業精神“統一，專一，事業第一”體現出了這一行業優秀企業文化的特點。在這三個月的學習與親身感受之下，我更加堅定地要使自己成為一名合格并爭取優秀的智通人，我對自己有信心，對智通更有信心。

　　作為一名在技術崗位的職員，要具備一定的專業知識，不斷地充實自己，在不斷的工作學習與研究中成長，要有很好的團隊協作精神，有很強的執行力，能真正為企業做實事。在智通上班的三個月里，我主要完成了以下工作項目：

　　一、剛來的兩個星期，由于目前網站工作的需要，師傅指導一邊熟悉工作職位環境一邊學習asp，用了兩個星期系統地學習了這門從未接觸過的'asp語言，為接下來一個月的工作打了堅實的基礎。

　　二、接下來的時間，主要配合網站先前asp的后臺管理系統進行某些功能優化與系統維護工作。先后完成了銷售管理模塊的最新注冊企業查詢、職業推薦給求職者、把求職者推薦給企業、會員職位刷新、職位刷新統計等幾個模塊的功能修改與優化，解決了業務員帶權限控制的查詢、推薦時間的控制與查詢速度優化、企業職位刷新時的權限控制與企業職位時效性的控制以及完成對各銷售組成員的職位數統計，職位刷新數統計的功能設計。在完成這些各種功能需求的時候，對后臺管理系統進行了深入的分析研究，因此對銷售管理模塊非常熟悉，給目前網站新版開發的后臺設計提了不少建設性的想法。之后還完成了logo管理模塊中的投票項目添加優化與投票結果統計查詢修正、logo、banner的管理與文本文件的生成。還完成了客服管理模塊中后臺開通資料查詢的改進，企業管理、個人管理模塊查詢功能的改進。期間還完成了部分功能錯誤的修正，如校園招聘管理圖片不能上傳、文章類別不能修改、文章不能刪除等。

　　三、目前新版是用jsp開發的，在這三個月里，我進一步對java，jsp的深入學習，了解了mvc模式開發，在這階段的學習期間，我以一個小商務系統的開發作為學習任務。還對當前流行的jive代碼與開發思想進行了初步的學習研究。

　　四、作為一名系統開發與維護工作者，當然不能忽視對數據庫知識的學習，在這段時間我也進一步對sql語句進行了深入的學習，對sql語句的查詢進行了分析，比較重視數據庫性能分析與調整這方面的知識學習。通過這階段的學習，把這些知識與方法運用到了對后臺管理系統會員查詢的速度優化功能上，在實際工作中得以實踐運用。

　　五、網站新版開發方面，主要還為新版做了幾個數據庫對照表。

　　六、還參加了網站新版的第二輪測試工作，主要以后臺管理系統為主做測試，還參與了前臺個人管理與企業管理的流程測試，測出了不少關鍵性的bug。

　　七、入職以來，還擔任了網站部群發郵件的工作。三個月內完成了好幾批郵件群發的工作，每天定時定量地給在無憂無慮網站上注冊的企業或會員群發幾十萬封郵件。還配合客服部群發了兩批特殊活動的郵件，配合網站營銷活動群發了兩批群件，每天堅持固定給注冊會員群發。

　　在網站技術部工作的三個月里，自己感受非常多。首先，作為剛從學校出來的畢業生，在實際開發中的經驗尚不夠成熟，還需要在工作中不斷的提升自己。其次，要進一步提高自己的開發技能，使自己的技能滿足今后的需求，主動獲取并學習當今最新技術信息，平衡自己的知識結構，在不斷的學習中提高自己。然后，要加強與同事們的溝通，融入團隊，互相學習、相互提高，在團隊中不斷完善自己。

　　我相信，通過我的努力，一定能成為智通的優秀員工，一定會在優秀成績之上提升自己。同時我希望公司能根據情況給我培訓深造的機會，也希望部門內能有經常性的專業技術學習。

軟件工程師個人工作總結范文4

　　回顧20xx過去工作中的點點滴滴，心中無限歡喜，忙碌且充實、并快樂著。在這一年的工作中既有成長同時也存在著許多的不足和缺點，這都值得去總結、反思、改正和提高。現在我將本年工作做一個簡單的介紹，借以促進、提高。

　　工作情況

　　今年的工作主要圍繞著***和***兩個客戶系統展開，期間也穿插了一些其他系統中某些功能的編寫和改進，這其中有以前從未有過的功能創新也有和客戶協調的反反復復功能改進，總體來說還是按時完成了要求的工作任務。

　　團隊合作

　　項目的順利進行離不開團隊的默契配合和共同的努力，每個項目開始之前，每個人都需要認真的了解項目的需求和開發中需要使用到的關鍵技術，對于不清楚的不了解的問題要及時提出，而對于那些在開發中會影響到所有人的決策，要及時的通知大家以盡量減少拖延所帶來的不必要的重復程序開發和改動。團隊如同一個整體，成員如同四肢和軀干，只有互相配合默契才能走得快走得穩走得遠。團結很重要團隊是否能配合默契的先決條件是團隊的所有成員是否能精誠合作，大家只有心往一處想勁往一處使才能做到事半功倍。

　　溝通很重要

　　每個項目在開始開發之前都需要主要負責人員做詳盡的企業背景及開發內容的介紹，以幫助開發人員建立起對項目的整體宏觀認識，從而減少在開發中因為理解錯誤而導致的開發錯誤。在開發過程中成員之間要積極的溝通和了解系統的開發進度，對于項目中的公共開發資源一經改動要及時的通知項目組其他成員，同步開發資源。

　　氛圍很重要

　　良好的工作氛圍可以有效的激發團隊成員的工作積極性，從而達到事半功倍的效果。工作態度

　　學會聆聽

　　參加工作7年給我最大的感觸就是一定要學會安靜認真的聆聽，無論是開會時還是在討論時，認真聽取每個人對待問題的看法，因為每個人思考問題的方向和出發點不同對于問題的理解不同可能有些情況是自己從來沒想過的。因此認真的`聆聽既能尊重他人也能使自己從中受益，這樣兩全其美何樂不為呢。

　　積極的心態

　　對于難度較大的工作要做到冷靜坦然積極的面對，不要在還沒開始的時候就給自己施加精神心理壓力。不要輸在起點，因為如果連自己都認為自己做不到那么也就沒有以后了，等待自己的是必然的失敗，所以保持積極樂觀的心態很重要。

　　今后打算

　　找方向，抓重點，合理分配時間，謙虛、勤學、總結、提高，爭取在有限的時間內用領導認可的方式完成每一項工作，更好的與同事溝通、協調，為客戶帶來更好的產品和服務。最后也要感謝各位領導、同事對我的信任與幫助。

軟件工程師個人工作總結范文5

　　總想著每天、每個月、乃至每年都有點進步。20xx年，對我來說，是起伏不定的一年，也是收獲頗豐的一年。當然，最大的收獲是有了一個可愛的女兒。

　　在這一年，我跳了兩次槽，一次是自愿的，還有一次是被迫的。我目睹了一些公司從盛到衰的過程，也看到了一些腳踏實地的公司。

　　離開x1公司，是因為我覺得x1公司不是在做軟件，所謂的印度模式，我想，絕對不是這么做的。理想不合，不想浪費時間，也只能背負跳槽的惡名，掛冠而去。去x2公司，是因為看到他是美國獨資公司，做外包軟件，能夠接觸美國的客戶和技術，希望能夠有所收獲，何況，職位也不錯。的確很想好好做，也跳累了，只想穩定發展，畢竟，是做父親的人了。沒有想到的是，竟然讓我目睹了一場資產爭奪的好戲。公司易主，流言滿天，誹謗四起，官司大戰，這種平常只有在電視和電影里看到的情節，我實實在在的親身經歷了，也算是人生的重要一課吧，至少，讓我看到了人性最陰暗和惡毒的一面。自然，是做不下去了，只能又走。

　　也看到了一些踏踏實實做事情的公司。園區的瑞博軟件就是一個。很少看到如此踏實做事的公司。若干年后，只要他能夠存活，必定是一個成功的公司。雖然老板對我也很有誠意，只是，對于教育軟件，我實在沒有太大的興趣，何況，如果想做教育，我何不選擇安博呢？畢竟，安博給于我很多。回頭想想，在其他公司，我都是在奉獻，只有在安博，是學習了很多。

　　說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的？老板本不懂軟件，都是看著軟件行業能賺錢，想來撈一票，結果把中國的軟件行業做壞了，也害苦了中國的程序員。自己不好好做事，怎么怪別人跳槽？同工作經歷的坎坷相比，在個人能力方面，今年的進步是非常大的。今年上半年，我的進步集中在技術領域。我更加深入研究了設計模式、ejb體系和。net平臺，還有uml建模，終于有所突破，設計了一套自己的基于。net平臺的系統架構和開發工具，并且得到了應用的證實。在網上也陸續發表了一些文章，受到比較好的歡迎，還上了賽迪網的開發之星。

　　下半年，在軟件工程方面收獲是很多的。

　　看到網上對于印度模式從吹捧到批駁的吵鬧，也看到x1公司學習印度的失敗，加上自己從開始就對那些記者的懷疑，決定好好學習軟件工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟件工程絕對不能只看印度的，畢竟，美國才是軟件業最發達的國度。

　　列舉一些學習的參考資料：《rup軟件工程過程》、《msf微軟解決方案》、《xp極限編程》、《cmm實踐應用——infosys公司的軟件項目執行過程》、《人月神話》、《軟件需求》、《軟件工程java語言實現》。每本書，我都仔細研讀了，頗有體會。

　　我開始就想，印度軟件工程絕對不會象那些記者所說的那么簡單，所謂的高中生編程說。所以，我必須實際看看印度的軟件工程。《cmm實踐應用——infosys公司的軟件項目執行過程》，是印度最大的軟件公司infosys公司的分管質量的副總裁寫的，介紹他們的cmm4的軟件工程，果然不同凡響。這是我了解印度軟件工程的主要窗口。

　　首先，同原來的想法不同的，也可能同大多數人（尤其是受那些軟件記者影響很深的“專業”和非專業人士）想法不同的是，軟件工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學科。在軟件工程中，大約一半的內容是專業性很強的，涉及到軟件分析、設計甚至編碼的技術。所謂的結構化、面向對象，都在軟件工程的.范疇內，同樣是軟件開發和組織的重要內容，也是軟件質量保證的重要內容。至于軟件開發的管理部分，只能算是軟件工程中軟件工程過程的部分，或者說項目管理部分。脫離管理來開發軟件是絕對不可行的，同樣，拋棄技術基礎，空談管理出效益，便如無源之水、無本之木。誠如《軟件工程java語言實現》中所說：“軟件工程范圍極為廣泛。軟件工程的某些方面屬于數學或計算機科學，其他方面可歸入經濟學、管理學或心理學中。”在這里，我強調了軟件工程中的技術部分，并非輕視管理，只想在軟件工程的概念上做一些撥亂反正，也希望多一些人來關心軟件的核心技術，而不要空喊口號和概念。畢竟，中國的軟件太缺乏核心技術了。

　　其次，對管理要求的嚴格不說（這個誰都知道），實際上，不管是美國的軟件工程，還是印度的軟件工程，都是比較靈活的。即便是印度這樣的所謂“軟件工廠”模式，對于軟件工程過程管理極為嚴格，也有一個部分是專門講述過程剪裁的。整個軟件工程過程是非常龐大和繁復的，然而，由于項目具體情況不同，如項目的規模，參與人員的數量、素質等的不同，對于軟件過程的每個部分，不是都必須的，可以根據具體情況來進行剪裁。這個部分對于我的啟發是很大的。以前做什么iso9000等，開始做了一個以為很好的規范，但是，到具體項目，總是對不起來，到處有問題，現在想想，便是少了這個變通的部分。不過，話說回來，這cmm也是老美想出來的，而不是印度。

　　第三，對于開發人員的選用，我發現，美國人是非常注重選用優秀的開發人員的。martin fowler曾經開玩笑的說，如果給他一批水平不高的開發項目，他會考慮全部解雇，重新招聘。《人月神話》中也說，如果200人開發一個項目，其中25個人最能干，那么會考慮解雇其余的175個人，讓項目經理來編程（當然，后面還有一些抉擇分析，這里斷章取義了）。其結論的基礎是基于以下研究結果：優秀的開發人員和差的開發人員，其效率之差可以達到數量級。另外，從管理的角度來說，只有人多了，才會有管理問題，當團隊規模控制在一定的范圍內時，便不會有太大的管理問題。

　　對于軟件來說，很難實現同傳統產業一樣的工廠化生產，這是由軟件開發的本質決定的。軟件的復雜性是軟件的本質屬性，在這個屬性沒有改變之前，軟件便不會實現同傳統產業一樣的工廠化生產。至于印度的所謂“軟件工廠”，實際上，只是完成了軟件代碼的編寫工作，并不是實現了整個軟件研發工作，而代碼編寫工作，恰恰是軟件開發中最簡單的一環。至于印度是否真的有很多高中生程序員，印度人的書上沒有說，記者到說了不少，我也無從考證。所以，軟件的開發，還是需要選用優秀的人的。除非，公司只想幫別人編寫代碼，而不希望有自己的產品和技術。

　　第四，軟件開發中，最重要的還是團隊合作和交流。這個是我目前最深切的感受。具體的，大家都知道，也用不著多說。

　　最后，對于軟件開發來說，公司老板的想法是最重要的。如果老板說“no”，那便是水平再高，管理再好，也終歸無用。年齡漸長，也做父親了，卻總是在漂泊，沒有一個可以穩定發展的地方。希望目前的公司能夠有這個機會。不想總是跳槽。