月工作总结是一个自我反思的过程，也是为了更好地指导自己下一个月的工作计划。以下是一些经过精心整理的月工作总结范文，供大家参考和学习。
软件测试工作总结
在经发局的领导下，xx的工作有条不紊地进行，并得到有利、健康的发展，顺利完成上级交给的各项任务和目标。下面我对xx一年来的工作作以下总结：
以最节约的开支，创造的效率。办公经费上尽量降低成本，能将就用的就地取材，特别是在文字处理和文件等方面百分之九十利用电子邮件方式来完成。办公设备做到修补后可用的，则动手亲自维修，大大节约了开支。全心全意为进驻企业服务是我工作的宗旨。xx内年我们送走了在业界有名的华城楼宇科技，年我们迎来了比较突出的讯能智软科技和鑫淼科技，这些资深企业的引进，给我们的孵化基地注入了新鲜血液，使xx的建设增添几道亮丽风景。同时，园内的其他企业我们也不例外，同样精心呵护，用心去服务，只要企业需要，随时二十四小时服务，有时候忘记了什么时候上班什么时候下班，特别是刚进驻的企业。真正让他们感受到在xx内办公有一种宾至如归的感觉是我义不容辞的责任。
进驻企业由年的家增加到家。信涵传送方面，园内必须当天送达，不在园内办公的就用电话通知其本人或单位。切实有效地做到快捷、准确无误的传输方式，更好地为企业服务。特快、挂号等重要信件用册子记录，必需是收件人本人或单位委托人签字方可取件。根据领导的安排和要求，对园内合同到期的企业即时以电话或书面的形式通知对方来补办手续和交纳各项费用。
最近两个月来，上班时间根本无法利用网络办公，给很多企业带来诸多不便，这是我xx急需解决的问题，望领导给予重视。与此同时，也感谢领导为我提供了络的平台，使我对网络有了初步的认识。由于没有基础，有些地方往往别人花一倍的时间就能完成，而我则付出十倍的代价，尝尽了求学的艰辛。
最近业主单位给停车场安装了电动伸缩门和设立值班岗，无形中也给xx提供安全措施，但我们并没有为此而对安全保卫工作有过丝毫松懈，反而时时提高警惕，尽职尽责地驻守一方，保一方平安做好自己的本质工作。随时观察值班人员工作情况，发现问题即时采取措施进行补救和纠正，把问题解决在萌芽状态。如下半年值班员对自己的工资待遇低，情绪低沉，严重影响治安工作的`顺利开展，我及时给他们做好思想政治工作，稳定局势。根据具体情况向领导反映，适当提高工资待遇，得到了领导的大力支持和落实。对园内企业人员的出入管理要求相对严格，原则上不允许工作人员在里面留宿，特殊情况的要严格控制，安全为重。一年来没有发生一起治安案件。全面贯彻落实人防、物防、技防相结合的工作方针。
上半年清理五楼顶过道垃圾，消除安全隐患，保持消防通道的畅通。随时保持内环境卫生，为园内企业创造良好、整洁的工作场所。但我个人认为今年的卫生保洁不太理想，也许是我的工作太多或者其它原因所在？望上级领导安排或任命一位专门管理和监督xx办公室事务的工作人员。
就目前园内常驻企业状况的用水量算，总起来说也只不过是多吨的三分之一。常此以往，损失不可估量，希望领导高度重视，早日解决！走廊路灯基本无法正常工作，与xx显得不相匹配。
最后，接待工作有些力不从心，如条件允许给我们出去学习的机会和参观，学习一些先进经验和方法，更好地为xx服务。
软件公司工作总结
6、在oa系统中嵌入美容院财务系统中各店院业绩汇总报表，以方便相关领导及时的了解到公司的运行状况。
4、修改系统中相关运营的操作（修改客户来源、咨询产品及客户资料的合并，相应的减轻本部门相关人员的工作）。
继续维护及更新美容院财务管理系统、美容院前台业务管理系统，及时更新相关人员对系统提出的需求；财务系统各市场系统的合并操作及显示、财务系统与人事系统的相关对接、财务系统中集团报表的显示、用友系统中凭证与财务系统中数据的对与自己工作相关的问题：
总结20xx年，对于自己感受更多的是忙、压力、成就。
20xx年说起来应该算是很忙的一年，系统不停的修改，修改完一个功能后面还有很多的需求等着自己去做，想找到一点空闲的时间很难。
看看未来的工作规划，有个时候听别人说修改完这个需求后可以减轻别人的工作，总让自己感觉到很大的压力。系统的稳定性、数据的准确性，对于公司两个重要的系统来说表现的尤为重要，虽说这两个系统还算稳定，但是还是避免不了一些问题，总给自己带来一些压力，这也是以后的重点改进，以确保更高的稳定性。
当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化，即使再累也要以自己最快的速度最完善的完成，当完成后自己感觉很有成就感。
关于我们软件组，我们每一位同事都是很优秀的，我们几个人一年内开发那么多的系统。对于网络组的同事，你们有个时候会存在一些抱怨，说软件不稳定、报错，也许是我们的开发时间太短，很多的细节问题没有考虑到！我知道我们的同事也很忙，但请我们的同事不要急躁，详细的记录好错误信息，看清楚错误提示，有时对于一线反馈过来的错误希望大家能够确认好（因为有时一个简单的错误提示会被她们描述成系统使用不了），希望网络组的同事确认是否存在该软件上的错误，以至于我们能够及时的处理好！而我们能做的也就是及时的处理问题，提高系统的稳定性、错误，减少网络组同事不必要的麻烦！对于我们软件组的同事（包括我），要及时的处理好错误，找到错误的原因，希望下次不要再出现同样的错误！站在我们软件开发的立场上，虽说软件的错误是不可避免的，但我们可以把它降低到最小！当我们接到一个软件需求的时候，不要把它想的很简单，我们尽可能的可以把它考虑到很复杂，这样我们就可以考虑到更多的细节，比如限制一些相关错误的输入。有个时候软件是出现的不合理数据，我们不可以认为是是操作员的错误，相反我们要想到是自己的错误，站在软件思想上，是我们做的不够，没注意细节，给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术，多创新，提高自身系统的稳定性，数据的准确性！
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统，对各店内的所有服务器数据库设置密码，相关的系统中数据连接配置加密，以对20xx年的工作划一个圆满的句号。
软件项目工作总结
本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
如果项目经理不能尽早发现风险，那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industryexpert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。
模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。
好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况”王局长：“(*[email protected]@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。
会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。
在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。
接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：
1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？3.（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价所以，对于这种需求天天变的客户，你就一定要事先做好规矩：
再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；
二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：
*有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；
系统开发告一段落后，就进入客户培训、系统验收阶段，这个阶段，我一般会注意以下几个问题：
给客户做培训前，多注意一些表面功夫。很多程序员认为，既然很多系统采用原型法，有一个由粗到精的过程，那么系统的逻辑核心是否正确才是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题；而且培训的时候也是空手上台、信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西，否则，仅仅因为一些无关紧要的报错就让客户第一印象觉得系统不稳定，那你就真的比窦娥还冤了。如果工作再做得详细一点，可以做一些类似flash的东西，把一些你要强调的重点用通俗易懂、轻松愉快的方式表达出来。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能；而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确、培训文档是否完备、培训时所举的例子是否有代表性都是很关键的因素，第一炮打不响，以后就麻烦很多。
软件开发工作总结
从八月份入职至今，已一年过去了，回顾自己这段时间在__公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在__月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在__月份，便正式参与了管理软件功能模块的设计工作，在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在__一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
__月份，在张工张工的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
__月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
__围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，张工张工也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在__月份系统所有功能模块设计完成，在__月份系统所有业务流程整理完成，在__月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
1、做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深，正是磨刀不误砍柴工，做好准备、计划对之后的工作能起到事半功倍的效果。
2、工作要脚踏实地、一步一步，切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节。
3、学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深，从整体看问题，从主业务流程入手，理解更容易，学习得也更快，在整个工作过程中大的方向也不会错。
4、要学会适当的思维转变。
之前的软件开发工作主要是编码工作，所考虑的问题也只局限于技术方面，但在系统业务及功能模块设计工作中，一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
软件销售工作总结
尊敬的各位领导、各位同事：
大家好!
20__年对于我来讲是成长的一年、奋斗的一年、学习的一年、是感恩的一年;首先要感谢敦敦教诲的领导，感谢团结上进的同事帮助鼓励，感谢在我沮丧时鼓励我给我打气相信我的同事，感谢那些给我微笑，接纳我和五洲产品的合作者，因为是他们的帮助、认可、信任、鼓励才能使我更加乐衷于我的工作，更加热爱我的工作。一年来，我认真贯彻执行公司销售目标和销售政策，积极配合销售经理做好本职工作，并和其他销售员一道努力拼搏、积极开拓市场，较好地完成了年度销售目标。根据公司管理人员考核办法的通知精神，按照年终述职的有关要求和内容，现将一年来的个人工作述职如下：
一、xx市场全年任务完成情况。
20__年，我负责xx地区的软件销售工作，该地区全年销售xx万元，完成全年指标%，比去年同期增加了xx万元长率为%。与去年相比原老经销商的软件销量都有所增长，开发的新客户销售也基本稳定，20__年新客户销售额有望有较大突破。
二、重新捋顺销售网络。
在原有的销售网络的基础上，精耕细作。以各经销商为中心，从一个一个市场入手，同经销商编织五洲产品的销售网络，通过我们的努力，和每个经销商细致沟通耐心做工作，明确各家经销商经销区域范围，做到不重复，不恶意串货，逐一解决售后服务等各项问题，终于让经销商重拾了销售产品的信心。
三、开发空白市场。
xx地区三个地区20__年底只有6家经销商，能够正常销售的只有4家，空白县市过多，能正常销售的太少。2020__年初我对空白区域进行重新调研，结合区域生活用纸消费习惯，制定了详细的市场开发方案，寻找合适目标客户，有针对性宣传销售产品。经过一年的努力，全年共开发新客户6家。
积极宣传公司各项售政策及淡储旺销政策，xx区域今年销售量比20__增加800万以上。淡储旺销政策是我们公司产品率先把经销商的库房占满，使其不能再储备其他公司的产品，旺季到来，经销商优先销售的都是我们公司的产品，大大提升了公司的销量，甚至一些品种出现断货。如果发货及时的话，今年销量还能提高一块。
我的述职到此结束，谢谢大家!
述职人：
20__年xx月xx日。
软件公司工作总结
各位同事：
大家上午好！开一次这样的会不容易，这应该是信息部两年来人员最全的一次会议。外地的同事很辛苦的千里迢迢赶过来，希望大家珍惜这个机会，好好的沟通和交流，使以后的工作进行的更顺利！
时间过的很快，很快又到了年底，一年的工作即将成为历史。在这里我将对我年的工作进行一个简单的总结及对年的工作进行一个简单的规划。
1：）及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展；
6：）在oa系统中嵌入美容院财务系统中各店院业绩汇总报表，以方便相关领导及时的了解到公司的运行状况。
4：）修改系统中相关运营的操作(修改客户、咨询产品及客户资料的合并，相应的减轻本部门相关人员的工作)。
总结年，对于自己感受更多的是忙、压力、成就。
忙：年说起来应该算是很忙的一年，系统不停的修改，修改完一个功能后面还有很多的需求等着自己去做，想找到一点空闲的时间很难。
压力：看看未来的工作规划，有个时候听别人说修改完这个需求后可以减轻别人的工作，总让自己感觉到很大的压力。系统的稳定性、数据的准确性，对于公司两个重要的系统来说表现的尤为重要，虽说这两个系统还算稳定，但是还是避免不了一些问题，总给自己带来一些压力，这也是以后的重点改进，以确保更高的稳定性。
成就：当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化，即使再累也要以自己最快的速度最完善的完成，当完成后自己感觉很有成就感。
关于我们软件组，我们每一位同事都是很优秀的，我们几个人一年内开发那么多的系统。对于网络组的同事，你们有个时候会存在一些抱怨，说软件不稳定、报错，也许是我们的开发时间太短，很多的细节问题没有考虑到！我知道我们的同事也很忙，但请我们的同事不要急躁，详细的记录好错误信息，看清楚错误提示，有时对于一线反馈过来的错误希望大家能够确认好（因为有时一个简单的错误提示会被她们描述成系统使用不了），希望网络组的同事确认是否存在该软件上的错误，以至于我们能够及时的处理好！而我们能做的也就是及时的处理问题，提高系统的稳定性、错误，减少网络组同事不必要的麻烦！
对于我们软件组的同事（包括我），要及时的处理好错误，找到错误的原因，希望下次不要再出现同样的错误！站在我们软件开发的立场上，虽说软件的错误是不可避免的，但我们可以把它降低到最小！当我们接到一个软件需求的时候，不要把它想的很简单，我们尽可能的可以把它考虑到很复杂，这样我们就可以考虑到更多的细节，比如限制一些相关错误的输入。有个时候软件是出现的不合理数据，我们不可以认为是是操作员的错误，相反我们要想到是自己的错误，站在软件思想上，是我们做的不够，没注意细节，给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术，多创新，提高自身系统的稳定性，数据的准确性！
在年前希望上完所有奈瑞儿店院的分布式财务系统，对各店内的所有服务器数据库设置密码，相关的系统中数据连接配置加密，以对年的工作划一个圆满的句号。
明年我们继续努力。
软件实施工作总结
目的在于对项目进行全方位的检验与测评，检验乙方提供的软件系统是否遵循软件开发标准的要求，检验各项指标与功能是否与合同要求相吻合。
三、验收范围。
验收范围以双方签订的技术开发合同所描述的内容为准。具体如下：
(1)、研究设计_______系统，系统可支持4个人工座席客户端;实现。。。。;。
(2)、硬件平台建设:包括研华工控机1套;客户端主机dell台式机10套，dell笔记本3套;三汇语音卡1套;sonydslr-a230l数码相机1套;d-link24口网络交换机1套。
项目于11月开始组织建设，在甲乙双方密切配合下，项目进展顺利，乙方按合同完成了___硬件平台建设、软件系统平台开发、数据库建设、系统培训、技术支持等工作，系统于月正式投入使用，系统正常运行。
四、项目验收表。
验收单位(签章)：
软件年终工作总结
某某年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
1、自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大!我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
2、定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的`，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞，不求最快，但求。
3、团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要.以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
4、工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
5、课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
1、沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
2、心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意!
3、学习问题：对于课外学习这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件实施工作总结
20xx年12月27日，我完成了his人生第一个独立实施的项目——xx医院项目(zlhis标准版、医保接口)。医院有在2个住院科室，床位100，住院人数保持在50人左右，门诊诊室有7个，医生总数为9人，护士6人，收费室2人，西药房2人，中药房2人(不使用his系统)，院长2人。就项目规模而言，这是一个袖珍型项目，其特点可用“麻雀虽小，五脏俱全”来描述。过程辛酸不赘述，在此总结项目实施过程中出现的几点问题，希望能起一些警示、提示的作用。
本次项目实施中，培训工作进行的过程与培训计划中的预计安排出入较大，原因就在于没有充分与院方人员沟通，安排的合理性及认可度都没有得到保证。
实施计划的制定，不应该是“一厢情愿”式的空想。项目实施是一个关系到多方人员配合完成的任务，因此在制定何时、何地需要何人配合完成何任务的计划时，要考虑到各个因素条件是否允许，就需要各方负责人在场商榷，得出一个都可以接受并且具有一定可执行性的方案计划。
应对措施：在以后的方案制定前与院方沟通，得出合适自己实施的方案提供给院方，然后确定实施方案。
本次项目实施中，实施任务实际执行时间与计划时间偏差较大，主要存在以下几个原因：
a.认为项目时间充足，不按照计划执行也可完成项目实施，失去紧迫感;。
b.前期工作出现纰漏或未完成，导致该部分工作延后。
实施计划的重要意义之一，就是为了让工作的进度有一个明确的参照物，为项目实施做出指引，从而更好的完成项目任务;既然有了实施计划，却又不尽量严格按计划来执行，对实施计划的意义和产生实施计划所消耗的'人力物力都是极大的浪费，是对项目和自己不负责任的态度。b情况下，第一应对策略不一定是以破坏后期实施计划为代价的延期;如果情况确实不允许，也应该拿出与院方达成一致意见的方案来积极控制，而不是简单的往后拖延。
应对措施：
b、尽力保证实施的过程按计划进行，向小组长及主任报告进度情况，在可能出现较大偏差前作出调整。
本次项目实施中，在后台进行流程测试及报表修改等过程时，均大量使用到测试库;但在测试库中已经得到验证和校正的相关设置及修改等没有及时、有效的被移植到正式库中，导致项目启用后出现一些前期已经注意并处理过的问题，院方也觉得已经提出却没有得到解决，对实施人员信任度及对公司的认可度都会大打折扣。主要原因在于我没有养成良好习惯，对问题在测试库中处理没有及时移植到正式库中。测试库的重要意义之一，就是为正式库提供一个验证及校正环境，使用测试库得出一些结果而没有应用到正式库中，这不仅仅对在测试库中进行工作的质量大打折扣，更是项目实施进度推进及实施质量的损失。
应对措施：时刻注意测试库的信息与正式库的同步，在测试库中作出的验证与调整作出记录并移植到正式库中。
本次项目实施中，培训计划的通知及启用前注意事项的通知等，都有消息传达滞后的现象;这些都降低了项目实施的质量及实施效率。培训工作开展的当天，才通知相关培训人员，导致很多培训人员不能及时调整工作安排，降低了培训质量;启用第二天将一些注意事项及说明文件发送到相关人员手中，其中有较多已经预见可能出现的问题其实已经在第一天出现并耗费了时间去处理，如果启用前提供并得到强调可能启用时出现的问题量及问题处理的及时性都会大有改观。
项目实施需要较多文档支持，包括需要通知相关人员的文件及对某些情况进行说明、强调的文档等，例如通知初始化人员初始化工作的时间及方式，培训工作的时间、地点和人物，启用注意事项，操作文档等。为项目实施服务，需要实施人员在实施过程中提前做好准备(部分需要打印)并与相关关系人进行沟通做出有效及时的相关动作。
应对措施：实施过程中，提前提供：应用流程说明、收费操作文档、医保操作注意事项、启用注意事项、其他情况说明等文件，提前打印出来分发并强调相关人员关注学习。
本次项目实施中，在第二周就落实了培训需要的电脑及网络环境的建立，但在前期培训过程中讲解及练习环节都是临场才添加的需要使用到的数据，例如为护士讲解如何记账操作时发现没有在院病人;因此培训期间的时间有效利用率受了较大影响。主要原因在于对培训环境的理解不全面导致准备不充分，没有提前考虑周全。
培训环境的建立，远远不止电脑等硬件的购置及网络环境的搭建，更重要的是软环境的建立。培训过程中的讲解及操作练习都需要实际数据才能进行，因此需要提前准备好培训要使用到的数据及参数设置。
应对措施：凡事预则立，不预则废。培训前考虑可能使用到的数据环境，提前在培训使用的数据库中准备好数据。
本次项目实施在启用时，由于对产品不熟悉及对需要进行的准备工作没有足够的意识，导致在启用当天门诊收费后没有发票打印出来，启用前仅在测试库中进行了测试而没有在收费室进行打印机关联及设置等，且没有进行实际打印的测试。虽然当时医院旧系统仍然在使用，没有对医院业务运营造成重大损失，但是这个错误在我心中的印象是非常深刻的。
系统启用是项目实施中的关键性事务，关系到项目里程碑进展及医院业务开展，其重要性不言而喻。因此在，系统启用前需要做好充分的准备工作，例如：
a.流程测试，
b.票据打印测试，
c.登陆账号、权限分配审核，
d.重要基础参数设置的检查(例如药品库存检查、票据严格管理)。
应对措施：启用前，必须在正式库中测试门诊与住院收费单据打印、预交款单据打印，一日清单打印等，检查全局参数设置、收费室药房等本地参数情况。
本次项目实施中，有两次与院方的沟通效果不好。一次是用于不当，与一位院长沟通的时候说了：“这个功能，那些大医院可能用的更多……”该院长当即表态“那如果我就是要用这个功能呢?”我明显感觉到院长的防御姿态瞬间提升，沟通进入尴尬境地;第二次是我非常直接的询问院方财务管理人员(每日收费结存人员)是谁，院长没有回答。
对于院方内部事务，特别是涉及内容较为敏感时，可以通过其他渠道了解;对于一些可能损伤院方自尊心的事务，尽量采用委婉或者隐晦的用词进行沟通。沟通始终要注意在合适的时间找对合适的人、使用恰当的词句及方式;否则不仅达不到沟通效果，还影响与院方的关系及项目实施工作的开展。
软件项目工作总结
本次软件项目设计的题目是场地预约系统，它是基于b/s模式实现的用于体育城场地管理预约的web应用软件。为用户提供并接受用户提出的需求信息，同时通过数据库管理系统存储数据，给场地的管理带来很大的方便。本项目的实现分为前台与后台。其中前台，用户可以浏览场地所提供的可预订场地的信息，同时可以对需要的场地进行预订；后台主要是针对管理员，管理员可以通过后台对场地的相应信息进行增添修改等操作。
我基本参与了本项目的全部实现过程，涉及项目的需求分析，概要设计，详细设计，代码编写，调试与运行。在需求分析阶段和小组其他成员认真分析讨论了本项目各方面的需求，主要是功能方面的需求，基本确定了本场地预约系统应该具有的基本功能。概要设计阶段通过讨论分析确定了所需表结构。详细设计阶段参与部分代码的编写，其中包括页面与数据库交互的实现，还有相应jsp页面代码的实现几布局的调整，修改。
在数据库设计实现阶段，通过和我们组其他成员的共同讨论，确定了场地信息、用户信息等表结构的详细信息，并实现了其数据库的建立和相应表的具体信息的设计实现。同时针对个别表结构完成了相应代码的编写与实现。
在后台，实现了用户的信息的浏览查看，修改及删除等功能，同时完成了足球场等场地信息的浏览、增添、修改、删除等功能。
前台参与了主界面的设计与实现，通过查询数据库得到主界面显示所需场地的相关信息，通过这样，用户可以很清楚的获知所有可预订场地的信息，其主界面上的所有关于场地的数据都是动态从数据库获取的，这样当场地增添或删除时通过修改数据库可以很方便的实现界面呈现给用户的场地信息，能够很好的使实际情况跟提供给用户的信息保持同布，非常利于场地信息的管理和发布。
时间过得真快，不知不觉中近一个月的课程设计就要结束了。本次课程设计我们组做的题目是场地预约系统，先前选题的时候以为它实现起来应该比较简单，在通过后边的具体分析之后才发现它并不是我所想象的那样简单，其中涉及许多问题我当时并没有想清楚。
经过我们小组的共同努力，最终基本上完成了场地预约系统的实现。虽然做的不是很完美，不是特别有创意，但这是我们共同努力的结果，当我们看着自己亲自完成的项目觉得很欣慰。
通过这次课程我对前边多学的知识有了进一步的认识与掌握，使我进一步认识到课本所学知识与实际应用是不一样的，在实际应用中需要你去针对具体的问题去灵活的变通处理，而并不总是和课本上的知识一样。同时，我深感只有通过具体项目的实践，才能更好的掌握所学知识，并进一步的融会贯通。
这次课程设计使我深刻认识到了一个项目的实现最重要的还是需求分析而不是代码的实现。在此次场地预约管理系统的实现过程中，我们就是因为期初对本系统的需求分析工作没有做到位致使表结构的建立存在不少问题，进而导致后边在代码的实现过程中又重新回来修改数据库的表结构。这样就不得不对已经实现的代码进行修改，这个过程将会是一个相当让人头疼的过程。一个系统的实现关键的不是代码的编写，而是设计，只有设计合理了，在后边代码实现的过程中才不会遇到问题，才不会像我们这次那样需要反复的修改。
本次课程设计使我再次认识到了团队协作的重要性，一个人的能力毕竟是有限的，而大家的力量无穷的，有时候一个很小的问题，自己怎么也看不出来，叫别人来帮着看一下可能马上就能得到解决。团队成员之间的互相合作可以使问题得到更好的解决，并且在其过程中能够进一步的相互学习到更多的知识。当然，通过本次我也深知道自己相关专业知识掌握的还很不够，在代码的实现过程也存在诸多问题，对很多的语句语法了解不是很到位，不能很好地运用，需要进一步的学习与掌握。
总的来说，本次课程设计使我对软件开发有了进一步的认识，学到了很多知识。这将对我以后的工作学习产生重要的意义！
软件实施工作总结
设备管理组（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工作的结束，而是一个新的起点新的开始。“总结经验，不断提高，提高管理水平。”这是我们的口号。
软件公司工作总结
3月2日，我有幸成为科技发展公司的一员，应聘为公司的软件工程师。从任职以来，在总的领导下，在各个方面我都有很大的提高和进步。
在20__年里我主要完成以下工作：
1、荆门石油石化巡检系统的调研和开发、这是我工作以来第一次涉及到调研，对我来说是一个挑战。在调研过程中，让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足，在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求，有很多需要和客户交流沟通多次才能明白客户的最终需求，也没有把自己作为最终用户并站在用户的角度上来考虑问题，这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中，让我进一步巩固和加强了自己的开发能力。
2、118312增值业务的开展和维护、从5月以来我开始接手公司的主要业务之一，118312电信增值业务。由于前面负责这个项目的同事突然离职，导致这个项目的交接工再做得不够好，对我顺利接手这个项目造成很大的困难。而刚一接手这个项目，马上就需要新上一个投票活动，并要对一些主要代码进行修改，让我倍感压力，几乎都快放弃。最后在金总的指导和鼓励下，顺利的完成这次活动。在完成这次投票活动后，为了避免下一个接手这个项目同事与我遇到同样困难，我第一时间将这个项目的相关技术文档补充完全，保证别人能够顺利的进行该项目工作。通过这个项目，让我加强了自己在高强高压下工作的能力，也让我找到更多自信。
3、襄樊、鄂州家政网络服务中心的开发与实施、襄樊、在这两个项目中，除了承担开发工作以外，也逐渐涉及到项目管理的职责，让我在个人能力上有所提高。为了这两个项目能够顺利完成，除了完成自己的工作外，还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施，为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外，我也注重个人能力的提高。工作之余，主动学习一些新技术，与同事沟通配合，搭建一个ssh的开发框架。也学习springsecurity知识，这些新知识的积累，对我以后的工作有很大帮助。
20__年工作展望年工作展望。
1、将学习的springsecurity整合到我们自己搭建的ssh框架，进一步完善框架。
2、利用搭建的ssh框架，开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。
希望通过自己的进步和努力，能为公司的发展做出自己最大的贡献，体现出自己的最大价值。