3月试用期工作总结

3月试用期工作总结

　　总结是对某一阶段的工作、学习或思想中的经验或情况进行分析研究的书面材料，它可以帮助我们总结以往思想，发扬成绩，因此我们需要回头归纳，写一份总结了。总结一般是怎么写的呢？以下是小编精心整理的3月试用期工作总结，欢迎大家分享。

3月试用期工作总结1

　　经过两个月的试用，我收获颌丰，感触也良多。

　　试用期我被分配在第二车间，跟随胡连春师傅工作。刚进入公司时，由于对公司还不是很了解，工作经验也不足，很多工作一时还不能上手，幸好有黄主任、胡师傅以及好心的同事的耐心指点和教导，我的工作才开始有起色，慢慢能够做一些比较简单的电气维护工作。

　　试用开始，首先要做的是熟悉工作环境，熟悉要维护的机床设备，这是展开工作的基础。试用期的前两周，工作的重点都是熟悉车间，通过观察车间里的各种各样的设备，增加自己对车间设备的感性认识，初步了解各设备的功能和作用，还有就是通过和车间里的同事交流，建立良好的关系，增进大家的感情，机床操作人员对各自操作的机床比较熟悉，对机床的常见故障也比较了解，如能得到他们的悉心指导，这对自己的维修工作将是很有帮助的。

　　在熟悉了车间的环境和设备后，重点就是通过查阅相关的资料、手册、图纸、说明书和软件，进一步深入了解各机床设备的电气操作、电气原理、常见故障现象以及常用的故障排查方法。这些资料是很有用的，是维修手段方面应具备的条件。现在的机床越来越先进了，特别是数控机床，具有很完善的自诊断能力和故障显示功能，对比较常见的`故障都能自我诊断，并把故障原因和维修方法显示出来，供维修人员参考。就算有些故障无法自诊断，如对机床的电气原理比较熟悉，维修时能熟练地查找相关的资料，维修起来也是比较简单比较快的。

　　搞电气维修，特别是数控机床维修的，要知识面广，现在的科技发展很快，电子元件和电气设备更新换代快，类型又多又广，除了要掌握常用的电气知识和电气维修技术，除了要掌握电子电气的维修技术，还要掌握一定的机械维修技术，现在的机床故障，不再是电气故障机械故障分得那么清的了，很多都是电气、机械、甚至液压气压等故障交混在一起，要各方面都有所熟悉才有利排查故障。所以一有空闲时间，我就找来大量与电气、电子以及机械有关的书籍，不断充实自己和增进自己的知识水平，另外还要通过请教师傅、上网查找资料等各种途径来了解有关的最新消息和资讯。

　　除了掌握好理论知识外，主要的是要不断实践，积累大量的工作经验，有了丰富的实践经验，加上扎实的理论知识，检修起电气故障来才能得心应手。胡连春师傅经验丰富，维修起电气故障来得心应手，每次有维修任务时，我都会跟着他到维修现场，通过观察他维修的过程，了解师傅是怎样询问现场人员，怎样查找故障原因，又是怎样排除故障的，通过做他的维修副手，参与维修工作，从实践中锻炼自己的维修能力，掌握一定的维修方法和技巧，以及增加自己的维修经验。除了跟师傅学习，积极主动参加维修工作外，还要设法找一些东西来维修，办公室里有很多损坏的电路版、驱动器、plc等各种各样的电气部件，有时间我就拿来解剖、分析，查找故障原因，并设法维修。虽然大部分修不好，但通过实践，加深了自己的理论知识，增加了自己的维修经验。另外，胡师傅因事没来上班时，虽然经验不是很足，维修技术不是很熟，也要敢于独立维修，要抓住一切机会锻炼自己，从实践中摸索，找到一套适合自己的维修方法。

　　在参与维护、维修工作中，也发现目前车间电气管理工作的一些不足，维护工作做得还不够好，车间机床很多电气设备陈旧破损，线路潮湿、零乱、老化，加之车间长年潮湿，充满油雾粉尘，很容易引起各种电气故障。虽然油雾不导电，但夹带着大量磨屑铁粉的油雾粘在电气设备和线路上，也会引起漏电、短路等现象，车间里有好几台风扇和去磁器就是因为这个原因造成漏电的。电气工作人员不应是有故障就维修，无故障就闲着，应该经常到车间去逛逛，查看一下电气设备的运行状况和线路情况，做好维护工作，发现异常就立即着手排除。虽然有些异常很微小，但也要重视，要不时间长了就会引起故障。还有有些电线是多余的，为了减少故障因素和维修方便，最好拆去。只有平时维护得好，机床正常工作，才能充分利用好机床，创造大的效益。而一但机床（特别是数控机床）出现故障，即会影响车间的生产，要是出现大故障，造成停车时间过长，对公司来说就会造成巨大的经济损失。

　　要做一个合格的电气维修人员，除了以上这些外，还要有高度的责任心和良好的职业道德，要有比较齐备的知识、技能和经验，要有比较广的电气安全常识，还要有一颗谦虚的上进心。这些我相信会随着我维修经验的增加而增强。

3月试用期工作总结2

　　时间好快，短短我来到xx公司已经两个月拉。在这段时间里，每天都在感受xx公司的激情和发展。和同事的相处中，我得到了很多帮助，这其中更多的是来自我的指导人吕某，每每我碰见一些生疏的办事环节或工作任务，总能得到他的精心指导。如今我对xx公司有了一个全面的了解，感受到了很多同事间的和谐友好，项目组的团队意识。

　　在过去的两个月里，我负责x模块的需求讨论、数据库设计，代码编写进度管理的同时，还负责x项目xx平台的开发进度管理，通过与大伙的通力合作，基本上在规定的时间内完成了大部分的业务需求。通过这个项目，也增强了自己在项目管理方面的经验，学习了很多x方面的业务知识，全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面，对x大部分业务做了深入的了解。xx评估方面，我主要了解x，x，x，x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导，我很是感谢他们。

　　在已过去的x项目实施过程中，我也发现了项目组存在的一些优势和问题。对于优势我就不多说，主要还是大伙的实干精神较强吧。针对项目组存在的一些问题，这里我发表一些个人的观点，仅供参考。

　　1.项目组的控制力

　　由于我们当前的项目是一个全新的组合，各成员间存在太多的生疏和不确定性，这就造成了，我们在实施计划任务的过程中，对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理，所以在实施过程中也出现了很多计划滞后的事件，对待这些滞后我们唯有加班来弥补，过度的加班和返工必然损坏其组内成员对项目组控制力的满意度，当然也直接影响到对公司的认知和评价。

　　我感觉我们总是缺少一些可以控制和预见的能力，完成任何事情或目标总是存在不可预知的风险，但如何在风险爆发前最大限度的加以控制，降低其影响层面，那是我们应该去考虑和管控的。

　　2.项目组的协作力

　　说到项目组的协作力，我觉得当前我们做的很差，在任务实施的过程中，现在的项目组就好比中国古代的`三国时期—群雄逐鹿，各忙各的。每天我们都很忙，但是忙的就是自己的那块空间，彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的吻合度，而是自己凭借自己脑袋乱写，自创轮子，总是把自己的意识强加给客户。

　　在过去的代码编写时间里，我总是发现很多同事存在一个问题，自己做的模块与别人的存在关联，这时候彼此间需要进行简单的交流，配合完成。但是很多人没有交流，而是把别人的代码下来，然后加上自己的需要，提交完事，等其具体人员某天发现自己的代码被修改而不为所知，最终遇到问题，相互推诿，这就是缺乏交流的后果。

　　说到协作，顺便说下分工，在代码编写的过程中最为紧要的应该就是分工明确啦，我们需要严格规定那些人有相关文件的修改权限，那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加，试问操作前是否考虑过有对其项目或别人的影响？