主管年终工作总结

主管年终工作总结锦集六篇

总结是事后对某一时期、某一项目或某些工作进行回顾和分析，从而做出带有规律性的结论，它可使零星的、肤浅的、表面的感性认知上升到全面的、系统的、本质的理性认识上来，因此十分有必须要写一份总结哦。那么你真的懂得怎么写总结吗？下面是小编整理的主管年终工作总结6篇，仅供参考，欢迎大家阅读。

回顾即将过去的一年，我单位财务会计工作在总经理领导和上级财务部门指导下，根据财政部会计年度工作思路和财会工作要点精神，在如何做好资金收付，费用控制的同时，本年度做了以下几方面工作：

一、作为非盈利部门，合理控制成本(费用)，有效地发挥企业内部监督职能是我们上半年工作的重中之重。年初，为了加强会计基础工作的规范性，完善公司的管理机制，财务部制定了新的《管理细则》。细则中对借款、费用报销、审核等工作程序作了详实的解释。我们通过对细则的学习、讨论，把各项条款逐一与实际业务联系在一起，找问题找漏洞，并反复消化、严格把关。在出纳环节中，我们强调一定要坚持原则、不讲人情，把一些不合理的借款和费用报销拒之门外。在凭证审核环节中，我们依据细则中的规定，认真审核每一张凭证，不把问题带到下个环节。通过这半年的实践，我们的工作取得了显著的成效。数字是最有说服力的，在销售额与上年同期基本持平的情况下，三费(管理费用、销售费用、财务费用)却比去年同期下降了20.8%。通过实际 ……此处隐藏7746个字……（一）原因：

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、大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！