主管年终工作总结

时间:2022-10-07 01:27:53
【精品】主管年终工作总结三篇

【精品】主管年终工作总结三篇

总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料,它可以使我们更有效率,让我们一起认真地写一份总结吧。那么你知道总结如何写吗?下面是小编整理的主管年终工作总结3篇,仅供参考,希望能够帮助到大家。

主管年终工作总结 篇1

时间流逝,转眼间20xx年即将过去。回顾一年来走过的历程,在项目部的正确领导下、在与检修分厂电气车间的紧密配合下,电气专业安全、优质、高效的完成了全年的检修维护工作。一年来各项检修工作都能做到合理安排,有条不紊的开展,没有发生人身伤害和设备损坏事故,实现了全年安全生产零事故的目标。现将具体工作总结如下。

一、遵章守纪,安全第一

每周进行两次不少于1小时的安全学习活动,每月进行一次安全技术交底,明确告知工作中的危险点及发生事故的防范措施,让每位员工在思想上时刻保持高度的警惕性。进一步加强安全知识的宣传普及。进一步反省了自己、统一了思想、规范了作业行为,对如何预防事故,确保自身安全,杜绝违章操作指明了方向。一年来的安全工作来之不易,我们一定要戒骄戒躁,把好的工作习惯继续延续下去。

二、精心组织、严把质量关

通过对问题的及时发现与处理,没有影响蒸发系统的正常生产,并且短时高效的完成检修任务受到了业主的一致好评。同时,我们对今后更好的做好检修维护工作也充满了信心。通过对电 ……此处隐藏3043个字……(一)原因:

1、1级bug太多,严重影响阻碍测试的进度(尤其是报黄页的bug);具QCBUG管理系统统计,新订单系统中bug总共209个,一级竟然有109个之多!

2、存在拆西墙补东墙的严重现象(很严重),原来好的没有bug模块,由于修改bug重新出现缺陷,出现拆西墙补东墙,bug循环出现,杜绝bug遥遥无期!

3、软件开发基本定型后,还在修改数据库结构,修改底层代码!

4、软件开发基本定型后,还在修改需求!

5、开发人员不按照需求开发软件;开发出来的模块或功能和需求有出入

6、部分模块需求在测试快结束后,需求还没出来,开发人员在等需求!(如新订单系统中的利润表模块)

7、测试人员不足;软件模块太多,测试周期长!

(二)对策:

1、检查:对于1级bug太多,只要开发人员开发出的模块后或修改的bug后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保一级bug出现的机会大大减少!

2、开发人员在修改bug之前一定要认真先想一下,我这种修改方法会不会给其他模块带来bug?会不会影响其他人员的模块出错?然后在下手修改代码!

3、一旦所有人进入全面开发软件后,数据库和底层代码就不能变动!

4、一旦进入开发阶段,需求就不能再随意增加变动!

5、开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!

6、要做到在写代码之前需求必须全部写完!

7、大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有限!

《【精品】主管年终工作总结三篇.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式