主管年终工作总结。

个人总结网相关专题：“主管年终工作总结”。

it部主管年终工作总结 篇1

（一）信息化建设及应用

1、因为公司所用的操作系统经常遭到各种病毒和恶意软件的攻击，操作系统需要经常进行补丁的更新。集团为解决这个问题，决定部署WSUS补丁服务器，以实现系统补丁的自动更新，在经过多次的实验之后在全国大区中提前部署了该服务器，有效的保护了公司网络的安全。

2、在五一大忙期间，其他大区有因为病毒攻击造成网络的严重后果，为了保证天津在五一期间避免受到病毒的攻击及病毒的大规模爆发，我积极配合总部信息*通宵架设新版病毒服务器，当时正值海光寺重装和进行五一大忙支援设备的安装时期，时间紧、任务重，在经过两昼夜后，顺利将服务器搭建完成并调试成功。并且在架设完成后统一将公司内电脑的防病毒软件更换为诺顿最新版本的杀毒软件。

3、在十一大忙期间，连续新开芥园道店、金钟河大街店、小站店、北辰瑞景店、滨海开发区店、红桥店、复康路店共7家门店，时间紧、任务重。总部支援物资也不断送达，我对支援设备进行清点、调配，积极同物流和连锁店进行联系，确保了支援设备能及时送达支援部门，保证了各部门、门店的大忙工作。

4、在20xx年中，我感到原有的资产记账方式与管理方法已不能满足公司发展和设备的快速增加，便和部门其他同事自行开发了固定资产管理平台，用于日常固定资产的登记、调拨转移、日常维修维护、资产报废等操作实施，使设备从开始使用到报废的整个使用周期更加具体化、各种资产数据更加准确，使业务流程化、标准化、专业化，为今后更好的管理打下了基础。

5、在20xx年期间，为了配合新门店系统、新分公司系统、SAP710、CRM等一些新系统的上线，我主动联系相关部门，询问相关情况，加班加点为公司内所有电脑更换新的操作系统及应用软件，并在要求时间之前完成，避免了因软件版本落后造成工作的不便和对销售的影响。

（二）日常设备维修及维护

公司信息类设备逐年增加，原有的维修流程与维修方法以不能适应当前的环境，我和其他同事在分析了当前面临的主要问题又研究了同类其他公司的流程，在提高维修维护的技术水平的基础上，改进了维修维护的流程与方法，减少了中间环节，加快了维修维护速度，做到了硬件损坏3天之内修好，非硬件损坏5小时之内修好，效率较之从前提高了1倍，维修维护质量上也有了很大提高。

在日常工作当中，我及时对店面及办公区送来的信息设备进行维修，并对其进行维修记录登记。对使用时间较长的设备进行日常维护，如除尘等，以避免因此造成设备的损坏。

it部主管年终工作总结 篇2

目前我主要负责人力资源部的人力资源工作，具体包括：(1)组织办理员工入职、岗位转正、岗位晋升、岗位调动/调整手续、离职手续工作，(2)管理员工信息资料及各类人力资源资料，根据部门领导安排需求，做好人员架构及人员异动、人力资源报表的提交工作;(3)员工的考勤管理，包括员工请休假事项办理;除此之外，我还配合部门领导和同事做好人力资源部其他的日常工作。下面对本人实习期间的工作、学习情况予以汇报：

一、德载重任、汇铸永恒，以高度的责任心对待工作

进入__的门就是__的人，从开始工作地第一天起，就牢记新员工培训中知道的__的企业价值观“责任、务实、品质、共赢”，尽管目前在做的工作是比较简单的，但我也始终以这样的标准要求自己。在办理员工入职、岗位转正、岗位晋升、岗位调动/调整手续、离职手续工作等时，按照公司的相关制度进行，严格把关，每天做好相应台帐的'建立。在整理人力资源资料和花名册电子台帐时发现有遗漏和信息不全的，我都逐一落实让各部门配合核对员工信息资料，争取提高人力资源报表统计的准确度和为后期上人力资源部系统打下较好的基础。此外，在其他工作中，我也踏踏实实尽自己最大的努力干好每一件事，始终坚持责任、亲和、诚信、耐心，以积极、认真地心态对待工作。尽可能想要将自己所学的知识用在工作中，但是可能是由于经验不足，理论与实际工作结合的不是很好，并且在处理、解决某些问题上的能力还是很欠缺。今后，我会不断学习、积极向部门同事请教，学习他们身上的优点，并且在工作中不断总结、积累经验，不断地提高自己，增强自己的业务能力，争取在自己的本职岗位上有所建树。

在这段时间里我不仅在做一些日常的人力资源工作，还参加了关于各部门第二季度绩效考核指标修订的会议，虽然每天的会上我都只是用耳朵在听、用笔在记，但在大家讨论的时候我也在思考。这样不仅让我对专业知识的理解更深一步，并且通过两个星期的时间，我对于集团六大职能部门、三大业务中心的重点工作有一个大致的了解。人力资源部是集团“选人、用人、育人、留人”最核心的部门，对于集团的各部门的工作必须要有清晰地了解，这两周时间里我虽然有时很晚才能回家，但是真的很值得，因为每天我都可以学到很多的东西，至少这一天我有收获，我在成长。并且我相信我得到的远远多于我意识到的。

二、给予我最大的福利---培训

在刚进入__就参加了新员工入职培训，对__有了一定的了解，并通过培训使自己对以后的工作有了一定的规划。使我们这些新人对自己的工作和未来不再盲目。

每周的内训，让我们了解到公司其他部门的工作，这便于我们对整个集团有更全面的了解，也清楚的知道各部门之间应该怎样去配合、协作。

“天天课堂”上播放的讲座，翟洪燊教授从国学的角度诠释管理、诠释做人的道理，王强教授教我们如何快乐的工作，还有国内知名的人力资源专家徐沁教授讲的绩效考核方面的知识，这些无一不使我们的思想有了一定提升。这将是我人生成长道路上最宝贵的财富。

三、优秀的团队成就美好的未来

从第一次踏入__人力资源部面试时，就被那种和谐、轻松的氛围所吸引。在这一个月的时间里，大家一起帮助我这个新人不断地熟悉工作，不断地成长。__宣言里所讲“成功由集体分享，失败由集体共同分担。”在人力资源部这句话虽然言过其重，但也不无体现。同事之间在工作中互相帮助、群策群力，毫无保留的分享自己的经验和成功，我想只有这样的团队，这样的工作环境才能引领部门和公司的成就，进而实现个人的成功。

__崇尚爱心，关爱员工，全力为员工完善品德、提升能力、不断学习，展现自我提供舞台，这是成为__人的骄傲。今天我作为一个刚踏入社会的新人，以“进入__成为__人为荣”，感谢__给我们这些即将毕业毫无经验的大学生一次挑战自我的机会，机会是__给我们的，我们会好好把握、牢牢地抓紧它;相信通过在__这个大家庭里不断地学习，不断地成长，会有一天让__以“有我这样的员工为荣”。

it部主管年终工作总结 篇3

工作告一段落，回顾这段时间的生产工作，结果还是比较满意的，这段时间的工作还是让我们全体产生部员工的付出有了收获，我的工作也是在各位领导，跟同事们的帮助下，把这段时间的工作顺利的完成了，这段时间的工作是一段比较幸苦的经历，所有人在没日没夜的赶产量，作为生产主管我的责任重大，为了尽快的把产量做上去，这几个月来我大力的整顿的生产车间，把一系列的制度调整改善了许多，生产是公司的命脉，这段是间来我部门完成了公司交待下来的十几笔订单的产量，由于任务比较大，这给我们全体的员工不少的压力，但是也还是完成了产量，现在也对近期的工作总结一下：

一、车间管理

我严格的遵守公司的制度，把车间的一切规范起来，卫生，员工素质，还有物品的放置，所有的一切按照5s的标准，这段时间还是比价幸苦的，子啊车间管理方面管理不少时间，主要还是卫生这一块，车间的卫生是要绝对保证的，在我们车间一些机器的卫生上面，这段时间以来我一直在督促员工搞好卫生，包括一些角落，我也要作为很高的标准，我一直认为车间的卫生就决定了客户对我们的好感度，再一个也能够看出一个企业的能力。

还有就是整体员工的素养，素质，我们车间明确的禁止吸烟，还生产车间禁烟这个上面还是别出心裁，我一直很强调员工在车间哦每一个角落不允许吸烟，定期的对员工做一个培训，上课，让员工有这个意识性，也严格的遵守车间的奖惩制度，所以这几个月来车间一直没有出现吸烟事件。

二、生产的情况

总的来说我们部门完成了近期的生产任务，细的计算甚至还会有超出，这短时间在大家的努力下，我们我部门的生产情况，比上一个季度超出了—%，不管是在—产品还是在—产品上，都有了很的的超出，这是一个值得高兴的事情，也完成了我们公司的x比订单的交易，还是有一定哦成就。

三、不足与改善之处

这段是时间以来也是应为赶产量，让全体上下的员工读身心疲惫，我也是很无奈，我也有一点急于求成，这段时间给了员工太大的压力，这真的很不应该，与员工之间的沟通不够密切，我觉得我需要更加深入的去基层了解情况，这段时间以来也是因为这样的情况，主要就是跟员工的沟通不够，让部分的员工也产生了不满，接下阿来我会好好的处理这样的问题，把我们部门全体人员的心团结在一起。

it部主管年终工作总结 篇4

各级主管要明确自己在绩效管理中的责任，首先就得明确绩效管理是什么。

笔者对绩效管理的定义是绩效目标设立、达成、评价、运用、改善的循环管理。其中的绩效评价就是令主管们头疼的绩效考核。绩效管理失败的企业众多，主要原因就是只知其一，不知有二，只知绩效考核，不知绩效管理。因此，要搞好绩效管理，就必须明确自己在绩效管理循环过程中每一环的责任，才能避免偏离管理方向、落入失败陷阱。

一、组织目标设立

绩效目标就是我们平时订的工作计划。只不过以前订计划没有量化要求，没有奖惩约定；只有简单的要做什么，没有具体的做事目的和完成措施等。因此，自己和下属是否完成或者完成好坏无法评价，做好做坏一个样，做与不做一个样，更有甚者，不做还比多做的占便宜（多做可能多错）。因此，指导下属订好计划是做好绩效管理的第一步。如何订计划，可参见笔者文章《企业规范化管理之计划制订管理》。

二、组织目标达成

组织目标达成是各级主管的首要任务。不论你管辖一个小组，还是管辖一个部门甚至一个事业部，都别忘了，你带领的团队达成目标，才能算你完成任务。可是，有的主管自己做事是一把好手，但带领团队就显得能力不足了。自己累得够呛，下属却闲得无聊——这只能说你能力有限不称职！管理是带领下属完成目标，自己干活不能算作管理。各级主管除了制订计划之外，主要责任就是调动员工的积极性、调动资源、解决困难，跟踪下属目标达成。

三、组织绩效评价

绩效评价就是考核。下属工作好坏，主管最清楚，因此，考核下属工作成果，各级主管必须勇于负责、敢于担当，不能做老好人，必须让工作好的得高分，让工作差的得低分、不做工作的不得分。绩效考核必须以事实为依据、以制度为准绳，及时准确客观公正进行评价。

我们最近新增一项规定——主管每日填写《绩效考核跟踪表》，应该说对主管组织目标达成大有帮助。这一做法让考核及时准确，避免了事后评价带来的诸多麻烦（如忘记评价、员工事后不认同等），既能让你掌控任务完成进度，提醒可能延误工作的员工加快进度，还能帮你节省时间、减少管理成本，可谓一举多得。

四、组织结果运用

绩效结果运用包括两大内容，一是直接计算绩效工资或奖金，二是进行绩效分析，为管理改善提供依据。如果考核仅仅是为了发工资，就会落入失败的泥潭。对此，初次导入绩效考核的企业不可不鉴！

建立完善绩效管理体系的企业对绩效结果的运用都作了制度上的规定，至少要运用在以下方面：计算当月当年绩效工资；当年或下年调整岗位；年内或下年度调整薪酬，年底评选先进；当年或下年度晋级晋升；选拔外出学习深造等等。当然，还有绩效分析总结。各级主管要做的就是严格按制度要求进行运用或分析。

五、组织绩效改善

绩效改善就是绩效管理的目的，但是绩效改善只有起点，没有终点，必须坚持不懈，久久为功。这也吻合了绩效目标设立、达成、评价、运用、改善循环管理的定义。

虽然绩效管理制度规定各级主管每月必须进行绩效分析总结，制订改善措施并组织落实，但在实际工作中绩效改善是不受时间限制的，可以说绩效改善无处不在、无时不可。当天出现问题，当天就应该分析解决。解决一个问题，就应该举一反三，总结经验、吸取教训，防止重复犯错。月度总结必须进行绩效分析总结，但绝不等于只有到了月底才去做绩效改善。

企业管理就是不断发现问题、解决问题，因此管理持续改善，永无止境。

各级主管的责任内容相同，幅度则因管辖范围而异。各基层主管的绩效好坏直接影响中层主管绩效目标达成，同样，各中层主管的绩效好坏则影响其高层主管的绩效目标达成，各高层主管的绩效目标达成影响企业经营目标达成。说到底，绩效管理就是企业管理。员工在企业存在的唯一理由就是为企业创造绩效，企业在社会存在的唯一理由就是为社会创造绩效。各级主管做好绩效管理，让每一位下属员工都能达成或超过预期目标，企业的发展就有了保证。

it部主管年终工作总结 篇5

我是在20xx年5月到新单位工作的，新单位是一个很不错的单位，项目饱满，资金等方面也没有太多的问题，但就测试部门工作的情况却很不乐观。具体表现是人员少，任务重，人员不稳定。领导对测试部门的工作很不满意，在面试我的时候就多次表示了对公司目前测试不满，期待我来之后能够带领测试部门有一个比较好的发展。

首先说说我们公司测试部门在这四个月的变化吧

1 测试人员大量增加，原来的测试人员为3人，现在为14人，人员扩充了3倍，目前来说，测试人员的数量还不是很多，但相比原来部门的扩充速度还是很快的，另外一个方面，由于我们工作比较有成效，领导基本认可开发人员和测试人员比例可以达到1：0.8或1的比例。我想这个比例对一个国内的企业来说已经是很高的比例了。

2 个人素质的提高。具体的个人素质提高不是很好说，还是用项目来说吧，我刚来的时候，测试人员在一个系统测试的时候，一般测试需求点位500个左右，后来一个项目在作回归测试的时候，测试需求点达到15000个，第二次回归测试的时候测试需求点达到了49000个，这里要说明的是，我们测试需求点的增加不是为了增加而增加，而是对被测试需求各种使用情况分析的更详细，程序覆盖强度越来越大的结果，测试发现的问题深度逐步增强的反应。

3 机器设备的变化，测试人员是开发群体的弱势群体，他们的机器配置也是公司最低的，刚来的时候，全部测试人员都使用P4 1.7完全不能满足自动化测试的需要，目前，测试人员基本都是P4 3.0双核，液晶，测试人员很高兴。另外我们还有专门的测试流程管理服务器，一些淘汰下来的老机器作为专门跑测试用例的测试专用机。

4 开发人员对测试人员的态度改变。测试人员在开发过程中处于弱势地位，这是一个不可回避的现象，原来开发人员可以随意的让测试人员作自己认为需要的测试，而测试人员是没有办法拒绝的，甚至连具体测试的方法和手段开发人员都要干涉，而一旦出问题，首先怪罪测试人员，而不是找自己的责任，测试人员成了项目失败的替罪羊。而现在这种已经发生了很大的改变，至少测试人员有能力展示他们的特长。而不是开发人员的附属。

5 领导对测试工作的态度转变

我刚到单位的时候，领导们对测试工作很不满意，给我印象最深的是领导说，测试部门的工作人员，可用的就留下，不可用的就直接开除，这对测试人员的工作评价实在不高，现在好多了，首先测试部门现在的工作得到了领导的认可（原来我们总是被批评，而现在总是被表扬），其次，人员、设备的配置在增加，最重要的是，我们要求的测试时间可以得到保证。

到单位工作4个月了，测试部门出现这么多的变化，有很多原因，但最重要的就是那句话：做正确的事情，正确地做事情。

个人认为做正确的事情比正确地做事情要重要，道理很简单，中国的一句成语，南辕北辙是最好的解释了，如果不能了解什么事情是正确的事情，那么你做事情的效果越好，则整个项目失败的可能性越大。下边先说说我到单位做的几个事情。

1和领导达成一个协议

和领导达成一个协议是一个很关键的事情，我在面试的时候，就了解到了领导们对测试部门的工作很不满意，希望很快扭转测试部门目前的工作状态，但一个部门工作状态的改变不是一件很容易的事情，在面试的时候，我就和领导们达成了一个协议，争取测试部门在3个月内有一个小变化，6个月内有一个大变化，12个月内形成一个良好的工作环境。领导是 一个明白人，没有强迫我在几天或几周内就要 有一个大变化，这为我们部门以后的发展打下了一个良好的基础。

2了解单位的工作情况

3了解单位工作的问题

4订立规则

5组建自己的团队以及核心团队

6协助其他人做工作

测试人员工作分配不均，严重影响工作情绪

在我来的时候，测试人员都是被配置到项目组，开发人员有测试需求的时候都是直接找到本项目组的测试人员，由于各项目进度不一，造成在不同阶段测试人员的工作量严重不一，真是忙的忙死，闲的闲死。另外还有一个问题，有一些比较好的测试人员会主动帮助其他测试人员，而一些懒惰的测试人员作会坐在一边装作什么都不知道，结果是好的测试人员忙死，其他人闲死。

4订立规则

在了解了测试部门当前的主要问题，解决的方法就确定了，具体方法：

A：首先是订立规则，说简单点先确定测试部门内部规则，我规定测试部门只接受系统测试，不接受单元测试和集成测试，说简单点，测试人员进行的测试必须是一个完整的测试周期，最短时间是2周，这样才能保证测试工作的最低测试强度。

B：我向测试人员明确测试人员是软件开发过程中的专业技术人员，他们的特长就是测试技术，在测试技术上测试人员不能比开发人员水平低，所以，他们的测试工作要保持自己的独立性，问题的发现是他们作主，至于发现的问题是否是BUG，是否需要修改，这是开发人员（确切的说是项目经理）和质量保证人员来确定，但是否是问题是测试人员来决定，测试人员判断是否是问题的标准就是测试结果和测试预期结果是否相同，只要不相同，就算问题。其他人员无权对这个原则提出异议。

C：为了保证测试的独立性，我要求测试人员在测试过程中，不要和开发人员有过多的交流，如果有交流也仅仅限制于关于系统如何使用方面（我们没有很好的开发文档），其他的一概不和开发人员讨论，这种方法虽然会对开发工作有一些阻碍工作，但在测试工作当时的工作状态下是很必要的，否则整个测试工作的独立性根本无法保持。

D：使用测试流程管理工具，我们原来的测试计划、测试用例都使用word文档来管理，很不方便，我来单位后，采用了专门的测试流程管理工具，也就是说一个完整的测试，首先写测试计划（主要内容是测试人员，系统需求，时间等方面的信息,这个东西还是使用word来编写），其次是测试需求点、测试计划（这个测试计划是我们测试用例执行的先后次序），每个测试用例的测试步骤，以及发现的所有问题。在最近的一段时间，通过测试工具的使用，使我们测试需求点的管理从不规范，随意写，到有条理，有顺序，有了很大的变化，我们的一个系统，在我来以前测试需求点大约是600个。在我们后来的几次回归测试中，测试需求点，分别为20000，500000，60000个，测试需求点的变化，说明了测试强度的增加和规范。

E：测试结果需求评审，否则不进行回归测试。这是一个原则问题，确切的说测试人员在开发过程中不能直接创造价值，他们的工作必须通过开发人员才可以得到体现。开发人员是否重视测试中发现的问题，是否对这些问题进行认真的评判和修改，不但关系到测试人员工作价值的体现，而且对测试部门工作安排也很重要。在我们测试的几个项目中，如果开发人员认真对待测试结果，一般来说，进行1到2次回归测试，整个系统bug就会呈现出收敛状态，否则，测试人员需要无休止的测试。在测试过程中，我一方面保证测试周期的时间的要求（最少2周）。一方面，和质量保证人员配合，对于那些不认真对待测试结果的项目组，采取不评审，就不进行回归测试的方法。（反正项目延期不是测试部门的责任，有点无赖，但有时候也是没有办法）。保证了测试的有效性。

删除 51mobile (20xx-4-21 12:36:45, 评 0 分)

现在这篇不完整，我在其他地方有看到完整的，现在补充下，希望作者别见怪 ^_^

1和领导达成一个协议

2了解单位的工作情况

3了解单位工作的问题

4订立规则

5组建自己的团队以及核心团队

6协助其他人员工作

下边我具体的说一下：

1、和领导达成一个协议：

5月份我到公司正式上班，新到一个公司，人生地不熟。最先要作的事情是在和各位领导接触过程中了解公司的情况，并与领导达成一个大致的协议，我首先和领导达成的协议基本内容是测试部门的工作在3个月内有一个小变化，6个月内有一个大改观，1年之后形成良好的测试流程和测试队伍。领导们也基本同意我的设想。和领导达成这个协议为我以后的工作的开展取得了时间上的保证，（很多领导希望招聘一个高级开发管理人员后，开发或测试立刻有一个改观，在几天内开发和测试完全没有问题，这种心情是可以理解的，但实际上也是不可能的），我的领导在这方面给了我一定宽限，为以后的工作打下了一个良好的基础。

2、了解单位的工作情况

每一个单位都用自己的特点，有优点也有缺点，如果下车伊始就乱下命令，必然是瞎指挥，不但不能改善工作，而且原来单位一些好的做法也必然被你毁掉。所以，刚下车，一定要休息一下，看看周围的环境，再决定如何行动。来一个新单位也是这样，人生地不熟的自然要先看看，首先是有几个部门，各个部门主要方向，几个主管领导，比如人力资源对我们以后人员招聘会比较重要，研发部门有几个？哪个研发方向是单位的最主要的方向，后勤保障部门是那些人员，不要小看他们，部门以后是否可以获得好设备主要就看他们了，这些人职位不高，但属于现管。争取他们对工作支持是很必要的。最后,别忘了了解你的工作人员，无论怎么说，你的工作人员是和你打天下的人。

3、了解单位工作的问题

刚到单位，测试人员都很忙，我则在一边观察，前几天的问题总结了一下。

A：测试人员人员少，队伍分散，由于以前的测试队伍管理比较乱，很多项目不放到测试部门测试，而是将测试人员直接从测试部门调出。在我到岗的时候测试部门只有4名测试人员。

B：试部门机器的问题，由于测试部门一直不被重视，所有的机器很落后，自动化测试工具基本不可使用，

C：开发人员对测试干涉过多，测试缺少独立性

开发人员对测试工作干涉过多，主要表现在几个方面，

C1：测试内容由开发人员规定，测试方法以及测试手段均由开发人员决定，在测试人员能力弱的情况下，这无疑是一个可行的方法，问题是这种方法要求开发人员对测试方法和手段比较了解，但单位的实际情况却不是这样，另外开发人员对测试工作质量不承担责任，说明白点就是测试人员按照开发人员的规定去做，即使完成了测试任务，也无法保证测试质量，而由于测试质量不好造成产品质量不好的问题，又需要测试人员来承担。

C2：开发人员和测试人员在测试过程中交流过多，在测试过程中由于相关文档不全或者质量问题，测试人员经常需要开发人员进行交流，这种交流是必要的，但也容易产生问题，比如测试在发现一个问题的时候，开发人员总会用这样或那样的借口告诉开发人员这不是问题，不用写在问题报告里，结果很多问题即使被测试出来也被这种糟糕的交流给掩盖起来了。

D：测试时间无法保证

测试时间无法保证主要是以下几个原因

D1：首先是开发人员来规划测试任务，而真正了解测试工作的开发人员很少，测试工作量占到整个开发量的30%-70%。基本上没有开发人员了解这个情况，所以他们给测试留得时间很少，往往是1、2天。这么短的时间根本不能做到完整的测试。

D2：开发人员管理的混乱，软件版本的频繁升级，有时候一个版本和上一个版本的差别只有几行代码，这样不但造成软件配置管理的混乱，而且给测试人员带来了很大的麻烦，最讨厌的是，绝大部分的测试工作都变成了无效测试。除了浪费测试资源以外对开发没有任何好处。

E：测试水平低，测试需求点少，测试强度不够

测试时间的紧张，严重限制了测试人员的测试水平的发挥，单位许多测试人员测试水平是相当不错的，但他们根本没有时间编写测试需求报告，一个系统的测试需求点往往只有几百个点，这种测试需求强度根本无法保证测试质量。