月工作总结是在每个月结束时对工作内容、工作成果以及存在的问题和改进意见进行总结和概括的一种重要文档,它对于个人和团队的进步和发展起到了积极的推动作用。每个月都要进行一次月工作总结,以便及时发现问题、总结经验、改进工作方法和提高工作效率。这些月工作总结范文是从不同行业的实践中总结出来的,它们充分体现了个人工作经验和领导才华。
软件公司工作总结
尊敬的领导:您好!
光阴似箭,日月如梭,辉煌的20__年即将结束,将迎来充满希望的20__。回望即将过去的20__,展现在我们面前的是一年中深浅不一的脚印,在这幅巨大的画面上,留下的是优美的、还是些许凌乱的印记呢?不管怎样,我们都要骄傲地说,我们已经走过来了。在过去的一年里,我们经历了许多,也成长了许多,我们要不断提升自己的实力,迎接新的更大的挑战,现将20__年的工作总结如下:
1.项目方面。
在过去一年里,主要担负__项目组的开发工作。因工作需要,现调至__项目组,担负__系统的开发工作。在做这些项目的工作中,不仅学习到了业务知识、技术知识,还学会了很多做人的道理。不管做什么事情,解决问题的唯一办法是沟通。只要有沟通能力,一切困难都能够迎刃而解。跟业务加强沟通、交流,认真、细心的分析需求,面对问题及时解决处理,这样才能把项目很好的向前推进。
2.团队协作。
很大的进步,跟同事在一起工作感觉非常的开心,没有什么其他的杂念,跟大家在一起工作,能够相互尊重、相互关心、相互帮助,这就像是一个家庭,一个大家庭,平时大家开开玩笑、说说笑笑,能够缓解一下紧绷的精神状态,而工作中又能严于律己,认真对待工作,这就是我们需要的团队。同时,公司领导也经常跟大家一起谈心论事,放下领导的架子,融入到同事当中,拉近了与同事之间的距离,这样更能够体现出领导对同事们的关心,更能够体现出领导的亲切感,也更能够让同事们接受。
在每个项目开始之前,同事们都能好好的交流,加强理解,对问题的共识、解决问题的方法能够很好的统一起来,在解决问题的过程中,虽然都不是风平浪静,但事后都能够客观的分析,从不参杂个人的感情,每个人都能很好的融入到这个团队,共同做好每一个项目。这正所谓团结就是力量。
不管个人能力有多强,面对工作,就两个字“态度”。关于这一点,给我最大。
的感触就是一定要好好的去聆听、去分析。每个人对待问题都有自己不同的看法,不管他的看法对还是不对,合理与否,考虑的角度是否正确,都要好好地聆听,至少要等他说完,可能你不愿意或者不屑听完,但是静下心来或许会发现他看问题的某些角度你没有考虑过。所以我们要静心、聆听!
对于领导安排的工作,有些难度比较大,困难总是要去克服的,遇到问题首先自己先解决,解决不了的,相互问同事,同事之间相互讨论,共同解决问题,在工作中经常会有这样的事情,把每一次遇到的问题和技术难点都记录下来,把问题、技术与大家共同分享,这样才能共同提高。
回首昨天,我们要问心无愧,尽管太多的苦涩融进了昨日的犁铧,尽管太多的忧伤充斥着我们的心灵,尽管太多的无奈写在我们的脸上,尽管太多的精力挥洒在昨日的流程上;立足今日,我们擦亮双眼,走过昨日逝去的岁月,点燃新的希望,放飞新的梦想。
一个开发人员,技术上的提高是必须的,但这是不够的,还得加强管理方面的学习,自己将朝着这一目标迈进。学历代表过去、能力代表现在、学习代表未来。虽然我现在需要学习的东西还很多,但是我仍然会不断加油学习,让知识充实自己的脑袋,让情感融入自己的精神。不管怎么样,我们要怀揣一颗感恩的心,感谢曾经帮助过我们的人,感谢公司、感谢朋友、感谢同事,真心的谢谢您们!新的一年将会有更多更大的机遇和挑战,作为公司的一员,我将以更好的状态去迎接它们,和大家共同打造属于赞同的辉煌。
软件公司工作总结
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员最全的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20xx年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。
20xx工作总结
一:)美容院财务系统:
1:)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
6:)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
二:)美容院业务系统:
4:)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
20xx工作规划及打算
与自己工作相关的问题:
总结20xx年,对于自己感受更多的是忙、压力、成就。
忙:20xx年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
压力:看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
成就:当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对20xx年的工作划一个圆满的句号。
软件开发工作总结
工作时段:(01月4日—12月31日)。
xx实业有限公司软件开发部(以下简称本部门)成立于20xx年8月份,致力于xx系统的研发,目前在编人员四名,软件的研发因使用较前沿的xx平台,面临不少的技术层面的挑战。
本部门成员通过20xx年的努力,完成了直线型房型绘制模块的开发,衣柜系统的.开发,同时添加了沙发组合,庭柜组合,餐厅组合,卧室组合等。
展望20xx年,计划在现有的人员编制基础上增加新的“血液”,把本部门打造成技术更加过硬的团队,帮助集团公司实现20xx年的发展目标。
1)、“xx”软件版本发布:
1、12014年6月完成“xx”软件第一版的正式发布,软件功能包含xx等;
3、32014年完成xx软件版本规划中所定义的工作;
4、42014年完成集团公司新交办的工作;
2)、20xx年完善本部门团队建设。
1、建立内部技能培训学习机制;
2、参加相关行业培训保持技术领先;
3、团队增员至xx人。
3)、20xx年xx软件的应用推广:
1、企业内xx软件的应用培训;
2、xx软件使用手册的制作;
3、xx软件商业推广的应用演示。
1)、建立内部技能培训学习机制:
计划每周三晚上为内部技能培训与学习时间。
2)、参加相关行业培训。
根据需要参加国内xx行业技术交流会议,掌握行业内最新的技术信息。
3)、团队增员计划。
结合本部门20xx年度计划,需增加两名xx开发工程师协助完成相关工作。
4)、团队维稳。
制定本部门各岗位工资标准,并设定晋级标准以便进行科学管理。
1)、企业内xx软件的应用培训:
根据本部门年度培训计划结合公司要求进行应用培训。
2)、xx软件使用手册的制作:
完成xx软件正式版本的使用手册电子版的制作。
3)、xx软件商业推广的应用演示:
1、根据公司要求进行推广演示;
2根据公司要求制作推广演示视频。
软件开发工作总结
从八月份入职至今,已一年过去了,回顾自己这段时间在__公司所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。
回想入职初,在__月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。
在__月份,便正式参与了管理软件功能模块的设计工作,在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在__一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
__月份,在张工张工的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。
__月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。
__围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,张工张工也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下,通过项目组所有成员的不懈努力,在__月份系统所有功能模块设计完成,在__月份系统所有业务流程整理完成,在__月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
1、做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。
2、工作要脚踏实地、一步一步,切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。
3、学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。
4、要学会适当的思维转变。
之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
软件年终工作总结
在过去的工作当中,在领导和同事们的悉心关怀和指导下,通过自身的不懈努力,各方面均取得了一定的进步,但这些远远不够。俗话说:“人无远虑,必有近忧。”我明白,要学习的东西还有很多,要提升的空间还有很大。今后,必定会不断督促自己,努力提高自身素质,克服不足,朝着以下几个方向努力:
1、学无止镜,时代的发展瞬息万变,各种学科知识日新月异。我将坚持不懈地加强学习,向理论学习,向专业知识学习,向身边的同事学习,逐步提高自己的理论水平和业务能力,并用于指导实践。
2、“业精于勤而荒于嬉”,在以后的工作中不断学习业务知识,通过多看、多学、多练来不断地提高自己的`各项服务技能,克服年轻气躁,做到脚踏实地,提高工作主动性,不怕多做事,不怕做小事,在点滴实践中完善提高自己。
3、不断锻炼自己的胆识和毅力,提高自己解决实际问题的能力,并在工作过程中慢慢克服急躁情绪。积极、热情、细致地的对待每一项工作,继续提高自身文化的修养,努力使自己成为一名优秀的工作人员。
4、在工作上积极配合刘卫兵工作,快速,有效完成上级交代任务。
5、认真做好天津pgis项目。
作为软件工程师至关重要的一点那就是:学习!不断学习!掌握一门学问远远没有想象的那么高难、深奥,只是多花些时间。多方吸取、广泛涉猎,极力夯实能力。想成为出色的软件工程师不仅仅是软件知识,还有财务、经济、税务、管理等等知识,韬光养晦、未雨绸缪。今年算是丰收了,争取来年进行大丰收。
我一直在跟进xx银行w-xxnd1s2.0项目的测试工作,至此为止已近6个月时间,从公司内部系统测试、验收测试,再到uat测试,以及投产前的系统压力测试等等。从开始到项目即将结束,一步步走过来。本次项目中,我作为测试环节的主力人员之一,仅对此项目中测试工作进行总结。
软件公司工作总结
6、在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
4、修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
继续维护及更新美容院财务管理系统、美容院前台业务管理系统,及时更新相关人员对系统提出的需求;财务系统各市场系统的合并操作及显示、财务系统与人事系统的相关对接、财务系统中集团报表的显示、用友系统中凭证与财务系统中数据的对与自己工作相关的问题:
总结20xx年,对于自己感受更多的是忙、压力、成就。
20xx年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对20xx年的工作划一个圆满的句号。
工作总结软件
尊敬的公司领导:
本人于20xx年5月21日有幸成为我们上海互联网软件有限公司的一员,进入公司的电子政务实验室,担任软件工程师一职。按照公司制度,试用期于20xx年8月21日结束。时光荏苒,转眼间我来到互联网已经三个月了。怀着激动的心情,我慎重写下这份转正申请,并且对我过去的这三个月做一个小小的总结。
初来乍到时,我被互联网融洽的工作氛围深深吸引了,我能够感受到这是一个朝气蓬勃,团结向上的团队。大家对我这位新面孔,也都报以热情的微笑,这让我很快适应了公司的工作环境。
进入公司后,首先在我们部门培训一周半,我的主要任务是尽快熟悉尚未深入学习的m领域。在xxx经理和同事们的帮助下,我很快就得以把全部精力投入到项目中来。在这个项目中,我用到了一些专业知识,与此同时让我更加欣喜的是,我也接触到了以前尚未真正接触的xxx(这里你自己改一下,或者加几句对这个技术的简单描述)知识,这在很大程度上满足了我学习新知识的渴求。专业和非专业上不懂的问题,我及时向同事学习请教,不断提高充实自己。虽然经验有限,难免遇到问题,但是我认为每一项工作都是一种锻炼,每一个困难都是一次机会,加上经理给我的指导,老员工的耐心帮助,使我在较短的时间内适应了新的工作环境下新技术的运用。在此,我要特别感谢我们的经理和同事对我的指引和帮助,感谢他们对我工作的提醒和指正。
在电子政务实验室的工作中,我一直用我们公司的“合作沟通主动一点”,“工作流程规范一点”的企业文化来严格要求自己,和共事同事默契配合,及时有效沟通;按照要求和规范及时完成手头的工作,同时注意拓展相关知识。这也是让我尽快融入我们互联网这个大集体的重要保证。
在过去的三个月里,除了技术上的进步,我的收获在于敬业精神和思想境界。我留意到同事们都是勤勉投入工作,认真完成任务,遇到问题及时互相帮助,彼此相处极为融洽,这些温暖的点滴让我这个新人对我们互联网极为有信心。
同时,在与大家的沟通过程中,我也学到了不少交际上的知识和处理方法,这对我非常受用;同时,对于记录待完成事件的办法,我也参考了同事的建议,因此在之后的工作中将会更加有效率。
此外,在这三个月的业余时间里,我也没有闲下来,继续保持我的求知习惯,经常阅读与我的岗位相关的技术书籍,同时也根据兴趣扩大阅读范围。因为我认为,书富如海,只有不断地有针对性地学习,才能让自己的头脑更加充实。
总之,在这三个月的工作中,我深深体会到有一个和谐、共进的团队是非常重要的,有一个积极向上、大气磅礴的公司和领导是员工前进的动力。感谢我们互联网给了我这样一个发挥的舞台,我要珍惜这次机会,为公司的发展竭尽全力。因此我也更加迫切的希望以一名正式员工的身份在这里工作,实现自己的奋斗目标,体现自己的人生价值,和公司一起成长。在此我郑重地提出转正申请,希望自己能成为公司的正式员工,恳请公司给我继续锻炼自己、实现理想的机会。我会用谦逊的态度和饱满的工作热情做好我的本职工作,为公司创造价值,同公司一起展望美好的未来!
我深信我的选择是正确的,感谢您的阅读,诚挚希望公司考虑我的申请!软件转正工作总结。
软件公司工作总结
各位同事:
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员最全的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我年的工作进行一个简单的总结及对年的工作进行一个简单的规划。
1:)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
6:)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
4:)修改系统中相关运营的操作(修改客户、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
总结年,对于自己感受更多的是忙、压力、成就。
忙:年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
压力:看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
成就:当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!
对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对年的工作划一个圆满的句号。
明年我们继续努力。
软件实施工作总结
erp是由美国gartergroup咨询公司首先提出的,作为当今国际上一个最先进的企业管理模式,它在体现当今世界最先进的企业管理理论的同时,也提供了企业信息化集成的最佳解决方案。它把企业的物流、资金流、信息流统一起来进行管理,以求最大限度地利用企业现有资源,实现企业经济效益的最大化。
设备管理组(pm)实施过程大致分为以下几个阶段:
1、前期准备阶段:成立了erp建设领导小组及项目办,组建七大专业组:设备组、项目组、人资组、财务组、物资组、转变组、技术组,并根据省公司要求时间节点排出erp建设工作计划。
2、设备管理数据收集阶段(xx年7月底至10月底):
设备管理数据收集对象包括维护工作中心、功能位置、设备资产数据清理等。其中又以设备资产数据收集为重点。设备资产数据收集又分为两部分:一是设备数据收集,由各个设备管理部门完成;二是设备资产数据核对收集,由设备管理部门配合财务部门完成。
设备管理数据收集的实施过程,是一个逐步调整数据、修正数据,提高数据准确性的过程,也是各个相关部门逐步熟悉系统与改变看法的过程。尤其设备资产数据清查工作,涉及公司各个部门,时间长,任务重。为此,涡阳公司项目办专门成立了erp设备数据清理、资产数据核对工作小组,制定了清理的详细计划(工作量具体到每天)及质量管理办法,明确了数据收集涉及部门以及收集的范围,分阶段向相关设备管理部门及班组布置了设备收资任务,对重点工作进行强调,并组织各单位相关人员共35人参加了市公司组织的数据清理培训,确保了设备资产清理工作的有序开展。
erp是一把手工程,领导的支持是设备资产数据顺利完成收集工作的重要因素。公司相关领导非常重视数据收集,总经理张继新和生产副总王健亲自组织协调数据收集方面的工作。各部门均指定一名设备资产清理责任人,及时与设备资产清理小组沟通,明确收集中遇到问题的提报流程,定期开会追踪数据收集进展以及收集过程中遇到的问题,保证了设备资产的准确性。
各部门齐心协力,加班加点,体现出了良好的团对精神,确保了每个时间节点工作的完成。8月23日完成第一阶段设备数据模板的录入汇总工作。并根据设备数据清理情况排出了详细的资产核对清理计划,项目办对照资产核对清理计划和质量管理办法进行督促,专人全程监督,确保进度及质量。虽然资产价值拆分与合并工作量大、问题多,在实际清理时遇到了很多难题,通过公司各单位积极配合,至上线前共收集功能位置数据377条,设备资产数据4985条。有力地保障了系统的成功上线。
3、关键用户培训阶段(xx年8月10至9月12日)。
关键用户到合肥接受设备管理组(pm)管理模式、现状分析、流程框架、线内操作等相关培训,并对系统中本公司的各项权限进行了配置、测试及系统模拟运行等。保障了后期最终用户模拟运行及系统正式上线后的系统顺利运行。
4、最终用户培训阶段(xx年9月18日—30日,10月26日—30日)。
因最终用户培训统一在亳州市公司集中进行,培训之前项目办对erp终端用户的培训进行了充分准备,详细列出培训人员名单,统筹安排最终用户的学习与工作时间,做到生产与学习两不误。并于9月17日召开了erp培训动员会,强调了培训纪律,对培训质量也提出要求。培训期间项目办专门派人负责协调车辆协调、最终用户的饮食起居等工作。
公司领导的大力支持、项目办的细心安排,使参加系统操作培训的设备组41位最终用户(共分4批),全数通过考试,并有15位被评为优秀学员,取得了极好的效果,为erp成功上线奠定了坚实的基础。
5、最终用户模拟运行及强化培训阶段(xx年10月12日—12月9日):最终用户模拟运行及强化培训依然是在亳州市公司集中进行的。参加模拟运行及强化培训的人员基本上为涡阳公司最终用户中各部门的核心人员。
模拟运行是在erp模拟400系统中对我们实际业务流程的一个全真模拟,同时也是带权限模拟运行,即运行人员400模拟系统的权限与erp正式上线800系统中的权限是一样的,这样就是要大家在全真模拟的情况下发现问题,进而解决问题。参加模拟运行的人员基本上为最终用户中各部门的核心人员。
学会erp系统操作技术才仅仅是个开始——就好比仅仅学会了使用绣花针,但真正要绣出像样的花出来,还有很长的路要走。模拟运行就是把设备、物资、项目、财务、人资五个模块的成员聚在一起共同完成集成测试案例,一是使模拟运行人员熟悉操作过程;二是在跨部门业务关联时,及时和相关部门交流、沟通和提醒,确保流程畅通;三是加深模拟运行人员对相应业务流程的理解,把系统操作和实际业务流程联系起来,提高发现问题、解决问题的能力。
为加强培训效果,设备管理组分别于11月12日和12月9日进行了2轮的强化培训。第一轮主要培训了反操作、报表查询、工作流处理、上线支持体系(上线范围、上线切换方案、上线补单处理等)以及特殊业务处理(工区备品、外委服务采购组以及外委服务的选择、直接报销业务等问题的处理方法);第二轮强化培训主要为大家讲解了设备新增业务(如何创建子设备)、典型业务处理(配电变压器更换问题、备品备件问题)、退役报废转移等业务操作、各种单据如何流转(报销单、临时领料单、备品备件申请单、设备资产数据维护表等),并请物资组顾问讲解了创建工单时物料如何正确选取。二轮的强化培训有力地保障了erp系统上线后的正常运行。
6、erp正式上线至xx年年结阶段(xx年11月10日—12月25日)。
上线初期,由于刚刚使用800正式系统,许多最终用户不能把系统操作与实际业务联系起来,为此,我们下发了简易的业务流程以及系统操作手册供最终用户参照,同时制定了问题处理以及提报的流程,即最终用户有问题向本单位核心用户请教,本单位核心用户解决不了的问题向公司关键用户请教,关键用户解决不了的问题向现场支持组请教。这样一来各相关部门遇到问题得到了及时的解决及提报。在此期间,设备组长及关键用户又对每个设备管理涉及到的部门到现场进行有针对性的指导,并且和各部门核心用户商讨本部门相关业务的处理方法,极大地促进了系统操作与实际业务相联系的进度。另外上线初期,一些同时学过设备管理(pm)与工程项目(ps)两个专业的最终用户,容易把设备(pm)的大修项目与项目(ps)的项目相混淆,为此,关键用户通过现场指导、oa邮件等形式对最终用户进行相关培训和辅导。
至年底月结前,涡阳公司成功完成订单116个,18个大修项目也已全部关闭,至此各相关部门对erp设备组的操作流程已相当熟悉,并结合实际业务流程对erp有了更深层次的认识。目前erp设备组系统成为各部门设备修理维护的依据,实现了设备管理与物资、财务、项目管理的紧密集成,并为公司决策提供相关的数据信息。
erp设备资产数据收集工作是保证erp顺利上线运行的必备条件,也是工作中的难点,因而在数据收集阶段需注意以下几点:
1、要从公司整体的角度认清数据收集工作的重要性,明确数据收集涉及部门以及项目范围,数据收集工作各部门责任落实到人。
2、数据收集前,相关人员一定要把省公司下发的设备资产清理实施规范、设备与资产对应目录及建卡原则读懂吃透,知道哪些设备需要收集哪些不需要收集,收集的设备哪些可以打包哪些需建立子设备等细节问题,否则会增加很多无谓的工作量。
3、在数据收集期间,要及时组织项目与财务、物资数据比对工作,确保数据准确有效。
4、一定要把握时间节点,定期或提前完成数据收集工作。
在最终用户培训阶段需注意:
1、因设备管理组(pm)涉及部门广、人员多且人员素质良莠不齐,一方面有些人员工作量大,一方面有些人员不能提高认识,操作水平差,这些都得引起足够的重视。因为在系统运行的过程中,操作人员对系统还不够熟悉,会成为了系统无法顺利进行的又一关键因素。
2、应建立长期培训机制,可以有效解决由于新进人员、岗位调整、人员变迁等原因带来的问题,也为最终用户能长期保持对系统的熟练掌握提供了一个长期有效的平台。
模拟运行和强化培训阶段需注意:
1、应严格按照运行规定的角色职责挑选模拟运行和参加强化培训人员,协调好模拟运行、培训和工作的时间,在整个流程操作过程中,应杜绝“代做”现象。
2、被挑选的最终用户一定要是各部门中实际业务流程中所涉及到的岗位对应的人,这样才能和实际业务流程相符合,模拟运行才能起到真正的作用。
erp正式上线运行后要让最终用户明确问题处理以及提报的流程,这样当他们遇到问题时才知道解决问题的途径和方法。各相关部门遇到问题需要及时提报。最终用户在800系统内操作时一定要小心谨慎,三思而后行,不可过于自信,否则系统就会留下错误操作记录,难以更改;在跨部门业务关联时,及时和相关部门交流、沟通和提醒,确保流程畅通。
另外应尽早准备好各类erp实施的前提条件和基础工作,不可临时抱佛脚。最重要的是要确保关键用户的积极主动并全程的参与,真正起到公司与现场支持组顾问之间的'桥梁纽带作用。
存在的问题:
erp的实施虽然初见成效,但就目前的实施进度而言,还存在一些的问题。
1、数据维护不明确不及时。
系统数据维护部门牵涉比较广,erp系统中虽然有指定了最终用户及其权责范围,但是在实施过程中,没有得到充分的体现。一些数据实际发生改变之后,在系统中不能得到及时有效的维护。公司将进一步明确设备组最终用户及其权责范围,那么数据准确性将会大大提高,同时相关人员如要查询信息也可直接查询系统数据即可,提高数据的共享性,也减少更多无谓的数据维护事项。
2、有些人员对erp认识不够。
一些员工对erp的认识还是一知半解,没有理解erp对公司的重要程度,致使erp的实施没有达到想象中的效果。erp的实施是涉及整个公司的系统工程,远不是一个人或者几个人就能做好的事情,需要全民总动员,大家齐动手。有时需要更改原先的工作流程,有时需要经过一系列调整修正,甚至波及到一部分人的实际利益。所以,erp的实现需要强有力的实施。没有规矩不成方圆。必须明确公开相关人员及其权责范围,明确相关考核及奖惩制度。这次总结不是erp工作的结束,而是一个新的起点新的开始。“总结经验,不断提高,提高管理水平。”这是我们的口号。
工作总结软件
2013年度,我的主要工作集中在产品研发及优化领域,现将参与的主要工作内容和任务的完成情况总结如下:
一、新人学习。
对公司的整体状况和运营模式进行了解,重点针对合同管理系统的适用领域、场景以及客户群体、一般性需求进行学习。熟悉公司技术团的工作模式、编码规范和研发管理控制流程。通过对公司产品关注领域和业务流程的学习以及研发规范的了解,梳理了技术学习主线,制定了具体的学习目标和时间计划为技术研发工作奠定了基础。
二、公司***平台的研发。
参与了***平台的部分功能研发,主要参与以下功能模块的代码编制、优化和初步的功能验证测试:系统平台对接浪潮系统、系统对接审批事项清单模块,系统管理模块,筹备成立模块、成立登记模块、分支机构管理、组织管理、注销信息管理、变更信息管理等等。在研发中,按照团队规划完成了个人的任务并按照编码规范进行了源码优化。对于部分编码进行分析和重构,对于部分功能模块进行了效率优化和源码简化,提升代码的可读性、可复用性、可移植性。整个研发过程,积极融入团队,提升技术水平的同时进一步加深了对公司产品业务的理解。
三、
公司产品***平台的优化。
参与产品***平台的优化。使用技术方法通过重构改进了产品的运行效率。从构建模式、实现方法、代码风格上进行了多方面的知识整理、分析和优化。并以此为契机,强化了效率优化的意识,学习了效率优化的方法,同时,增强了研发中兼顾效率的意识。2013年度个人取得的成绩和经验2013年是我进入公司的第一年,无论是对于生活阅历还是工作经验以及技术知识都取得了很大的成效与进步。在公司的几个月里我着实成长了许多,尤其是对专业知识技能的提升、此外还增长了一些对行业的认识以及开发流程。
公司领导比较给力、很会照顾下属,同事之间也比较容易相处,团队互助性也比较强。但是我们公司对于技术上是不是应该增加一点技术储备方面东西。我希望公司能够一个强大知识库,比如某一天某个人解决了一个极难解决或者比较罕见的问题。有必要保存到知识库里,以备后续之人有一个学习认知的空间。
对自己2013年度整体表现的客观评价。
2013年度是我在学习中不断总结经验、吸取教训、获得成长的年度。
本年度的工作中,我认真制定工作计划,按时完成工作任务并适时进行总结和分析,关注功能实现、代码规范、效率优化和用户体验。努力开展对本职工作所需专业技术学习,优化知识结构,并不断深化对合同管理业务的理解。团队建设上,我积极融入团队,努力营造良好的团队氛围,和同事关系融洽。
1.在原有体系不变动情况下,配合团队完成社会组织信息系统后续的开发。2.加强自己工作中阐述问题的能力和分析能力以及解决问题的能力。3.不断学习新的技术与知识,让自己更能适应新的需求发展变化,给自己制定一个短期目标以计划。
4.努力更正自己开发习惯,提升自己开发技巧。
5.了解技术以外的知识,摆脱自己“机器人”的概念。
个人职业生涯规划。
一、短期目标(提升专业技术水平、掌握解决问题的方法)合理规划自己时间,给自己制定一个工作之余的学习计划,学习目标,在工作不断吸取经验教训加以总结汇总,不断更正自己工作习惯。
二、长期目标(专注改进薄弱环节,掌握提升效率的技巧,深化业务理解)。
在不断巩固自己专业知识前提下,加深对业务的理解能力、分析能力、主导能力、不断充实自己各方面知识技能,强化自己薄弱环节。做一个合格高级软件工程师。
研发部2014-01-10篇2:软件开发工程师个人年终工作总结范文软件开发工程师个人年终工作总结范文作为一个软件开发工程师(我也是一名软件开发工程师),所实在的如果每年只做那么一两个项目,年终工作总结写起来也应该得心应手的,我们只需要把本年度该项目的基本情况简历表述一下,自己在项目中的角色以及自己在项目中遇到的重点问题及解决方案描述一下,最后展望一下下一年度的工作计划,ok,本年度的工作总结基本完成。下面我给大家看一篇别人写的我认为比较好的个人年终工作总结范文:软件开发工程师个人年终工作总结范文2011年2月2日,我有幸成为北京超图一员,应聘为公司的java软件工程师。入任职以来,在部门领导的带领下,自己感觉无论学习、技术、生活等方面都有很大的提升。2011年里我主要完成的工作有三方面:
1、荆门石油石化巡检系统的调研和开发。
该项目是我工作以来第一次涉及到调研,对我来说算是一个不小的挑战。在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足,在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。
2、电信12530增值业务的开发与维护。
从5月以来我就开始接手公司的主要业务之一,12530电信增值业务。由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。最后在金总的指导和鼓励下,顺利的完成这次活动。在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我第一时间将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。
3、襄樊、鄂州家政网络服务中心的开发与实施。
在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施,为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外,我也注重个人能力的提高。工作之余,主动学习一些新技术,与同事沟通配合,搭建一个h的开发框架。也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。
2012年工作展望:
1、将学习的springsecurity整合到我们自己搭建的h框架,进一步完善框架。
2、利用搭建的h框架,开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心,继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术,努力提高自己的个人能力。为以后能够更好,更顺利的工作奠定基础。
6、希望通过自己的进步和努力,能为公司的发展做出自己最大的贡献,体现出自己的最大价值。
—————-结束。
一、工作内容。
九月份的工作比较繁忙,工作重点有四方面:s6测试,医院软件开发、测试,售后服务,文档书写及培训。
1、关于s6测试。
s6的新增修改功能大约30多项内容,测试的重点如:其一,每日结账时更正库存的操作,此项功能涉及的方面比较多,影响数据的准确性,测试起来比较烦琐、测试量也比较大;其二,由于业务开票时程序内部处理发生了改变,由原来的控制台转移到存储过程中处理,所以对此部分也进行了重点测试;其三,饮片划价自动批号的测试;其它方面的测试包括,gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试,再有就是售后人员随时提出的问题随时测试,如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。
2、医院软件开发、测试。
25、a35等字段在每个表的长度统一等。
3、售后服务。
s6的售后工作,由于每日结账时更正库存,造成几个客户的库存数据不准确,通过查询客户实际的数据库找到了问题的原因,再有就是在电话中为售后人员解答一些问题;其它方面,上门服务三次,分别是,解决了先知医疗器械公司的应收应付财务问题,通胜医药财务软件中辅助核算的客户查不到,从后台修改数据已解决问题,汉华林销售出错库存未减,原因未查到;远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。由于十一休息,售后人员少,在月末休息前做了两天售后工作。
4、其它方面。
s6的培训文档写了两次,其次就是书写了加强版与s6的区别,再有就是编译序程、备份程序、程序注册等工作,其中程序注册是随时性,所以也占用一定的时间。
通过的工作,自己在pb方面又懂得了一些知识,并且可以修改简单的错误,也可看明白一些简单的脚本结构,这对于我的测试工作是很有帮助的。从反馈的情况看,s6的结账库存更正功能还存问题,还需要加强测试。再有从售后服务的情况看,售后人员在财务方面的技术还需要加强。
三、工作计划。
1、医院软件测试。
2、书写医院软件的说明书。
十月份是一个忙碌的月份,日子象流水一样,转眼既逝。看来学习的时间和劲头还要在加强一些。
一、工作内容。
十月份的工作比较繁忙,工作中心有六点:程序的每天备份,库结构的比较,打印类的调试,在2种分辨率的情况下窗口的布局,程序小bug的修改,测试参数权限及远程。
软件实施工作总结
xx年即将结束,一路走来,步履匆匆,回首xx年的工作,有取得成绩的喜悦,有和同事并肩攻关的艰辛,也有遇到各种各样的困难和问题,感悟良多。平时忙忙碌碌,没有太多的时间对自己工作进行总结,对自己的失误进行反省并加以改正,年底了,可以静下心来总结自己在这一年中的工作得失,查找自己的不足,为xx年的工作做好安排和计划。现就本年度的本人工作进行以下总结:
(一)在项目开通前的准备工作中,要抓好基础信息、业务流程、操作人员培训等细节,在凉州区中医院、岐山县医院项目的开通中,由于准备工作做的比较充分,开通期间软件总体运行平稳,没有出现大的问题。在项目的开通准备工作中,我主要参与了基础信息准备、业务流程全程测试、人员培训等工作内容,都较好完成项目组分配的任务,为以后项目施工积累了丰富的经验。
(二)在施工中,规范施工流程,严格控制项目进程时间节点。在施工现场,保持和院方主要负责人的沟通畅通,随时采集其对施工质量和项目进程的要求,及时对项目的施工计划进行调整,抓住施工中的关键。在现场培训和指导中,要引导客户规范操作,发现客户的错误操作要及时纠正,避免由于客户的误操作导致不可修正的错误,因为只有规范了流程,软件才会发挥它的最大作用,客户才会体会到软件的友好度。
(三)施工过程中,发挥团队合作能力最大化,和现场其他施工人员之间的工作出现交叉时,双方要协作完成。在工作交接时,要清楚目前的项目施工概况,对于客户的一些个性化的需求修改,在软件更新时,要注意保留这些地方,避免由于软件的更新导致问题反复出现,让客户对软件的可靠性产生质疑,此问题在凉州、岐山施工现场都出现过,由于施工人员在交接工作时没有交代,又要重复之前的工作,一方面影响客户,另一方面也降低了工作效率。第一时间和开发人员反应现场出现的问题,要对报错做截图或留档处理,方便开发人员对出现的问题进行判断,加快处理问题的进程。因此,团队合作和良好沟通是个人施工过程中必须具备的素质。
(一)在平时工作中,要善于积累,多留意别人是如何来处理问题,如何使。
用辅助工具,把学习来的技巧及时用于现场,因为经验只有通过实践才能得到,通过在现场的锤炼才能让自己真正成为一个合格的his施工维护人员。在现场学会了如何通过sql的导入导出工具快速完成数据切换、使用跟踪工具及时查找软件的报错原因,为快速、高质量的施工提供前提条件。
(二)不断学习,提高业务技术水平,处理各种问题和突发情况。平时要加强对数据库和报表软件的学习,能够处理简单的数据库设置和报表调试工作。在凉州、岐山现场很多问题都是通过对报表的调整来完成医院的业务需求,尽量少改动软件来完成客户的需求。对oracle数据库的参数设置要充分了解,知道哪些参数可以调整,调整到什么程度,尽量避免宕机的情况出现,几乎每家医院的服务器都出现过宕机的情况,多数都是由于对数据库参数的调整造成。
(一)凉州区中医院项目:在该项目中,全程参与了his、电子病历的施工过程。从初期的医生、护士培训,到前期的问题反馈和修改,再到后期的现场问题处理,比如医保病人数据差错、电子病历在连接数过大时报错、服务器宕机等问题。已全面了解医院的各项业务流程,为今后施工积累了丰富的现场施工经验。
(二)岐山县医院项目:在该项目中,从项目开通到准备验收,在现场参与处理各种数据问题和报表调整,软件测试和更新工作,以及后期的服务器宕机、医保接口调试、验收前遗留问题的处理和过滤。通过凉州、岐山2个项目的施工现场施工,已具备了项目施工的能力。
(三)老his3000到整合版数据切换方案的编写:通过为期2周时间的努力,和杨亮亮共同完成了老数据到新数据的切换方案编写工作,完成了对切换过程的测试,并在新软件上测试运行切换过来的数据,为以后老his3000的升级提供了借鉴方案和技术支持。
(四)远程处理医院、药店出现的各种问题,协助处理简单的医保刷卡软件出现问题、个别医院his、电子病历出现的问题的测试和处理。
(一)由于各种原因,在现场和客户沟通问题时,意见分歧导致和客户出现争吵,以后和客户沟通时要保持良好的心态,正确处理和客户之间的关系,方便各项工作的开展。要和客户多积极沟通,因为只有彻底明白客户的意图,才能更好的为客户服务,更好的推进项目进程。
(二)软件的测试和更新是一个注重细节的工作,要克服自己粗心大意的习惯,测试时要对软件模块进行全面测试,杜绝在软件更新后又把软件换回来的情况发生,确保万无一失。
总之,一年来取得了一定的成绩,但是与公司的要求还有一定的差距,只有打起十二分的精神,继续努力,做出更多的成绩。展望xx年,我希望自己能够在业务和技术上取得更大的突破,积极参加各种培训,提高自己的能力,为公司做出更多的贡献,自己的不足将在今后的工作中不断改进。
软件公司工作总结
20xx年1月到3月维护及更新oa系统、人事系统、vip卡管理系统分布式、美容院前台客户管理系统。由于工作量问题,在3月将oa系统移交给他人维护及更新,将人事系统移交给他人维护及更新。
20xx年3月到8月维护及更新vip卡管理系统分布式、美容院前台客户管理系统。主要工作是vip卡管理系统的分布式功能的实现,经过前面几个月的开发及测试,[xx课件]在3月中旬开始将分布式功能放在华景店进行测试,经过一段时间的测试及相关问题的跟进与更新,4月1日在黄埔店进行分布式系统的安装。经过两家店的分布式功能的使用,在后面的时间里对广州所有店都安装好分布式系统。处理日常系统操作中遇到的问题、更新一线对系统提出的修改及分布系统客户端数据与服务器数据的核对。
20xx年8月到12月从8月份开始,应该对财务的问题,开始次vip卡管理系统进行升级到美容院管理系统,结合提出的需求,对vip卡管理系统中的功能、数据库结构及操作页面进行全面的更新。经过一个月的更新,从9月2日开始使用新的更新完一部分的美容院管理系统。从9月份开始根据财务人员提出的修改,对系统进行更新,协助财务部对系统数据的调整。一直到现在系统一直在修改及改进,相比以前的vip卡管理系统,系统中增加了许多在以前系统中没有的功能,在功能的实现及数据的稳定进行了大大的改善。
软件项目工作总结
20xx年11月加入新公司,同时也尝试着做全新的岗位:软件项目经理(纯管理型)。我以前主要从事技术管理工作,现在转而从事项目经理工作。20xx年底进入公司后,公司给了我一个小项目a(用java开发的mis系统),让我先适应,这个项目是一个内部项目,业务比较简单,也没用什么新技术,领导对我的指示就是让我放手用敏捷开发agile的方法去管理项目,就当是敏捷的试验田来做。有了这话我也就放开了,大刀阔斧的就干起来了。
之后接着就是我的“噩梦”了,公司新开发了一条产品线,是云计算方面的。领导找我谈话,让我结束手上所有的案子,以后全心投入云计算产品线中来。该产品线下面有许多的项目,目前正在运行的有四个项目,其中三个由我来负责,另外一个由我的一个同事负责。说是我的“噩梦”,其实也是对我的一个挑战,因为云计算的项目很偏技术,业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次,云计算的技术也比较前沿,待解决/未解决的问题也特别的多,在开发的过程当中会碰到很多的阻碍。再次,以前只带一个项目,现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会,接受挑战,没有挑战就不会有进步。
1、完成了我人生中一次大的转型,从偏技术岗位成功转型到偏管理岗位上来了。
2、参加了pmp的考试,并一次通过,取得了pmp证书。(复习真的很辛苦)。
3、学习了公司规范的项目管理流程,结合pmp的学习,对同事们也混熟了,结交了不少朋友,非常感谢他们给我的帮忙和支持。
1、项目虽然都跌跌闯闯的完成了,结案了。但是总觉得有很多的不足,可以改进的地方。项目结束的太匆忙,没有太多时间去想,去总结经验和坚持下来,断断续续,总是说没有时间。
2、业余时间没有抓紧,太贪玩了。
3、来新公司1年多了,还没有加薪,有点失望。
软件测试工作总结
本人自xx年3月25日起进入梦龙移通公司从事手机软件测试工程师一职,在不知不觉中已经经过了2个月的试用期。在这段时间里,我感悟颇多,虽然这并不是我的第一份工作,但是在此期间,我对于工作一贯谦虚谨慎、认真负责的工作态度,从来没有改变过。
在本部门工作中,我一直严格要求自己,认真及时地完成领导布置的每一项任务,并虚心向同事学习,不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作,在过去的2个月中,通过不断的学习和自我提高,已经适应了本职的工作,但对于一个初入公司的新人,要全面融入企业的方方面面,可能在一些问题的考虑上还不够全面,但我相信,通过公司领导及同事的悉心指导,我一定会在今后的工作中更好的提高自己的水平、素质,更好的完成本职工作。
在今后的工作中,我要继续努力,克服自己的缺点,弥补不足,向白盒测试、内部代码测试方向了解,加强软件测试、计算机语言方面的知识,不断自我学习,力争成为学习型、创新型、实干型兼备的新世纪人才。
内蒙古金财信息技术有限公司。
研发二部-孟磊年终总结2013年12月2013年终总结。
回顾2013年5月入职到现在大半年的工作,我在公司领导及各位同事的支持和帮助下,按照公司要求,比较好地完成了本职工作现将这一年的工作情况总结如下:
一、项目时间点及各阶段工作。
中间业务平台管理系统集成测试阶段:
缺陷数据分配表。
告警性建议性严重性总计。
郭洪敏1481739。
李扬4373383孟凡波722352147。
缺陷摘要饼形图。
聂飞龙711321。
总计13639115290。
严重性缺陷占到整个缺陷数量的百分之四十,从实际测试工作来看,代表性大致可分为以下几类:点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷,在今后项目中,减少缺陷数量,提高软件质量。
中间业务平台管理系统上线阶段:
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下:1、需求问题:
系统维护-账户维护新增时,账户类型字段是从数据库配置,联社方想通过页面控制此字段。此问题在集成测试时,熬民就提出要从系统页面上新增,当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训:今后测试不止测试功能是否实现,需要考虑和结合系统与系统之间的关联关系,眼光放得在长远些。2、技术实现问题:
集成测试时,管理系统新增账户时其合法性需要与核心校验,此问题集成测试通过,但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时,核心直连标志选择不直连,则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误,而测试基于错误的逻辑去做集成测试。教训:
测试角度:只测试了功能实现与否,没测试功能实现的方式对不对。研发角度:重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流,说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。3、迁移配置问题:
教训:上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细,不仅提高软件本身的质量,也要提高文档的质量。
乌拉特前旗财政代发加密:
1、前期软件交付时财政不认可:此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时,财政完全不认可导致项目推翻重新开发。
教训:如果项目涉及到三方或者多方时,一定在研发工作前把握用户最原始的需求,可能从中间方挖掘出的需求并不是最终用户想要的结果。
中间业务代理校园一卡通:1、交易最少、问题最多的项目。
导致问题原因如下:研发人员经常变动性大,几乎研发二部所有人都参与过此项目支持,看别人代码需要大量时间,甚至比重新研发都要费时间。接口联调阶段对方工程师不在场(校园前置机本身配置问题)。集成测试时,对账是报文模拟,这就导致一部分案例无法覆盖到(生成对账文件校园方是否解析)。
教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险,希望今后的项目中能得到第三方仿真端来降低成本,节省测试成本。在案例设计方面多模拟用户真实环境。
三、
自身存在的不足及其后期计划。
金财公司的工作同我之前的工作有很大不同,之前公司的测试工作只需要完成三轮集成测试的工作即可,在金财公司的测试工作不单单是测试,更是涉及到是质量管理、质量监督、质量控制的工作,同我之前相比感觉每天都在进步,大半年工作让我有所进步,但是很多地方还是存在不足,比如:
1.接到工作任务后一味的去做,做到一半发现做不下去或者做的不对。做。
事情没方法。
2.在描述一个缺陷的现象时,尽量去挖掘产生问题的原因,在定位缺陷的能力上多下一些功夫,为开发减少工作量。在2014年的工作中,我计划:
工作刚满三个月,在这三个月的时间内,我主要做了以下几个方面的工作:
1.对软件的熟悉与理解。
2.跟随开发人员对软件的改进进行了跟踪测试,利用功能组合的方法,对各种工具进行了测试,提交bug共计405个,已验证关闭268个。
对已经实现的功能基本上都进行了测试,对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求,主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。
在这段期间软件根据用户的反馈一直在不断的改进,基本上每天都会有变化,我跟据开发的进度一直在不断的测试,对新增加的工具边使用边学习,提交缺陷报告,并及时与开发人员进行沟通处理有歧异的缺陷报告,反复验证修复后的缺陷。直到上一周利用他们出差的时间,我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进,软件的各项功能已经越来越全面,目前软件的基本功能都已实现,致命错误越来越少,期间也试用了自动化性能测试工具loadrunner,由于软件还没有整体完成,在使用中不好匹配协议,现在正在熟悉另一个自动化工具rationalrobot来进行性能测试。
下半年,主要工作时是:
3.解决所有遗留的有歧异的缺陷报告,参照提交的缺陷报告进行回归测试。
4.随着其他项目的开展着手准备测试前期的工作。
具体的工作实施安排还将根据项目组的工作进展和规划进行调整。
软件销售工作总结
尊敬的各位领导、各位同事:
大家好!
20__年对于我来讲是成长的一年、奋斗的一年、学习的一年、是感恩的一年;首先要感谢敦敦教诲的领导,感谢团结上进的同事帮助鼓励,感谢在我沮丧时鼓励我给我打气相信我的同事,感谢那些给我微笑,接纳我和五洲产品的合作者,因为是他们的帮助、认可、信任、鼓励才能使我更加乐衷于我的工作,更加热爱我的工作。一年来,我认真贯彻执行公司销售目标和销售政策,积极配合销售经理做好本职工作,并和其他销售员一道努力拼搏、积极开拓市场,较好地完成了年度销售目标。根据公司管理人员考核办法的通知精神,按照年终述职的有关要求和内容,现将一年来的个人工作述职如下:
一、xx市场全年任务完成情况。
20__年,我负责xx地区的软件销售工作,该地区全年销售xx万元,完成全年指标%,比去年同期增加了xx万元长率为%。与去年相比原老经销商的软件销量都有所增长,开发的新客户销售也基本稳定,20__年新客户销售额有望有较大突破。
二、重新捋顺销售网络。
在原有的销售网络的基础上,精耕细作。以各经销商为中心,从一个一个市场入手,同经销商编织五洲产品的销售网络,通过我们的努力,和每个经销商细致沟通耐心做工作,明确各家经销商经销区域范围,做到不重复,不恶意串货,逐一解决售后服务等各项问题,终于让经销商重拾了销售产品的信心。
三、开发空白市场。
xx地区三个地区20__年底只有6家经销商,能够正常销售的只有4家,空白县市过多,能正常销售的太少。2020__年初我对空白区域进行重新调研,结合区域生活用纸消费习惯,制定了详细的市场开发方案,寻找合适目标客户,有针对性宣传销售产品。经过一年的努力,全年共开发新客户6家。
积极宣传公司各项售政策及淡储旺销政策,xx区域今年销售量比20__增加800万以上。淡储旺销政策是我们公司产品率先把经销商的库房占满,使其不能再储备其他公司的产品,旺季到来,经销商优先销售的都是我们公司的产品,大大提升了公司的销量,甚至一些品种出现断货。如果发货及时的话,今年销量还能提高一块。
我的述职到此结束,谢谢大家!
述职人:
20__年xx月xx日。
软件项目工作总结
自2月份开始,我一直在跟进xx银行w-xxnd1s2.0项目的测试工作,至此为止已近6个月时间,从公司内部系统测试、验收测试,再到uat测试,以及投产前的系统压力测试等等。从开始到项目即将结束,一步步走过来。本次项目中,我作为测试环节的主力人员之一,仅对此项目中测试工作进行总结。
一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的,完全按照项目组计划要求完成测试任务、提交测试类相关文档,包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作,本此项目中测试小组一共组织了四轮次系统全面测试工作,认真配合项目工作,共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作,每日同步更新问题跟踪单的模式,按照规划时间完成系统更新测试。
二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽,项目组内部共同探讨解决问题的方法,向各模块负责人学习模块功能处理方式,向业务人员了解系统中涉及的业务知识点,两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验,也向项目组提出了一些完善性意见。
三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一,是项目验收阶段的最终把关阶段,业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面,客户测试介入力度太小,尽管我们已经很多次电话催促业务人员测试,每次联系相关业务人员进行测试,他们来到项目组开发现场测试,也仅仅一两个小时时间,简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试,也算给项目进行了一次全面的测试,从中也暴露出不少系统存在的问题,目前项目组均已解决。
四、测试成效方面。中信x-funds2.0系统测试中,共记录问题及客户新增需求825个,其中bug数量512个、系统完善类问题225个,新增需求类问题88个。组织了四轮次内部系统全面测试工作,兼顾日常系统更新测试工作,最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试,测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作,测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。
软件测试工作总结
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20__年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。
1)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
6)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
4)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
软件测试工作总结
半年来我的主要工作有:xxxx项目的测试、xxx的相关测试。
关于xxxx,除了进行相关的回归测试外,由于客户对其提出了新的需求,所以要基于新需求重新进行全面测试,以便及时发现新问题,避免客户使用时再次出现问题。现在正在对中电工程进行端口的调试,当端口调试结束后还需要进行回归测试,避免系统给客户安装后出现缺陷。
关于xxx,主要再次对各个二级、三级单位进行xx、xx、xxxx和xxxx、xx、xxxx等的相关本部和所属的流程进行测试;配置xx和xx的xx、xx、xx、xx和xx、xx的人员角色的权限,并且测试他们的登录功能和应有的权限是否显示正确;测试xx公司和xx公司的会签单;测试xxxx差异报告是否和系统相符。
今后我会加强其它专业知识的学习。社会的进步与企业的发展对员工的综合素质提出了越来越高的要求,要求员工一专多能,只有这样才能进一步提高企业的效率,增强企业的竞争力,才能增强员工在这个社会中的竞争力。所以,在加强本专业业务能力的同时,要不断的学习,扩展知识面,为企业的发展和自身的发展打下良好的基础。
我还会加强英语知识的学习。英语越来越成为了工作中一门重要的技能,今后很多岗位也会对英语水平提出更高的要求。所以在今后的工作过程中,我要不断加强英语的学习,以适应岗位职责对我们提出的要求。
平凡普通的岗位上,自己只是沧海一粟,但是,人同此心,心同此理,只要你我都有爱岗敬业的行动,必将成为公司发展壮大的坚实基础。我会把自己的理想、信念、青春、才智毫无保留地奉献给这个庄严的选择,因为企业的发展与成功,不仅是一个公司的成功,更是我们每一个员工的成功,只有企业更好的发展,才有员工发挥的舞台,才能尽情发挥个人的才华,实现个人与企业的共发展!
软件公司工作总结
作为技巧开拓团队的治理者,让公司提交核心竞争力,产生更大产出物,必须明确治理的重点与核心都是人。
而技巧开拓团队治理工作效率的高低除了规章制度的客不雅因素外,还有异常紧张的一点便是,治理者与软件开拓人员要有优越沟通的主不雅因素。
治理与人――作为软件开拓公司技巧团队治理者,工作重点:
软件项目工作总结
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(industryexpert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。
模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理的人会大谈什么wbs、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢?战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是jvm经常发生一些内存泄漏的情况”王局长:“(*[email protected]@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。
会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自然实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。
在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的,比如,【界面要求:美观大方、简洁明快】,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务【开发人员熟悉ejb编程】,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。
接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:
1.确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;2.和客户坐下来,自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的,但是对你来说有代价更小的选择?3.(项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对,就学习那个,让大家都意识到任何的更改都有成本和代价所以,对于这种需求天天变的客户,你就一定要事先做好规矩:
再和我谈,我不想卷入你们内部业务部门之间的矛盾之中;
二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:
*有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的;
系统开发告一段落后,就进入客户培训、系统验收阶段,这个阶段,我一般会注意以下几个问题:
给客户做培训前,多注意一些表面功夫。很多程序员认为,既然很多系统采用原型法,有一个由粗到精的过程,那么系统的逻辑核心是否正确才是关键,至于界面如何,界面上的用词是否准确,那是无关紧要的问题;而且培训的时候也是空手上台、信手拈来,想到哪里说到哪里,下面听讲的人不知所云,云山雾罩,培训效果自然可以想象。我的体会是,给客户做培训的版本,如果你在做多次测试以后仍然不能确定逻辑是否合乎要求,那么,你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等,总之不要让客户看到一些他不该看到的东西,否则,仅仅因为一些无关紧要的报错就让客户第一印象觉得系统不稳定,那你就真的比窦娥还冤了。如果工作再做得详细一点,可以做一些类似flash的东西,把一些你要强调的重点用通俗易懂、轻松愉快的方式表达出来。文档方面,准备至少两个文档:用户手册和培训手册。这两个文档的内容很多都是一致的,但是角度完全不同。用户手册往往是站在系统设计者的角度,按照自己的思路,分模块讲解系统的操作和功能;而培训手册,一定要站在客户业务人员的角度,根据每个角色面对不同业务的办理,如何通过使用本系统的一系列功能来实现目标。所以,第一次培训以前,系统界面是否完整正确、培训文档是否完备、培训时所举的例子是否有代表性都是很关键的因素,第一炮打不响,以后就麻烦很多。
软件销售工作总结
哲学就是用简单的说话来体现出隐含深层意义的道理,让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
哲学的特征在于追问本质,不断反思。内容上,哲学的反思对象无所不包;深度上,哲学的反思是无穷无尽的。现实中,我们可以借用哲学的思维方式,但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的,思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
把哲学低估于现代科学是不负责任的,哲学隐藏在现实生活中的每一部分,它为我们提供了一种生活的方式,如果将哲学简单的与现代科学相提并论,则成为了一种狭隘的唯科学主义。
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员:ppl、yt、yk、tyf、lgl、chl、cdy、cb、dpd。
1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向,并为此目的制定可行的计划。不要说什么,“我刚毕业,还不知道将来可能做什么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走,成为职业经理人?先熟悉行业和领域,将来自立门户?还是先在行业里面混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基矗算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。请牢记:“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧,才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发它们框架设计或者源码;除了会用j2ee、jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!
7、在一种语言上编程,但别为其束缚了思想。“代码大全”中说:“深入一门语言编程,不要浮于表面”。深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百脖的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是:用面对对象工具开发某些关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时,为什么不可以参考来自java社区的ioc、aop设计思想,甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。
8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的'个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知,对软件开发人员而言,有、无经验的一个显著区别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是,最好还是自己实现,这样没有知识产权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这个技能。
9、理论与实践并重,内外双修。工程师的内涵是:以工程师的眼光观察、分析事物和世界。一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法-论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。站在成熟理论与可靠方法-论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法-论。
10、心态有多开放,视野就有多开阔。不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。请及时发布自己的研究成果:开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。想想自己20xx年间开发的那些平台的系统架构和开发工具,并且得到了应用的证实。在网上也陆续发表了一些文章,受到比较好的欢迎,还上了赛迪网的开发之星。
下半年,在软件工程方面收获是很多的。
看到网上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。
列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。
我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。
首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容。至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,中国的软件太缺乏核心技术了。
其次,对管理要求的严格不说(这个谁都知道),实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。
第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水平不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了)。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。
对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作,而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。
第四,软件开发中,最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。
最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水平再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。