软件项目工作总结。
岁月如梭，时间一溜烟儿的走了，新一阶段的工作正在向我们招手。可以开始写这段工作的总结了，工作总结的过程中能帮助我们回忆工作过程，在工作总结上面我们要注意什么？推荐你看看以下的软件项目工作总结，还请多多关注我们网站！
自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间， 从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力 人员之一，仅对此项目中测试工作进行总结。
一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测 试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组 一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题 跟踪单的模式，按照规划时间完成系统更新测试。
二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决 问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中 行对公项目的经验，也向项目组提出了一些完善性意见。
三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶 段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入 力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证 操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解 决。
四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问 题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测 试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。
五、个人得失方面。作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提 高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加 强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
Fwr816.cOm精选推荐
软件系统项目工作总结及小结
软件系统项目工作总结及小结
自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。
一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。
二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。
三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。[中国教育文摘 ]
四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。
四、个人得失方面。作为此次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对各子系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。
延伸阅读：
软件科前三季度工作总结
一、项目开发有序性
1.金华公积金利息调整项目的测试和上线
XX市公积金管理处向主办行江北支行提出，年初第一期利息调整与我行现有的公积金计算方式不一致，各县市的公积金利息调整模式也存在与现有模式不一致，在上级行的大力支持下，在年初圆满完成任务。
2.法院端信息管理系统升级开发
省分行立项开发项目法院端信息管理系统，目前已基本完成源代码的修改，准备进入测试阶段
3.财政集中支付系统的分析、开发
市分行重点开发项目财政集中支付，开发人员积极参与整个项目的谈判过程，分析系统所涉及的主要技术，且与省分行开发部门进行沟通协调，并协同业务部门了解业务流程和规范，并对关键技术xml的操作和mq的配置、编程等进行攻关，并客服各种困难封闭开发60多天，比原计划提前一个月完成了国库集中支付系统的开发任务。本系统系功能全、业务复杂性高，系统共有５２个交易，包括收支业务、托收业务、工资业务、查询打印业务、达帐清算和报表业务等六大类，涉及４类帐户，即财政零余额帐户，财政结存资金总户，单位零余额帐户，单位结存资金帐户。且开发技术新、运行稳定性好，系统的通讯设计采用了ibmmq和xml技术进行数据交换。设计人性化、用户友好性强：充分考虑到用户对简洁性和方便性的需求，在系统设计上，按照业务流和操作流相分离的理念，将复杂的业务流程和数据进行划分，降低了用户对系统的学习难度。
二、系统维护日常性
1.crm系统维护
一季度crm系统由我科维护，在维护中我们派员到浦江、东阳和金东进行crm操作支持，之后并根据各行的咨询电话和问题邮件进行crm维护和操作指导，遇困难问题并请省分行开发部门进行指导，有效地进行crm系统维护。
2.支持全国tulip平台升级
x月份省分行安排tulip平台升级并进行业务，我科派员在提早加班进行，并通过skype群方式实时与省分行进行沟通，解决测试中遇到的问题。
3．其他系统维护
根据日常业务中所发生的系统问题进行维护和解决，特别是在XX市非税收入系统、地税一户通系统、浦江烟草代理系统主办行迁移等积极自行或者请省分行查询原因，并积极解决业务部门提出的问题，
三、需求响应及时性
1.新增磐安电费自助设备收款项目需求
根据磐（砥砺奋进的五年 大型成就展观后感:砥砺奋进走向辉煌）安支行上报缺少电费自助缴款功能，我科积极与省分行开发运行部门进行沟通，配置自助单位项目并进行联合测试，增加了下级支行的代理业务渠道。
2．配合国际业务部往来账对帐系统的优化需求和测试
国际业务部在年初上报了往来账对帐系统的优化需求，我科积极联系省分行开发部门和规划部门，由省分行规划部门统筹安排升级开发。最后由我科协调省分行和国际业务部进行测试，并成功上线。
3．业务分流评测功能需求整理、atm日志需求文档分析处理、永康贷款利率浮动考核功能需求处理和信贷手机短信开通功能升级需求分析
根据省分行规划科的需求调查要求，通过行务协同流转和电话通知相关负责人，有相关负责人向各个网点、部门了解和收集相关需求，并相成各支行的需求报告，最后由我科进行汇总上报。并根据省分行规划科或者业务部门的处理结果进行邮件或者电话回复。
4、响应省分行倡导的提升科技服务品质主题活动，开始金秋下基层送服务的行动，实地给基层行分析解决问题，并且在领导的支持和组织下，正为江北支行做调研分析活动。
阅读拓展：
软件正版化检查整改工作总结
为了深入贯彻国务院办公厅《关于进一步做好政府机关使用正版软件工作的通知》（国办发[XX]47号）、全省政府机关推进使用正版软件工作电视电话会议、xx市人民政府办公室《关于开展机关软件正版化督导检查工作的通知》（德办函[XX]106号）和xx县人民政府办公室《关于开展机关软件正版化督导整改工作的通知》精神，我镇进行了一系列的软件正版化检查整改工作，现将工作总结如下：
一、领导重视
自接到相关文件通知后，我镇领导高度重视，我镇立即成立了软件正版化工作领导小组。把使用正版软件当做事关国家自主创新和知识产权保护的大事来抓。成立领导工作小组，即通知各镇属部门向镇党政办申报计算机数量、操作系统、办公软件和杀毒软件的软件名称和正盗版数量，然后根据各个办公室申报情况，由清查组长带队对各单位逐一核实，落实到每台电脑上，确保不出项瞒报、虚报情况。
二、重点核查
为做好单位软件正版化专项检查和整改工作，我镇立即对机关内部使用的计算机产品等情况进行了自查，重点是针对我镇办公所用的操作系统、办公软件、杀毒软件。
1、操作系统。全镇共有台式机24台、笔记本1台，共计25台电脑，来源为自行采购及上级配发。全部是联想、方正、戴尔等品牌机，所装操作系统均为随机附带的操作系统。
2、办公软件
3、杀毒软件。我镇电脑使用的杀毒软件有360、金山、瑞星。其中14台电脑使用360免费杀毒软件，8台使用金山杀毒软件，3台使用瑞星杀毒软件。
三、存在问题
1、少数干部软件正版化意识薄弱，没有将使用正版软件上升到相应的高度，对使用网络上下载软件持同意态度。
2、我镇政府财政比较困难，在全镇全面施行软件正版化无经费保障。
3、部分同志缺乏网络安全知识，不能及时为杀毒软件升级和给操作系统下载补丁，从而村子一定的网络安全隐患。
4、由于现办公需要，u盘等移动存储设备使用很多，镇干部基本上没有对外来u盘杀毒的习惯，导致电脑感染病毒十分普遍。
四、整改措施
针对以上自查中发现的隐患与不足，为进一步加强我镇软件正版化工作的推进，我镇将重点完善规章制度，努力提高广大职工的正版软件使用意思，丰富宣传手段，认真开展整改工作。
1、依据相关文件精神，再次检查我镇软件正版化相关情况，并对其中不完善之处逐步改善
2、组织全镇干部职工学习软件正版化相关通知精神，进一步强化人员使用正版软件的意识。
3、要加强对软件正版化工作的总结梳理和整体规划。软件正版化工作任重道远，不是一蹴而就的。与上级政府部门软件正版化相比，镇级政府软件正版化更加困哪。为此，我镇政府一定要认真总结工作经验和有效做法，针对我镇应用软件部规范等问题，在日常工作中日积月累，总结经验确保推进工作不断深入。
4、建立完善相关规章制度，以制度促进单位内部使用正版化。领带小组要在组织协调、督导检查、调查研究等方面发挥服务平台的作用，精心策划、热心组织、尽心服务，进一步增强各部门之间统一协调。
5、今后所采购办公设备要求预装正版操作系统、杀毒软件、办公软件。
6、在经费允许的情况下，重点解决购买正版office办公软件。
软件项目经理工作总结
时间飞逝，光阴如梭，晃眼20xx年就过去了。在不知不觉中，新年也过完了。只放了7天假，太短太短，还没有休息够。年度总结都还没有开始写，新年就过完了。好了下面言归正传，总结一下20xx年，这一年我都做了些什么。
一、做了什么
20xx年11月加入新公司，同时也尝试着做全新的岗位：软件项目经理(纯管理型)。我以前主要从事技术管理工作，现在转而从事项目经理工作。20xx年底进入公司后，公司给了我一个小项目A(用Java开发的MIS系统)，让我先适应，这个项目是一个内部项目，业务比较简单，也没用什么新技术，领导对我的指示就是让我放手用敏捷开发Agile的方法去管理项目，就当是敏捷的试验田来做。有了这话我也就放开了，大刀阔斧的就干起来了。
之后接着就是我的噩梦了，公司新开发了一条产品线，是云计算方面的。领导找我谈话，让我结束手上所有的案子，以后全心投入云计算产品线中来。该产品线下面有许多的项目，目前正在运行的有四个项目，其中三个由我来负责，另外一个由我的一个同事负责。说是我的噩梦，其实也是对我的一个挑战，因为云计算的项目很偏技术，业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次，云计算的技术也比较前沿，待解决/未解决的问题也特别的多，在开发的过程当中会碰到很多的阻碍。再次，以前只带一个项目，现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会，接受挑战，没有挑战就不会有进步。
二、收获
1.完成了我人生中一次大的转型，从偏技术岗位成功转型到偏管理岗位上来了。
2.参加了pMp的，并一次通过，取得了pMp证书。(复习真的很辛苦)
3.学习了公司规范的项目管理流程，结合pMp的学习，对同事们也混熟了，结交了不少朋友，非常感谢他们给我的帮忙和支持。
三、不足
1.项目虽然都跌跌闯闯的完成了，结案了。但是总觉得有很多的不足，可以改进的地方。项目结束的太匆忙，没有太多时间去想，去总结经验和坚持下来，断断续续，总是说没有时间。
2.业余时间没有抓紧，太贪玩了。
3.来新公司1年多了，还没有加薪，有点失望。
软件项目实施总结
1、项目组组建
1、1多方项目组成员
给出多方项目组成员组成。很多吃过亏的客户，在搭建项目组的时候，甚至在招标书的时候，要求软件公司的项目组里面必须有项目管理专业人员，甚至持有pmp证书，或者有专业的需求分析人员，并持有系统分析证书。
1、2多方项目小组成员的稳定性
多方项目小组成员的稳定性。人员流动通知对方，申请多方认可。特别是相关负
责人流动，需要多方确认。
2、实施的进度日程表
给出系统上线日程表
3、软件模块实施的先后顺序
先上哪些模块，后上哪些模块。新系统和老系统并行运行的机制处理方式。历史数据的处理方式。
4、进入新系统的数据截断日期。
5、实施中多方会晤机制
定期会晤机制？1周几次？还是每几天1次，每天1次？
6、监理方的立场说明
监理方代表的是甲方的利益，出现冲突的时候应该从维护甲方利益出发，考虑问题。
7、问题诊断机制
实施出现问题时候，监理方应该要协助甲方诊断问题的类别，是来自于硬件提供商，
还是软件提供商，还是甲方的问题。如果不能诊断，应该主持召开多方会议确认问题的来源，类别。
8、问题的响应速度要求
当问题被诊断后，应该要求问题解决的时间，要求相关单位在规定时间内解决。如果问题不能在指定时间内解决，应该要考虑补救措施。
9、需求变更处理
当甲方提出需求变更后，监理方应该作出判断，这个需求是否合理，是否超出了实施前制定的需求基线，如果超出了需求基线，就有可能需要追加预算了。
当然软件需求变更存在一个工作量的问题，如果工作量较小，就不存在甲方追加预算。一般的项目实施都是有1个需求基线，然后免费的需求变更工作量有1个上限，当需求变更的工作量超出这个上限，就需要甲方追加成本了。
10、甲方2次开发的难度控制
当在设计甲方业务处理流程的时候，应该要考虑到甲方业务流程更改后，系统的可配置性。这1点也是j2ee的主要特点体现。当然，如果系统使用了工作流产品的话，可以从工作流角度来考虑解决。
11、财务核算处理方式的灵活能力
一般的企业单位，财务核算的方式是比较固定的，但是也会作变动，当这一块作出变动时候，应该要求软件系统能够比较好的能够实现。
例如：软件系统以前实行的是集中财务管理，后来改变成为半集中方式，或者分散方式。这写都要秋软件系统能够很好的实现能够很好的进行业务处理方式的平滑过渡。
12、甲方业务流程的整理
监理方作为甲方利益代表，应该和甲方一起协助亿方指定出甲方的业务相关流程，在甲方乙方有争论的地方进行协调，并且在流程指定时候应该就要考虑到流程的更改。监理方当然最好能够先帮助甲方进行流程改那就更好了。或者乙方能够提供工作流工具就好了，否则这部分工作会暂用监理方相当多的时间。另外需求搜集变更也会监理方需要高度关注的一件事情。
软件维护工作总结
ERp上线是个复杂的过程，沟通协调是两大重点也是难点。实施之前最要紧的事情是统一思想，统一工作流程。否则后患无穷。实施前一定要在顾问团队内部实现统一，通过团队培训实现大统一，具体内容包括：
统一思想：目标定位要明确。
统一作风——团队建设建议参考《赢在执行》，重点是回报日报周报月报例会。
统一技术——技术手段要统一，比如都使用MSN和飞鸽，统一office版本等。
统一内容——关键概念的统一，如VMI。
业务流程信息化向来是公司的重点难点，也是公司发展毕竟之路。难在于人心，业务流程信息化的第一步就是梳理流程，梳理的过程也就是曝光的过程，也就是部门利益乃至个人利益的博弈过程。实施者在身其中，需要多方平衡协调，劳心劳力是必然的，费力不讨好也是极有可能的。本想就此题目实验下水波纹推广法，可惜人微言轻，没有机会，只有默默的观察记录思考，也算是学习经验教训吧。很重要的一点，信息化需要人力资源部门大力配合，把信息化与绩效挂钩才能真正产生推动力量。吼吼，多跟领导沟通，让他们认识到实施重要性是灰常重要的啦！
ERp实施，就需要点点滴滴的小心谨慎，关注一丝一毫的细节。最后才能够有效果，有收获。比如，采用实际案例讲解，包括人名、设备名称、设备价格都用真实的才会让用户有真实的体验。专业精神就体现在细微处，无数个细微处，用户看在眼里整体印象就是顾问团队的专业形象。
ERp维护是一个繁琐反复的过程，尤其是验收前的维护，实在是个难擦的屁股。
ERp的维护主要包括两方面，第一是业务解释说明，第二是系统操作指导。工作状态是：接听电话—记录问题—解决问题—汇总通报。为客户做业务解释说明就需要对业务有所了解，比如从立项-合同-订单-入库出库-总账等等，这是个长期的过程。系统操作指导相对容易，多练习即可。高级阶段阶段可以熟悉SQL，这样查找数据的效率就提高了。
对ERp维护人员来说最重要的恐怕就是耐心，耐心倾听耐心讲解。同时还要避免被用户带到沟里去，因为用户往往不知道他们的问题所在却自以为知道，更让人无法忍受的是，他们认定事情无法解决却要你处理，对你的处理方式还提出种种质疑，甚至的胡搅蛮缠无理取闹，这是个让人崩溃的过程，要挺住啊。
工作中的沟通法则
1、5w1h梳理，时刻知道自己是什么职责who，自己想要看什么what，自己在那个环境那个模块，今夕是何年when，如何为客户解决问题how，比如不要被客户带到沟里，因为客户认为的问题所在有时候并不是真正的错误原因。
2、扁平化沟通效果。
3、文字记录优于电话口述，截图取证优于口头描述。
ERp顾问的抱怨：
不相信就别问啊；我又不欠你的；强人所难无理取闹；你有没有在听我说话啊；你有没有来培训啊；你培训时有没有注意听啊；
ERp用户的抱怨怎么系统老出故障啊？你们说的对不对啊？按照你说的操作怎么不行呢？培训完了也不会。
ERp实施是IT信息化的珠穆朗玛，同时也是数据挖掘和业务智能化的基础。
项目工作总结
一、优化组织施工方案，提高科学管理水平。
20xx年以来，自已在施工管理中，始终把科学管理，优化方案放在工程管理的首位，经常不断地在研究和探讨适合工程管理，且可操作性强的施工方案，来不断满足工程需要和甲方需求。在每次施工方案的制定中，我都是不断根据工程的特点、难点，进行多次论证，并运用科学的态度，加大组织方案的科技含量。不断延伸方案中的科学管理渠道。
1、如：XX住宅楼工程，成人面积24022㎡，总高度57.25m，地下一层，地上十八层，钢筋砼剪力墙结构。质量目标为创市优工程和质量无通病示范工程， 为了保工期，针对现场狭窄，周围居民楼住户多的特点，将原方案设计的基坑支护灌注桩止水帷幕，12m一根共250根，支出费用93万元。改为圆型平面布置的密排水泥搅拌桩，即达到了支护桩又起了止水作用。缩短工期36天，节省投资近46万余元。深得甲方满意， 在粗钢筋连接上，我采用了CAbr变形钢筋套管冷挤压连接技术，比压弧焊连接法提高工效三倍。在模板支撑工艺上，原方案采用剪力墙支模穿墙镙栓的支杆为塑料管不能拔出，这样浪费太大，经研究我们把穿墙镙栓的塑料管自行加热，制成大小头能拔出的塑料管，减去剔凿设计破损率30%，还节省费用1.5万元。
2、原模板采用小钢模支护体系，但在开发的清水砼施工技术工程上，宜采用大模板钢木组拼体系支护，减少模板之间的缝隙，施工缝无明显痕迹，从而取消抹灰层，经涂料装饰后，达到高级抹灰数据标准及使用功能要求，节省抹灰材料及人工，并减轻建筑本身的自重，减少模板费用的投入，避免因质量通病造成的大量修理费用发生。在架子搭设上，原方案采用双排落地式外架子，大型工具使用数量太多，占用时间较长，而且租费成本高，为降低成本根据建筑物特点我采用工具式挂架子，即安全，又轻便，又节省大量资金。
二、严格质量管理，争创名牌工程 质量第一是企业永恒的主题，更是自己追求的目标。我在多年施工中，能自始至终把质量放在首位，坚持了用质量来赢得企业信誉，来满足业主需求，来扩大企业建筑市场，为美化市容多创精品。20xx以来，我所坚持的措施有：
1、落实质保措施，提高监控到位。我坚持在项目上严细质保职能，分工明确。坚持做好各项质量文字交底和质量交接记录。确保每项质量施工都有文字交底。以便更好地指导生产人员按标准、按要求去操作。项目上的专职质量员，我主动给其一定的相应权力，让其主动牵好质量创优质，使他们进一步做好了质量监控预案，并协助整体基础上搞好了本工程质量管理的分工，确保质量监控无空白点。
2、重点部位，重点监控。对于工程易出现质量事故的施工部位，我坚持设专人把关，并做好监控管理，发现问题及时解决。
3、严格规范，提高作业水平。在质量管理中动员大家要严格按规范去验收，把住每一道工序，要把市优的标准落实到操作面，使参建人员都知道，干出什么样产品为市优标准，使产品一次成优，杜绝二次维修。
4、层层管理，人人把关。我始终坚持在项目上形成人人把关的质量管理氛围。质量管理不单质量员一人的工作，其它项目管理人员也要有质量指标。也要对质量创优负责。要在层层管理上形成操作人员对自已施工面负责，分包队要对承包区域负责。项目管理人员要对各自工程创优指标负责，项目经理要对全工程创优达标负责，从而使工程质量管理严格处于受控状态下。通过自己在质量管理方面的摸索，个人掌握了一些质量管理上的招法。为自己驾驭项目上的质量管理工作充实了力量。同时也使自己在历年施工中创出了一些名优工程。如：为保证理工学院教工住宅楼创优工程的实现，我从源头抓起，严把了材料的进场关，对现场所进各种材料，我协同器材管理人员，从材料目测、复试开始，加强材料的验收，不合格的坚决退场，为工程顺利创优把住了材料关，落实了创优措施，使该项目获得了市优，得到了建设单位的信任和满意，他们又将后续工程计划交给我们，由我们来施工他们觉得放心。为企业信誉和占领市场做出了一定的贡献。
三、合理安排工序，加快施工速度 做为一名项目上的指挥员，自已在注重工程施工方案、质保措施的同时，对生产进度的落实从不放松。特别是在多年的施工管理中，不管遇到什么样的困难，从未因生产计划管理而延误工期。在工期管理上，我一直坚持：
1、加强部位控制，落实计划安排，自己在日常的生产管理中，对施工部位计划比较清楚，到什么周期，完成到什么部位，我心中有数。由此在施工管理上，我坚持用施工计划指导和严细现场的作业安排，严格控制施工管理节奏，确保施工进度，按照计划去落实。
2、加强施工组织，落实资源到位。为确保项目生产顺利，我时刻针对现场的料具、劳动力、材料等生产要素，做好调配，并根据工程进展情况，提前做好生产要素的测算，工作予见性要强，进而加强了料具、人力的合理配置，保证了施工不间断。
3、加强工程插入度，落实施工工效。针对工程多工种作业。由其是抢竣工项目，在合理组织插入上是关键，多年的施工经验告诉我，无论是立体交叉作业，还是横向混合式作业，不管是逆施，还是正施，我坚持的宗旨是：统一协调，统一指挥、合理安排、见缝插针。
4、加强责任到人，落实分片包打。按照施工布置，自己习惯作法是把项目进度指标进行分解，责任落实到每个工长身上，按照旬保月、月保季、季保年的工作安排，做好层层包计划，落实项目上分片包打。通过多年来，自己坚持和不断充实以上四项措施，使自己在工程进度管理上，创出了项目上的施工信誉。
四、严细成本管理，提高工程效益 20xx年，针对项目成本，自已在往常施工中始终坚持效益是项目立足的根基，没有了效益，项目就意味着乏值。多年来，我在抓项目成本管理上，作法有两点：一是抓项目成本分析制度、完善内部管理交口。自己带头组织项目成本员、定额员、预算员、器材员开好每月工程成本分析会。并要求成本员把当月中的列支情况进行汇报，做到计划部位、预算收入、器材耗料、成本核算达到数字交圈、核算对口把住工程的实际成本。同时，在成本分析上，要求各大员要对下月工程成本提前预控，对易造成浪费的部位、现象，提前预测，并制定相应解决措施。把成本管理问题消灭在萌芽。二是提高项目核算意识，杜绝不合理开支。节约挖潜项目是大户。我们项目多年来不断增强和改革自己的核算意识，不断校正自己的节约措施，在项目内部成本管理上注重节约。如小型工具制作，尽量内部加工。材料码放，尽量一次到位，减少二倒。文明施工，不追形势，追得是高标准。特别是在材料使用上，大家齐抓共管。形成人人算细账，人人会账的管理局面。通过多年坚持和完善这两项成本管理措施，使我们项目施工的任务无一亏损，为企业创效做出了一些工作。在新的一年中，我将继续拼搏，为企业 发展尽最大努力。
软件开发工作总结
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、 理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己XX年间开发的那些windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢？
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做erp，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。
12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
13、本文的总结与反思：
a：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。
b：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
c：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
感谢您阅读工作总结频道的《软件项目工作总结》一文，希望帮助您解决写工作总结的需求和参考，如果本文还未解决您的需求，可以继续访问软件系统项目工作总结栏目。
