第一篇:出差学习小结
出差学习小结
3月6日,3月7日,是我进公司的第一次出差,跟随人社局去南京财经大学和镇江的江苏大学进行校园招聘,第一次出差对我而言还是比较有新鲜感的,也比较激动。
这次一共去校园招聘的公司大概有90多家。这次的出差和平日里去的人才市场招聘有共同点,但也有区别。
共同点:1,为公司引进人才;2,出去招聘始终是代表公司形象;3,为公司做一定的宣传。
区别:1,不仅需要和面试人员进行沟通,也要和其他公司人员进行沟通,了解其他公司的一些状况;2,了解并学习其他公司招聘时的优点,取长补短;3,了解其他公司的薪酬福利和他们的招聘状况。
这次出差,我还是处于学习阶段,还是以多听多看为主,多多了解关于人事这方面的事情。在这次招聘中我看到了其他企业用手提电脑播放一些关于公司的简介,我个人觉得,我们以后也可以这么做,尤其是在校园招聘和去其他人才市场招聘的时候,这样子可以让面试者更加了解公司,也可以起到宣传的作用。
我们公司在外面的名气还是可以的,不管是其他企业还是面试者基本对统一有所了解。
总的来说,出差也是一种学习的机会。
第二篇:出差小结
出差小结
上个月经历了工作以来的第一次出差到福建三明进行了两周的工作,在出差期间,进行了数据库转移方面的一些工作。
在出差伊始,感觉到有些新鲜,同时也有一些紧张,因为到这儿来是要解决问题的,必须要尽快并且很好的解决问题。上午到了三明,简单整理一下行装,下午就开始了工作。同去的工程一部孙亮给我讲解了要在做的工作:首先是要写一些存储过程把数据从HIS库转移到PHIS库,因为数据库是oracle的,之前对于oracle没有多少了解,因此要学习一下oracle存储过程的语法,写起来还是比较简单的,但是测试的时候就会比较耗费时间了,HIS中的每个表都有几十万条数据,调用存储过程的进行数据转移的大概速度是每分钟一万条,因此每执行一个存储过程大概都要花费一个小时左右。HIS库中的数据还有很多的问题,很多数据不符合我们要求的格式,在处理的时候就会出现错误,其中有一个错误就是把一个varchar类型的字段改为number,但是字段中出现了“6层”这样的数据,在处理的时候就会报错,而致使程序不能继续执行。在把存储过程做完之后便开始了从HIS到PHIS的增量提取工作,因为HIS的库比较复杂,数据量比较大,因此在做增量提取的时候工作量就会显得要大一点,在出差回公司的时候还有部分工作没有完成。经过两周的时间,大部分的工作都已经完成了,但是HIS到PHIS的增量提取工作还没有完成,在后续的时间里会对这项工作进行进一步的优化,以使其更好的运行。
在出差的过程中学习到了很多之前没有学到的东西,首先从到公司开始,都是早上上班,晚上下班,并且作为新人很多东西都不熟悉需要学习,因此感觉到和学校的环境大致一样,没有体会到上班的感觉。但是在经历过出差之后,就会有很大的体会,首先没有人监督你什么时候上班,没有打卡机一切都要自觉;做事情要讲究效率,在客户那边,客户有什么问题要马上解决;要很好的与人交流,做事说话都必须经过思考等等,在出差的过程中都体现出来了,因此在出差的过程中可以学到很多在学校在公司所不能学到的东西。
在出差的过程中,和工程一部的四位同事一起工作,相互之间的关系良好。经常一起进行打球之类的活动,在工作之余娱乐。在两周之中,我们经常一起聚餐,下班一起看会电视、聊天,只能强相互之间的了解,以充实下班之后的生活。
通过这次的出差一方面增强了业务方面的一些知识,对业务的了解加深了一下,还有对于数据的操作也有了更深一步的了解,学习到了很多之前没有学到的知识,另外加强了人际交往能力,不仅是和本公司的同事,也包括三明房产局那边的一些工作人员,提高了个人的综合素质。
第三篇:出差小结
出差小结
第一次出差,既充满了激动和喜悦,又有些许的担心。激动的是可以出去看一看,了解一些新的东西,担心的是出差来的很突然,没有充足的准备,对于需要办理的业务基本不了解。
出差的主要任务是办理山东济宁圣源汽车销售有限公司借款展期协议的股权质押手续。在出差之前将需要的材料如展期协议、经销商原借款合同、抵押合同等材料事先准备好,到了经销商之后,不到一天的功夫,全部的手续边处理完了。
在出差过程中,学习到了许多新的东西。第一,办理经销商展期协议进行股权质押需要的材料,在基本的展期协议、抵押合同、原借款合同之外,还需提供协议涉及方的营业执照、经营许可证、法定代表人证明等辅助材料,并且这些材料需具有真是的法律效力;第二,在实践中了解了质押与抵押的区别,股权质押是对股东拥有的公司所有权作为标的物而设立的权利质押,同时在办理过程中,需要当事人即股东当面确认签字,进而确保债权人取得对质押股权的担保物权,一旦出现违约情况,债权人即可取得处理质押股份的权利;第三,学习了办理股权质押的大体流程,办理过程需要准备哪些材料、材料需要盖哪些章、哪些人需要在工商局现场确认签字、办理完后工商局出具的质押登记回执书的处理等。
通过这次出差,发现自身在业务处理上有很多需要改进的地方,第一要不断学习新的业务知识。对于没有接触的业务需要认真的去学习,做到学习后能够掌握该项业务的整个处理流程,在遇到真正办理该项业务时,能够基本完成业务操作流程;第二要常常提问。作为新手,当接触到新的任务遇到不懂的地方,要及时的去咨询,在咨询时,事先要列明需要提问的具体问题,做到通过咨询后能够真正明白所要做的任务是什么,能够掌握处理任务的方法和步骤;第三要善于沟通。工作中需要常常与人打交道,当前企业当中,内部人员的沟通已经成为公司的重中之重。企业内部人员良好的沟通能够节省办公时间,提高工作效率。在日常工作中,要学会与公司各个部门的同事多交流,了解相关的业务和不同业务对应的管理者,当在工作中遇到需要与其他同事进行业务交流时,能够快速的获得需要的信息和材料。第四要勤于总结。工作是一个学习的过程,学习中需要多做总结,对于每一项业务,学习之后,都需要总结学习中遇到的问题,总结处理业务的方法,总结今后处理业务过程中如何更有效率的去完成。
第四篇:出差小结
出差小结
进入现场后,我与业主和安装公司相关人员作了沟通。得知共有七起问题急需处理。第一、止晃装置和过热器到蒸发二段的烟管相碰;止晃装置和过热器蒸汽引出管相碰。第二、烟气调节装置中的直行程机构无法安装。第三、平台扶梯中的平台框架10k70差缺3件(设计漏项)第四、全起式弹簧安全阀的排气管弯头φ108差缺9件(设计漏项)。第五、省煤器、过热器、蒸发一二段组件中的换热管的防磨问题。第六、M36和M48吊杆螺纹与弹簧吊架不匹配问题。第七、烟气调节装置中的导流筒和接管制作有误问题等一系列问题。
其中第七项和第五项处理难度最大。由于工地环境恶劣,特别是安装公司和业主的不配合,导致现场问题的处理一度陷入僵局,进展极其缓慢,特别是第七项的烟气调节装置中的导流筒和接管的制作问题,因材质的特殊性(0Cr25Ni20)即成了安装公司漫天要价,肆无忌惮的资本,且派了十多个工人与我大谈价,因对方口气太高,我多次迂回还击仍然未果,只好与我们分包商进行沟通,最终,经过核算,产品拉回原厂处理效果最好(价格和质量上均能保证),最后,由我联系车子拉回厂处理。
第五项,受热面管的防磨问题。由于受热面是φ38×5和φ76×6的管件,烟管结构,设计要求将刚玉防磨套管插入管内进行防磨,刚玉套管外径是φ27.3,换句话说,受热面管与插入的刚玉套管其受热面配合间隙是0.7mm,然而业主要求我们按照刚玉厂家的技术要求在陶瓷管外包覆一层陶瓷纤维纸,以防止防磨管在工作状态时热胀冷缩下引起开裂,设计在与刚玉厂家沟通后同意取消陶瓷纤维纸,但必须要留0.5到0.7的间隙,以保证刚玉陶瓷套管自由膨胀,最终,设计同意取消包覆陶瓷纤维纸。然而,取消后又有了新的问题出现,插入的刚玉套管不能保证与受热面管子同轴度,即刚玉套管与受热面管的最小间隙是0,最大达1.4。是否能保证陶瓷管自由膨胀,现在不得而为知,这就是个遗留问题。
还有些问题,这里就不一一枚举,总之,通过此次公差,我还是总结一点,就是遇到任何天大的问题都不要惧怕,应有个良好的心态,沟通、逻辑性分析、强化自己的技术功底尤为重要。技术和标准说话,可以处理很多不讲道理乱闹的问题,也会受到别人的尊重,这就是一个工程技术人员的起码要求和准则。
最后,我觉得根据前期几个工地的情况,自己还应多看书,多学习知识,从而加深分析和思考。同时把业主的抱怨反馈回公司。
第五篇:成都出差项目小结[推荐]
成都项目工作小结
本次项目经过两个多月基本上结束了。由于是首次开展这方面的测试,专业技术不了解,参与人员有新手,有本职不是测评工作的人员,但是经过大家持续不懈的努力,连续两个多月工作日晚上和周六的连轴加班,项目基本算是完满地结束,还是可喜可贺的。总之,年轻同志非常有工作热情,在工作中也善于学习和灵活应对,在困难的条件下比较圆满地完成了工作。这样一批经过锤炼的年轻人就是本次项目的最大收获。
当然,下面是按照惯例对项目中一些需要暴露的问题和需要提升的地方进行小结。项目基本情况就不再赘述了,还是对项目中一些问题简述,并给出建议。项目情况
1.1 客户的沟通、管理
本次测试,由于是第一次与某所合作,对方的情况不太了解,开始只是听到“黑盒,系统功能测试,不需要写文档,不是嵌入式软件”的大概介绍,然后就接下来。但是实际工作开始,发现实际测试的系统属于专业算法类,理解起来还是比较困难的,配置项比较多有20来个,对方要求的黑盒其实不只是简单的点点鼠标就行的,还是对数据、计算、输入输出样本等方面有种种要求的。
但这个测试对象还是属于技术层面的,在实际测试工作上,邀请第三方测评参与的是九处(测评中心),但是这些人在成都市区,实际配合和负责环境维护的是一处,每天待在一起解决问题的是一处外包的开发公司。而九处这个委托人从自身的军用实验室资质维护的角度出发,对测试实际效果和进度不关心,但是对测试文档的质量,测试过程的规范性其实是有一定要求的,尽管有所降低,其要求仍然是比我们日常的要求要高的。反之,一处最关心的是测试能不能测出问题,会不会影响他们的工作进度,最关心是进度。但是日常的配合是以一处为主的。由此带来了种种的问题。
首先,在测试范围的深度和广度方面,一处的看法是,能够把软件稳定性、异常崩溃等问题测试出来即可;九处是要求功能正确性、算法有效性等有验证,接口需要测试各类异常值等等。这个就导致我们的测试用例设计和执行等方面带来困难。
其次,在测试交付成果方面。一处关心的是少些问题,早点完成,有报告提交质管部即可;九处要规避自己的责任,所有问题都要尽量发现和保留,另外,过程文档和中间记录最好完全符合军用软件实验室的管理要求。两个不同要求在工作量上差别是太大了。
这次一方面是工作地和委托方有距离,导致沟通上的不便,另一方面,由于部队清退等特殊情况,导致某所的两个当事方积极性都不太高。总之,双方要求上的不一致,我们在被动应付下,最后造成项目组工作的被动。
总之,这次的工作给我们的一个重要经验就是,涉及到多个客户和管理方的情况下,要尽早识别出客户,并尽快促成他们就一些基本问题,比如测试的深度、广度,测试交付件,测试重要节点等达成一致看法,否则最后就是具体项目组受气、吃力不讨好。
然后,对于一些新的领域,进入肯定会有一些风险,这时候比较合理和合适的要求是,按照正规的流程,熟悉和了解项目操作,然后编写测试项目计划,评审确认后,再进入下一阶段的测试设计、执行和回归等过程,而且最好把各阶段交付的东西和交付要求弄清楚。总之,在进入新领域的时候,尽可能地按照规范做法去做可能是风险最小最有利的方式。应当规避一开始就铺开全面上阵的粗放式做法,宁可有损失,不要打烂仗。
另外,应当学习和学会对客户进行管理。对项目组进行内部质量控制,按日收集和整理进度报表,发现和控制风险,适时的要求各方客户对一些问题进行确认,在不熟悉的领域是比较合适的做法。在没有建立起一套有效的客户管理模式,能够有效地对测试范围、测试交付物、测试进度等进行控制的前提下,测试外包实际上是无从谈起的。
2.2测试技术问题
1、项目组在基本技术、测试工具、测试对象认识等方面需要改进。
分不清VC、C++、C#,64位、32位、WIN7、WInxp、WINserver等区别。一些像purify进行内存缺陷检查等基本要求不清楚。
搞到最后,没有收集测试文档齐套版本、首轮和回归版本,对测试对象的开发语言、开发平台、语言规模等不清楚。真的有必要一上来就把计划中的这些内容写全。
2、某所编写的网络测试工具非常好用有必要学习。必要时可以组织人力,改造网上的第三方代码,开发一个好用的内部以太网接口收发测试工具。好处是:可以根据选择产生不同的头;接收内容可以保存成文件;接收文件可以对照模板进行解析;把软总线、TCP、UDP等集成了。
3、测试项分析模式方面,某所的表述方式有独到之处。
首先阐述功能,然后表述测试要求,说明覆盖方式,给出测试点,这个是比较合适的。
4、系统流程方面,项目组缺少大业务的概念,有必要进一步探讨。
如何构建工作模式、业务流,进行业务分析,形成贯穿全业务的系统测试,还是缺少一个比较好的方法。
5、接口测试分析方式和测试内容确定的方法。如何合理地进行接口图划分和解析,分解合适的测试项和明确测试内容。需要在测试概述部分对接口进行整体分析;在接口测试项设计部分对测试内容进行划分;对文件接口、大数据和异常数据处理、存储访问接口等合理分析。
6、问题报告编写的内容要求。
标题:尽量明确地告诉阅读者XXX(范围)存在XXX问题。重点是突出问题和范围。概述: XXX软件XXX模块在执行XXX操作时,会出现XXX问题,导致XXXX后果。重点是给出对问题的准确描述。
详述:详细地给出一步一步地执行步骤,能够重现XXX问题,给出XXX情况的图片、数据记录等相关资料。重点是突出XXX问题的重现方法和测试记录。
2.3测试项目组问题
1、加强内部培训,统一对一些交付件的认识,特别是测试问题报告的编写、测试记录的保存、测试项划分等几个主要点。
本次测试,临时拉人加入,没有进行实际培训。发现存在许多问题。多人次上报的测试问题报告,固然是没有结果合适的培训和审查,带来了许多问题,但是上报的问题说不清存在问题的是哪个点,描述不全或不清晰,甚至将陪测设备问题当成问题上报等情况屡屡出现,问题定级不当也很多。
对于测试项划分、测试用例的编写等方面,同样存在理解不同,写得很奇怪的情况。因此首先一个就是,加强内部培训,统一对一些交付件的认识,特别是测试问题报告的编写、测试记录的保存、测试项划分等几个主要点。其次是一些具体测试用例设计、编写做法的统一。
2、无论客户要求如何,项目组的对外接口应该统一。
一是方便客户,另外是便于控制问题。对外接口统一,测试角度主要是方便被测件接收和控制、控制测试项目组的交付件特别是问题报告和测试报告的给出;管理角度是降低协调成本。
这次测试在被测件接收、控制方面很混乱,实际是直到临走时才有一个基本的版本,还不全;问题报告等重要交付件在提交时实际没有经过合理审核,虽然有系统产生等原因,也有人手不足等原因,但是不够重视还是最主要原因。这对我们的形象是很不利的。
这次由于有测试管理系统软件,版本控制不是主要问题,但是在外地处理时,还是应该使用VisualSVN等软件进行配置管理,否则混乱必然如期而至。
3、最重要的是,对项目需要占用的资源,包括人力和时间估计等留出一定的余量,或对风险进行一定的控制。
3、改进建议
1.加强内部学习,改进和提升技术。具体措施:培训,集体案例讨论,形成作业指导书,收集工具。
2.测试项目组组建和立项工作,对测试可能存在的风险、工作方式、工作要求、工作资源等,针对新领域、新客户要有一定的余量。
3.测试项目组管理上,需要加强对外接口、客户沟通管理、项目组配置管理。4.客户存在多方和沟通等方面风险时,应尽早促成相关各方的碰面和协商,达成共识。