事业单位项目经理个人年终工作总结

事业单位项目经理个人年终工作总结（精选3篇）

事业单位项目经理个人年终工作总结 篇1

　　20xx年2月我从分理处调至支行从事客户经理岗们工作，静心回顾这一年的工作生活，我感觉收获颇丰，现将这一年的学习工作情况总结如下：

　　一、加强学习、提高素质

　　我今年二月份从分理处调到支行从事客户经理工作，以前对资产业务接触比较少，并且各项业务变化比较多，这就需要我静下心来重新学习信贷业务知识，在我到岗理清思路后，我自觉加强各种金融产品的理论知识学习，提高自己对我行金融产品的理解，并在较短时间内熟悉信贷业务，在领导和师傅们的帮助下，很快就上手了。我想只有自己对业务掌握透彻后才能更好的为客户提供服务。

　　作为一名客户经理，我深刻体会和感触到该岗位的职责，客户经理是我行资产业务对公众服务的一张名片，是客户与我行联系的枢纽，怎样更好地服务好客户是我要学习和进步的地方，一方面要熟悉自己行里的业务产品，明白自己能够给客户带来什么，另一方面，要明白客户需求什么，尤其是后一方面，明白了客户的需求，才能去有的放矢的服务客户。

　　在加强业务学习的同时，我还积极认真学习政治理论，提高自身政治素质。作为一名中国民主建国会会员，我时时刻刻严格要求自己，作为参政党成员，我积极拥护中国*的领导，并积极参与建言献策，努力学习中国*的先进性文件，认真践行党的群众路线。

　　二、脚踏实地、勤奋工作

　　作为一名客户经理，我勤勤恳恳，任劳任怨。我的工作主要是银行资产业务，为单位创造效益的同时还要时刻把握业务风险，不能因为自己的疏忽给银行带来损失，这就要求我做事要细心，观察要仔细，调查要属实，报告要认真，分析要专业，在维护好存量客户的同时要努力挖掘新的客户，并以专业的业务处理能力来满足客户的需求，在优先获取营业利润的同时实现个人合规工作，保证信贷资金的安全。

　　三、存在不足

　　对挖掘现有客户资源，客户好中选优，提高客户数量和质量，提升客户对我行更大的贡献度和忠诚度还有待加强。我还需要进一步克服年轻气躁，做到脚踏实地，提高工作主动性，多干少说，在实践中完善提高自己。

　　在新的一年，我将再接再厉，更加注重对新的规章、新的业务、新的知识的学习专研，改进工作方式方法，积极努力工作，增强服务意识，争取在各个方面取得进步，成为一名优秀客户经理。

事业单位项目经理个人年终工作总结 篇2

　　各位领导及同志你们好! 我负责本公司技术部工作已经四年半的时间了，今天公司为我们 中层提供了一个述职机会，回顾一下工作、反思一下不足、思考一下 打算，非常必要和及时。四年多来，在公司领导和大家的共同支持帮 助下，本人为荣腾公司技术部的管理和发展作出了一点微薄的努力。 现将四年多的工作汇报如下：

　　这四年多，对于我们技术部来说，是非同寻常的四年，从鑫源到 荣腾的逐步发展壮大、成员力量的不断变更增加等，都给我们技术部 注入新的活力，给我们带来了广阔的发展空间。我作为一名技术部的 成员，有幸目睹并经历了这四年多技术部的发展进程。在公司的直接 领导下和兄弟部门的全力配合支持下，我努力工作，狠抓管理，不计 个人名利， 在人员频繁变更情况下，适应机制改革、在队伍稳定、思想工作等方面积累了仅有的经验，促进了部门的稳步发展。

　　一. 抓分内工作 促职责稳步进行

　　在日常工作方面，明确主要职责是根据煤炭市场适应开发新产品，同时配合市场部门反馈的信息综合考虑工程设计方案，造出预算与用户沟通签订圆满合同，其后指导加工制作、安装到位、最终提供竣工验收资料。在明确职责情况下，采取一系列措施：每年初起草修改《研发部管理制度》;每月15日、30日召开工作研讨会，通报近期违章行为及先进事迹，在这期间不定时组织技术现事论证会;实行表格式管理，每天有《工作日志》，安排工作有《设计部施工单》，年终有《设计人员业绩表》进行考核，同时有《设计人员出差登记表》控制不必要外出。

　　二.开发新产品，挖掘内部潜力

　　四年多来，技术部在产品创新方面迈出了扎实有效的步伐，我们在开发新产品，挖掘内部潜力有一定的动作。我所谓新产品，并不是填补国家空白的尖端产品，而是我公司前所没有的，从06年摇台阻车器、DTL50输送机申报到20__年过卷过放、DTL20__输送机申报，从技术部出去的定型产品图纸大约有二十多种。从20__年二月份起，在人员管理方面，我向公司引进推荐可需人员，技术部逐步完成招新工作，在部门建设方面，我坚持督促完善部门内部管理制度，加强自身建设，建立有效的激励机制，增强部门的凝聚力。在这四年间，我们是一个年轻人较多的部门，这就要求我们在不断从实践中总结出经验，在不断前进中成长、创新。因此我每年完善制度，把部门工作纳入制度化的轨道，特别是培养了部门年青成员务实的工作作风，同时定期召开部门座谈会议，进行工作交流以及学习交流，增进部门成员感情，使整个工作环境呈现出了严肃、紧张、团结、活泼的景象。由于部门工作的系统性，在这四年间，有七人次变更工作，无疑给我部门工作带来压力，我与其他师傅对新加入的成员不断进行培训是有一定付出的。为了提高技术部全体成员的素质，在积极开展职能工作以外还注重综合治理。

　　三. 抓优质服务 树部门形象

　　技术部是公司窗口部门，技术资料、商务资料、财务资料、综合部资料等，肩负着小到点、线、面，字、词、句的任务，中到定型产品设计制作，大到几百万整体工程设计安装，其服务质量优劣，直接关系到我公司的形象。为此，本人致力于服务质量的提高，积极明确和落实第一责任制度。同时在部门成员中积极开展部门职能明确培训，鼓励部门成员立足部门，爱岗敬业，使服务质量有了较明显的改善。

　　四. 抓思想工作 鼓各方斗志

　　应该说，这四年多设计部各项工作是有一定力度的，由于部门成员文化和年龄层次不一样，加上部门成员不稳定，特别是每年初成员思想变化比较大，首先沟通掌握动向，正月十六以前，稳定队伍，制定修改制度，正月十九组织召开新年工作会议，技术部就此逐步发展。在思想教育方面，积极配合公司拓展等各项思想教育活动，并强调写出心得体会，并私下与部门同志进行一对一交流，通过每次交流，我对大家的性格有了进一步了解，对以后我开展人性化管理提供了基础。

　　在软件开发中，负责项目的程序员总是比领导者对相关的程序有更多的信息，所以他们才是做决策的最佳人选。巨人集团的史玉柱曾经对外宣称，他坚决拒绝在技术问题上发表意见。闻道有先后，术业有专攻，让专业的去完成专业的事情，这才是社会进步的高效轨迹。

　　最后，我们要极尽全力建设一个高效的研发团队，给这个团队注入企业的核心文化，让这个团队具备独立自主、自力更生的造血功能;也让这个团队具有核心的技术人才及人才梯队;让我们的团队真正成为能够快速响应、快速成长、快速执行、快速战胜一切困难的高效研发团队。

事业单位项目经理个人年终工作总结 篇3

　　一个企业的管理，大公司有大公司的方式，小公司也有小公司的方式，如果把别人的经验生搬硬套到自己身上，可能会适得其反。同样，管理一个软件项目也一样，大项目和小项目的方式不完全一样。但从另一个角度来看，项目的大与小并没有本质的区别，很多方法是共通的。本文的目的是从作者的经验来谈谈小项目开发的管理。

　　一、小项目的特点

　　大家知道，“软件危机”的出现起源于一些大型项目的不断延迟甚至失败。小项目相比之下，具有以下特点:

　　1.项目功能相对较少

　　2.开发人员较少

　　3.开发周期较短

　　另外，在现实中，有很多小项目是由一些中小公司进行开发的，这些公司往往人员流动性较大，这也是不容忽视的一个现实.

　　二、小项目开发中常犯的错误

　　小项目看起来比较简单，比较容易成功，因而人们往往忽视了小项目的管理，其实这是一种误解，从本人的经验看来，小项目开发中容易犯以下的一些错误:

　　1、开发之前没有认真地进行项目可行性和工作量的估计。　　往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别。

　　2、没有真正的设计过程

　　开发人员少，意味着不同人员的程序之间交互、接口相对少一些。开发周期短意味着往往是同样的几个人从头到尾负责一个项目。这两者都让人容易犯些错误。往往是几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档。

　　这种做法潜在的危险之一是有的人可能会对讨论出的接口、结构理解有偏差(应该承认人是会犯错误的)。一个误解可能造成以后的返工。　　另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。

　　第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解以前别人做好的代码，索性自己从头来。另外，没有文档的程序，日后维护和版本升级都比较困难。

　　3、不经过单元测试而直接进入系统测试

　　造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

　　殊不知，一旦直接进入系统测试，发现运行结果不正确后需要一步步查找。由于模块间的调用关系，可能查了很久才发现是某个模块的问题。这种方法一来效率比较低，大量的时间用在了将一个错误定位在模块上了。另外由于这种测试不完全，真正运行系统，当调用某模块时，可能大部分时候都是正常数据，极少出现边界情况，可能某些边界情况容易被忽视，很久之后才被发现。但是如果对每个模块进行单元测试时都进行一下边界测试，就会很容易消除一些隐患。真可谓欲速则不达也。