程序员述职报告范文集合11篇
随着个人的文明素养不断提升，我们使用报告的情况越来越多，我们在写报告的时候要避免篇幅过长。那么你真正懂得怎么写好报告吗？以下是小编整理的程序员述职报告范文，欢迎阅读与收藏。
程序员述职报告范文1自 20xx 年 4 月进入公司，至今已有九个月的时间。这九个月的时间里在公司领导以及同事的帮助以及支持下迅速的融入到因博这个大家庭中，非常感谢因博提供给我这样一个成长的平台，让我能在工作中不断的学习、进步，不断的修正自己的不足。
在 20xx 年即将来到之际回首我的 20xx 年平升无数感慨。作为项目经理，个人对总的工作情况还是比较满意的，项目过程中能做到快速响应项目中的变化，能很好的理解客户描述，起到客户以及开发人员之间搭建需求桥梁，同时个人也在不断的思考去进一步完善项目内容以及项目管理过程的方法;作为程序员， 20xx 年对我而言是比较失意的一年，一来学习上自己放松了对自己的要求，二来从客观上而言由于投入了大量的精力放在与客户的沟通以及项目管理上也导致自己在很多时候没有办法静下心来进行新技术的学习与研究。
也许算是个人转型期间的困惑吧，一方面希望自己能很好的完成项目管理以及开发组管理的工作，一方面又希望自己能学习更多的软件开发方面的内容。这种复杂的心态一直困扰着我， 20xx 年这种情况也许肯定还会继续，所以在吸取今年的教训的同时，个人也会在即将到来的一年中更好的去安排自己的工作，不要求两方面同步前进，但也至少能让自己能在两方面相对 20xx 年而言能取得一定的进步。
20xx 年在因工作的九个月中，个人主要的工作如下：
危险化学品信息管理系统：
这是本年度所有项目中最为重要的项目，也是耗费精力最多的项目。自 5 月份正式进入本项目的开发工作后，带着 java 组经历过系统完全推翻的阵痛;经历过需求不断变化的郁闷;经历过系统开发后期功能不断改变的沉闷，目前危险化学品信息管理系统基本完成了预期要求。在等待系统试运行期间开发组还在不断的对系统进行改造，在原有需求上新增了企业安全生产标准化管理、企业资质在线申报、 MSDS 以及安全标签规范化和数据采集、改善原有统计报表功能等方面的工作。应该说，为危险化学品系统在 20xx 年的应用推广打下了很好的基础。
中石化水运智能调度系统：
中石化水运智能调度系统自 6 月 23 日 开始，至 12 月 6 日 项目在九江龙湾温泉初步验收为止，时间跨度五个月。作为项目负责进度控制以及 MIS 功能实现的项目副经理，在这五个月的时间内比较好的完成了与甲方沟通、项目进度安排 / 分配等工作，完成了甲方所提出的功能需求。能比较好的针对任务的轻重缓急进行时间安排，项目过程中软件开发组成员在时间紧任务多的情况下很好的完成了各自的工作任务，正是软件开发组、软件测试组、项目文档组在工作上对我的大力支持使本项目得以顺利的完成。
XX公安 GIS 平台：
XX公安 GIS 平台配套 MIS 项目自 11 月 22 日 开始到 12 月 20 日 完成甲方所有要求的信息管理功能，历时一个月。本项目也是在时间极度紧张的情况下投入开发工作中的，项目能在规定时间内完成基本上是依靠软件开发组成员的韧性，特别是 JAVA 组在刚刚结束中石化项目 MIS 功能开发后基本上没有休息就投入到此项目之中。特别感谢XX对我工作的支持，如果没有他们不懈的努力，本项目 MIS 功能在一个月时间内完成基本上是一个不可完成的任务。
项目申报工作：
在 9 、 10 两个月承担了公司向武汉市信息产业局申报长江物流公共服务平台以及向湖北省信息产业厅申报危险化学品信息管理系统的申报相关工作。期间主要负责相关文件的编写、相关资料的准备，同时积极与武汉市信息产业局及电子商务协会武汉分会进行相关的沟通工作。虽说目前申报的结果还没有出来，但是毕竟迈出了项目申报的第一步，而且为公司日后的项目申报工作打下了比较好的基础。
项目投标工作：
参与制作中石化水运智能调度系统、长航公安局 GIS 平台、湖北安监信息化二期、武汉烟草 GPS 二期的标书编订以及投标工作。
其他方面工作：
除了参与参与各个项目外，还完成了开发部内部员工管理系统以及 JAVA 组的日常管理工作。对于 Java 组的日常管理工作个人还是很满意的，目前 java 组可以做到快速响应、来之能战，承担了公司各个项目中的信息管理系统的开发工作，特别是在危险化学品信息管理系统中所有的成员都能积极的发挥各自的主观能动性，对项目的进展起到了良好的作用。同时 java 组目前学习氛围非常好，能在工作之余积极的学习相关的技能，并在项目中融入这些知识，所有成员在 20xx 年都实现了能力上的极大提高。
白马过隙，时光荏在，这九个月的时间里个人得到很多的锻炼。在项目管理、客户沟通以及内部管理方面得到了长足的进步。在因博公司过提供的这个大舞台上我接触到了很多以前根本没有机会接触的内容，也通过这个平台使得自己进入到各种大型项目之中。所有的这些经历对我而言都是一种极大的挑战也为我的成长提供了非常好的帮助。
展望 20xx年，自己也给自己定下了几个工作上的目标，总体原则是吸取教训，更进一步。
项目管理：
这方面在 20xx 年看过一些书，了解了一些理论上的东西，并在 20xx 年的工作中将这些理论上的内容以及我个人的一些经验融合在一起感觉还是起到一定的作用，但离一个合格的项目经理还是差了很多。所以 20xx 年需要更加努力的去学习一些项目管理方面的理论知识，多去了解一些好的项目管理方法，系统的去学习项目管理中的每一个细节，使自己能向合格的项目经理更进一步。
同时在以后的项目中应当花一些精力去了解相关的行业知识、行业流程，经过 20xx 年这些项目的洗礼，感觉到想让软件项目顺利的完成有需求、有必要也肯定需要去了解项目所处的行业。有了行业背景才能更加有利于相关项目的进展。这一点可以说是个人在 20xx 年各个项目实施过程中自己最大得体验。同时在 20xx年在投入试运行危化项目中也需要自己更加深入的去学习一些安全监督方面的行业知识，为危化项目的深度推广作些准备工作。
人员管理：
20xx 年度对于 Java 组的管理工作从实际的工作上而言还是做得比较好，整个 Java 组目前已经形成了一种学习、思考、讨论的氛围，这也对 Java 组所有成员的工作能力发展奠定了良好的工作环境。 20xx 年首先需要去做的就是尽可能的给这群程序员一个更为宽松的环境，同时个人也要花时间去了解每个程序员的关注点、爱好、兴趣，在工作安排上尽可能的结合个人能力以及个人兴趣 ……此处隐藏10231个字……需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中 对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到asp.net的实现模型中，真正理解它的机制与方法也就不难理解，记住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人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗?)，最主要是解决问题。
我在面试员工时反复提到的三点是：工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人 ，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20-25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。
述职人：
20xx年xx月xx日
