【精品】主管年终工作总结三篇
总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，它可以使我们更有效率，让我们一起认真地写一份总结吧。那么你知道总结如何写吗？下面是小编整理的主管年终工作总结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、大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！
