程序員崗位個人工作總結範文（通用6篇）

程序員崗位個人工作總結範文 篇1

馬上到年末了，自己也對今年做了一下總結，自己有哪些優點，有哪些還需要加強。每當我想到今年比較滿意的地方，對比之前，就會有這樣一個思考：如果以前的我要是知道這些該多。在這裏給大家分享一下經驗，讓新人少走一些彎路。

做事要積極主動，態度決定一切

説這些，可能有人會覺得，這些都明白，都是大道理，只是怎麼樣執行的問題，下面我舉一個真實的例子。

我曾經帶過的兩位新人，A君上班，交代給他負責的東西，是永遠沒有結果的，我交代給A做一個數據展現的部分，A君告訴我他不會JSP的技術，我給他推薦了一些書籍以及我曾經寫過的demo，並告知不能光學，要有成果展示，可以通過這個數據展現來學習jsp技術，但是最後的結果是他下班就走，走之前沒有跟我彙報任何進度，我最後只能換人做這個東西。這裏我並不是推薦職場新人要加班，但是做事的態度要認真負責，新人可以對技術不懂，但是要有負責的態度，起碼應該彙報一下今天的進度。

再來對比一下另一位B君，也是同樣接到這個任務，首先B君懂jsp,但是他不懂JSTL，我給了他時間學習，結果B君在很短的時間內，學了JSTL並將總結髮給了我，我相信這麼短的時間內，他畢竟掌握的有限，但是學習了，又有總結，這種態度令我非常滿意。在第二天，B君就把數據展示做出來了，而且確實是我想要的樣子!不得不説，同樣的事，同一水平線，不同人做的時候，態度和積極性就決定着一切，所以一個人只要工作態度好，我相信這個人的工作絕對不會差。

提問的技巧

作為一個新人來説，不懂就要問!這裏我要説兩點：

舉個例子：曾經的我，埋頭寫代碼，那時候很怕上司知道自己不會這，不會那!所以拼命的掩蓋自己不會的東西，自己查資料，下班了問同學，上論壇發問。但是由於邏輯和現實需求不一樣，所以結果並不理想!如果那個時候，我把自己不理解的地方和上司談，也許會很快的就能完成這個任務，而不是返工。

2、如何提問?問誰?

很多新人不知道如何提問，也不知道問誰。我的建議是，先把你要問的問題梳理好，最好可以有電子版或者打印版的整理，方便其他同事查看和解答。然後就是提出的問題，要讓回答的人感興趣，這樣他不但會給你解答問題，還有可能將問題延伸，讓你學到更多的知識。對於如何讓回答的人感興趣，就是仁者見仁，智者見智了!看個人發揮了!

對於問誰，我覺得你不瞭解其他同事的時候，要先問你的上司，當你瞭解了你的同事每個人擅長的領域之後，就應該把自己的問題歸類，然後問最擅長的人。這樣會事半功倍!

任務分解

不知道大家做事都是怎樣一個邏輯，當年的我做事就是一團糟。當我拿到一個日誌分析的任務的時候，就想着做，埋頭苦幹，但是自己越做，腦子越渾，完全找不到頭緒。後來，上司找到我，給我做出了任務分解，我按照任務分解來做，清晰了很多。直到現在，我還保持着做任務分解的習慣。

其實做任務分解可以幫助你更深入的瞭解你要做的事情，任務分解包括一個事情，你需要分幾個步驟去做，每個步驟要做到什麼樣子，什麼程度，多長時間做完。幾個步驟為一個里程碑。如果具體做的時候發現一個步驟的事情做起來超過了一個星期，我覺得這屬於任務分解的不夠細，需要將這個任務再次分解，讓你的工作更透明，更有效率。可以使用一些任務分解工作，將自己的工作路線和步驟明確，要善用工具。

主動彙報 + 主動溝通

曾經的我就是埋頭苦幹，但是從不彙報進度，其實這樣是不好的。後來我的領導找到我，問我的進度，才發現意見有所分歧，理解有差距。索性只能重新來過。

新人一定要注意這個事情，有情況，有成果，有可展示的東西就一定要及時的主動彙報這個事情的進度，做成果展示，在對事情有不理解的時候也需要主動的溝通，使之和所有參與人員的意見一致再去做，保證你做的事情的正確性和有效性。

記住一句話：當領導找到你問進度的時候，你是被動的!

上面幾點，看似簡單，做起來很難!到現在任務分解和提問很多職場新人是不具備的，需要慢慢磨練，但是我們相信，只要有良好的態度，良好的習慣，工作一定會慢慢越來越好!相信自己的明年會越來越好!

程序員崗位個人工作總結範文 篇2

先自我簡介一下，本人從事開發進一年，XX屆畢業生，XX年11月開始上班，之前做asp，20xx年2月後開始做，由於公司轉型，現在帶十幾個人在一起搞開發，主要是關於準金融行業的行業管理軟件。年度總結在會議上也寫了，但僅限於對於工作總結及20xx年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。

技術

我在學校裏學的是電氣自動化，程序基礎僅限於C基礎課程的一些知識，後來由VB、HTML轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平台轉向，開始對不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構，數據數據訪問全在頁面裏——!)，後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞參數多方面啊。於是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關係逐漸真正理解了，尤其是對象之間的關係，如對象a與對象b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這麼理解，面向對象來源於現實，它不是一種憑空空想出來的理論，這些對象之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給用户使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易於入門理解，實質上難於準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的AutoPostBack、SelectedIndexChanged……都是去調用Form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的HTML標籤，微軟的讓軟件開發更容易的思路是很好的，時代在前進，很多年前你使用C寫出MIS證明你很牛，很多年之後你不在使用C去寫“學生管理系統”、“圖書館管理系統”那隻能説明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿C與PHP比，程序員都有一種偏執的心理，但一點要記住，你面對的用户才有最終發言權，程序能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱着接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關係相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻幹，印象深刻的是有幾個開始承諾項目不能完工，於是最後天天加班，一直做到早上6點，睡一會7點半接着上班，幾個同事都是年齡差不多的小夥子，幹勁十足。後來隨着時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由於公司待遇方面讓新員工感覺不值得，於是形成了老闆抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，後來，之前的員工跟我説“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。後來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。

人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最後往往後造成員工對領導的敷衍了事，管理鬆了員工會責任下下降，管理緊了造成員工與領導關係緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。

於是“定製度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然後徵求大家意見最後去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用QQ的，後來員工用QQ閒聊的時間增多，大大影響了工作效率，最後決心禁止，開始阻力較大(貌似程序員都喜歡掛上幾個QQ去到羣裏搞個羣主，雖然羣裏大多都是菜鳥)，最後多次開會，逐個談話，闡明道理，形勢逐漸好轉。

項目分工上針對技術水平明確分工，制訂項目開發計劃，由於開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪着加班， 這段時間能感覺到員工對我稍有怨言但總體還是認可的。

這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規範、文檔管理、Bug管理等諸多問題都得到一一解決， 技術水平上主要是我個人利用空餘時間學習新知識充電，然後展開各種培訓，主要是photoshop、css、js、SQL等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以後期工作慢慢踏入良性循環。

待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有着嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟件行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟件行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質量低下、維護成本大、穩定性差、用户體驗差……。當然我們本身不能去逃避這個現狀，對於個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的(“IT民工”是我個人認為IT人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎?)，最主要是解決問題。

我在面試員工時反覆提到的三點是;工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裏擠，但名額有限，所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程序員是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是説哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。

程序員崗位個人工作總結範文 篇3

光陰如梭,半年的工作轉瞬即將成為歷史,伴隨着新年鐘聲的臨近,我們依依惜別碩果累累的20xx年,滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司5個月的時間裏所作的工作彙報如下:

1、正義erp項目的編碼工作。從瞭解新疆正義項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之後我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、採購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛鍊,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鑽研。

2、正義erp項目的實施工作。從十一月初開始進行正義項目的實施,每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客户使用過程中出現的問題,晚上下班後加班加點將每天的小錯誤及客户變更修改完畢。

通過這項工作,使我原本欠缺的業務能力得到了很大的提高,並學到了很多與客户交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今後工作中,定會多多注意,加以改善。

3、幫助和使用手冊文檔的編寫。幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為後期的oa開發也奠定一定的基礎,使用説明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,並又一次的對軟件整體進行了測試,對暴露出的小bug進行了最後的修改。

4、利用工作之餘的休息時間加強學習。平時注意收集有關pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,並加強學習java及oa方面的知識(現轉為學習),為後期的工作打好基礎。

以上為本人粗略的個人工作小結,請領導審閲,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。

展望臨近的20xx年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。

程序員崗位個人工作總結範文 篇4

在過去的一年中，我擔任公司開發部的一名程序員，主要從事着__項目的開發工作，這一年來我低調努力工作着，不求閃亮顯眼和光芒四射，只為平靜和淡定;這一年中所做的成績如下：

一、獨立開發方面

__項目中本人獨立負責開發會計處的三個子系統：會計人員信用查詢系統。代理記賬機構信用查詢系統。會計人員網上報備系統。這三個子系統上線後，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的代理記賬機構信息，以及方便了各單位對會計人員的報備。

二、團隊開發方面

餐飲行業項目，在團隊開發項目中直接參與了__餐飲有限公司總部的信息綜合管理平台項目，主要負責的系統有：房屋租賃合同管理系統。短信收發管理系統。會員管理系統。基礎信息管理系統和人事管理系統的部分功能模塊。系統應用後，__在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率，並且及時有效提供了相應預警信息;短信收發系統方便了總部及時傳遞各項信息;會員系統更好的管理全國各門店的會員信息;人事系統在管理中減少工作量等。

三、項目管理方面

金融行業項目，我參與了__銀行__分行，企業轉賬管理系統中的部分模塊開發。本系統方便了企業快速實現大量和複雜的轉賬工作。__項目正在負責和開發的是住房貨幣化補貼網上申報審核系統。本項目採用了新技術，使界面更加大方美觀，很大程度上改善人機交互平台的效果。

四、總結不足

駐__總部做項目時，由於團隊內部某些原因，加之外面的其他因素，一定程度上影響了工作效率、影響開發進度和影響最終軟件質量;這是包括我在內項目組中的.每個成員都必須檢討的地方。

通過總結一年來的工作，儘管有了一定的進步和成績，但在一些方面還存在不足，個別工作做得還不夠完善。在今後的工作中，我將努力找出工作中的不足，以便在日後的工作中加以克服。自我不斷的學習吸收新技術，認真學習好規範規程及有關文件資料，並且及時的把新技術應用在實際的項目中，進一步提高項目的技術含量。

程序員崗位個人工作總結範文 篇5

新的一年即將到來，回首_年我很榮幸的進入了公司，加入了ios遊戲開發團隊，進入了一個大家庭。在公司的半年使我真正的從學生時代過度到了一個社會人，下面對自己_年進去公司大半年的情況進行年終小結。

一、在工作中主要存在的問題有：

1. 由於開始對業務需求不是很熟悉，所以瞭解程序開發的過程中多次出現因為需求的原因，而不斷修改返工的情況。

2.在開發中，用到了很多新的技術，由於開發時間緊促，發現的問題不能馬上解決，但是開發的過程，同時也是學習的過程，通過不斷的學習和總結，遇到的問題都得到了很好的解決。

3.在工作階段，有時比較偏向自己的工作方便，忽略了其它同事工作上的量和難易。有的功能自己怎麼方便怎麼寫。加大了其它同事的工作量，大家都需要相互配合。

二、在工作中的教訓

1.工作的條理不夠清晰，要分清主次和輕重緩急，在開發時間倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，那些需要立即完成，那些可以緩緩加班完成，在這方面還有很大的優化空間。

2.對流程、業務需求不夠熟悉，在工作中因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮的不到位的地方，對於這塊的控制力度顯然不夠，平時總是在開發，但説到底對業務很熟悉才是項目很好完成的前提。

3.學習的知識不夠廣泛，一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以後我會加強這方面的學習。

4.缺乏工作經驗。

三、在工作中的收穫

1.語言知識做軟件的一種工具，更好的軟件是站在玩家的立場上用心的設計，讓用户使用更方便、更快捷。

2.利用技術實現軟件的功能只是軟件的表面，認識問題、分析問題、解決問題才是最重要的。

3.養成總結反思的習慣，並有意識地提煉日常工作成果，在實施上認真的總結工作精英，為以後的實施工作打基礎。

4.不論是做事還是做程序，一定要有清晰的思路，要認真仔細的去做，要有耐心和信心。

四、工作計劃

1.要提高工作的主動性，做事幹脆果斷，不拖泥帶水;

2.工作要注重實效、注重結果，一切工作圍繞着目標完成;

3.要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺;

4.把握一切機會提高專業能力，加強平時知識總結工作;

5.精細化工作方式的思考和實踐;

6.虛心請教優秀的同事，向他們學習技術和經驗;

其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多做、多想、多溝通，向每一位員工學習他們身上的優秀工作習慣，豐富的專業技能，配合着實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。

在參加工作的短短半年中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太過繁雜，但多付出一點，工作就會優化一些，這就需要認認真真沉下心去做事情，就是公司所提倡的企業精神：職業做事，誠信做人。

程序員崗位個人工作總結範文 篇6

在這冰雪消退、即將春暖花開的時節，也是回首過去、展望未來，總結昨天、規劃明天的最佳時刻。儘管來公司不到半年時間，但在這段時間裏，學會很很多做人做事的原則和價值理念。現將__年度工作總結如下：

一、學習wpf相關知識

這是剛進公司時的主要任務，從winfrom程序向wpf程序設計的轉變，學習相關技術知識。主要完成任務，學習wpf的相關技術理念，綁定、依賴項屬性、_aml界面描述語言等等。期間接觸到了很多技術知識和論壇，帖吧等網絡技術資料。開始學習和思考設計模式，尤其是mvvm設計模式，深入瞭解之後，使用了mvvmlight技術作為一般的程序開發架構。最後，在win8app程序中成功的應用。

二、win8metro版深圳移動執法信息系統的設計和開發

在之前windowsmobile版深圳移動執法系統的基礎上，做成win8metro版本。由於win8app程序的sdk比較新，我們也是邊做邊學習。我的主要任務是最開始的搭建系統開發的基本架構，採用之前wpf積累下來的mvvmlight設計模式。

界面設計方面，以舊系統的基本界面為原型，利用win8新的一些特性和美化而成;

業務邏輯上，主要是根據周鵬給出的基本思路和唐裏成設計好的基類和虛擬業務方法。

具體的功能模塊上，完成後台任務的註冊和輪詢實現的通知，設置和共享超級菜單的使用等等。

隨着win8的正式上市，我們小組不斷的系統和詳盡的學習win8的相關開發技術指南和技術點，應用在實際的項目中。

編程技術是死的，而業務是活的。c#每一次的迭代的變化總是有限的，即使是win8新的sdk，變化的總是很少的一部分。編程語言，可以通過不斷的看書，追尋到不變的那一部分。對於，業務就不這麼簡單了。這也是現在主要存在的不足：

一、不清楚業務

沒有跟過現場，做系統的時候，很多都是根據自己的想象和邏輯推理來完成流程和用例。這也是對系統完善性的最大限制和瓶頸所在。

對於上述問題，需要跟去過現場的同事經常的交流和溝通，虛心向他們請教。同時多做業務梳理，多看看舊系統的代碼邏輯和業務處理技巧。

二、軟件開發不夠規範化

軟件工程師，最大的挑戰不是敲代碼，而是設計。ooad才是軟件工程師該做的，該努力的方向，當然也是不那麼容易完成的。oop只是整個系統開發和設計中最重要的一部分，然而卻不是決定性的，ood才是關鍵性、決定性的一部分。很顯然，ood需要ooa的分析作為鋪墊。

對於以上問題，在不斷的學習面向對象分析與設計理論知識上，根據項目實際經驗，不斷的總結和應用，完善自己的知識體系和開發技能，做到一個真正的designer。

子在川上曰：“逝者如斯夫，不捨晝夜”。過往矣，不可追。把握當下，才能控住未來。把握當下，一切就還不晚。

__新的四季周而復始，新的一年裏，新的希望和期望。大概的計劃如下：

一、繼續完善win8app開發技術

我一邁出大學校門就直接跟進了，最新的技術win8app。最初的silverlight積累了不少基本的開發常識。_aml+c#，已經成為也只會成為我的方向和目標，堅持和忍耐，步步為營提升自己。

二、緊跟公司項目，積累業務處理能力和分析經驗

不知不覺中，已經從新人變成老鳥了，來公司的這段時間收穫很多，認識了新的同事朋友和夥伴。也是時候，積累許多具體的業務能力和工作經驗的時候了。根據公司的具體需要，參與具體的項目。

完善自己，充滿鬥志，迎接新的挑戰;發展自己，收穫希望，看到不一樣的陽光;激勵自己，激情澎湃，締造新的輝煌。望新的一年裏，博安達能夠芝麻開花——節節高，創造更過的環保系統，為中國的環保事業貢獻我們薄弱而堅韌的力量。