it主管岗位责任书范文第1篇

姓名：汪先生性别：男

婚姻状况：已婚民族：汉族

户籍：广东-江门年龄：36

现所在地：广东-江门身高：164cm

希望地区：广东-江门、 广东-广州

希望岗位：计算机IT类-管理/技术支持-信息技术经理/主管

计算机IT类-管理/技术支持-技术支持经理

计算机IT类-开发/应用-系统工程师

计算机IT类-开发/应用-系统/网络管理员

寻求职位：IT经理、 IT主管、 系统工程师

教育经历

1996-09 ～ 2000-07

培训经历

2007-08 ～ 2007-08 江西理工大学 信息与计算科学本科 DNV挪威船级社(深圳) 基于ITIL的IT服务管理**公司 (2006-08 ～ 至今)

公司性质：国有企业 行业类别：交通、运输、物流

担任职位：IT主管岗位类别：信息技术经理/主管

工作描述：工作职责：

1、负责中国外运江门区域三家子公司以及5个分支办事处IT全面工作

2、负责中国外运江门区域三家子公司日常IT网络管理和系统运维工作

3、制定和完善公司信息技术管理制度，并推动实施、改进、完善

4、根据公司发展规划，组织拟定公司IT工作计划与IT预算并跟进实施、监控与检查

5、根据业务需要推动、建设、完善企业内部信息化平台

6、制定部门内部工作管理制度、运维流程，执行实施并持续跟进

7、加强与集团上级公司、其它区域兄弟公司、公司内部各部门的协作配合，处理好衔接协调事宜

工作业绩：

1、网络基础架构部署：部署Windows Active Directory单域多站点网络基础架构，实现办公网络集中化管理，提高运维效率，增强信息安全，降低了管理成本。

2、网络安全优化：部署防火墙实现内外网分割，部署企业级防病毒软件和WSUS补丁自动更新策略，提供了安全稳定、高效可控的网络平台。

3、信息化系统建设与实施：广东省公司实施上线仓码与货代两大版块信息系统，公司业务运营实现全程信息化管理。完成Exchange邮件系统部署实施，进一步提高企业信息安全。推动实施资产管理系统，使公司所有资产与物料管理信息化和电子流。实施了物流仓库WMS管理系统，实现仓库条码管理，降低了进出仓差错率和管理成本。

4、增值服务系统建设：部署了企业内部即时通讯系统，增强内部沟通协作能力。实施企业网络传真系统，节约办公成本。实施DFS文件服务器，提供工作文档集中存储能力，保障了移动办公需求和数据文档安全。

5、IT团队建设：主动对IT团队进行技能培训和技术分享，在实际工作中引导团队成长和进步，实现团队成员一才多能的效果，既调动了团队战斗力凝聚力，又很好的解决了人手不足的问题。个人简历 http://

6、配合中国外运广东省公司信息化：带领IT团队配合上级公司完成集团信息化建设，09

年3月完成企业邮箱统一迁移到广东省公司。10年5月完成外海运输门户网站迁移。11年12月完成广东全省广域局升级改造，负责江门区域。12年7月完成广东全省电话系统升级到IP电话网络改造，负责江门区域。12年10月完成江门仓码信息管理系统云平台迁移。 **公司 (2005-10 ～ 2006-08)

公司性质：合资企业 行业类别：机械制造、机电设备、重工业

担任职位：软件开发主管岗位类别：软件工程师

工作描述：

1、参与企业内部ERP管理系统MAS6平台的实施上线工作

2、负责公司内部的应用系统开发工作

3、负责部门软件开发小组新员工培训

**公司 (2005-04 ～ 2005-10)

公司性质：民营企业 行业类别：公关、文化传播、会展

担任职位：研发工程师岗位类别：其它相关职位

工作描述：参与深圳华为技术有限公司无线产品线3G智能手机研发测试工作

**公司 (2004-02 ～ 2005-03)

公司性质：私营企业 行业类别：计算机软件

担任职位：软件工程师岗位类别：软件设计师

工作描述：工作职责：

1、与业务部同事沟通讨论项目需求

2、安排项目进度，制定项目计划

3、把控项目进度

4、开发和升级系统基础框架

5、编写主要项目功能

工作业绩：

1、初为项目开发工程师，2004年9月份担任项目组长

2、电子招投标系统先后在广州南海、江苏南京、江苏昆山、陕西西安、广州高新区建筑交易中心成功实施

**公司 (2000-07 ～ 2004-02)

公司性质：国有企业 行业类别：交通、运输、物流

担任职位：IT管理员岗位类别：系统/网络管理员

工作描述：工作职责：

1、企业内部IT运维

2、企业内部办公系统开发

工作业绩：

1、完成江门仓码办公大楼网络布线

2、开发并实施工资管理系统

3、开发并实施物料管理系统

4、开发并实施机械设备管理系统

技能专长

专业职称：

计算机水平：高级

计算机详细技能：

技能专长：擅长企业内部IT基础架构(Active Directory、DNS、DHCP、ISA Server)部署

擅长企业内部IT信息化系统建设、运维和技术支持

擅长企业内部IT项目实施

语言能力

普通话：流利 粤语：一般

英语水平：CET-4

求职意向

发展方向：企业信息化技术专家

对IT技术有着强烈兴趣，从事管理岗位数年，但一直保持不断学习技术的习惯并学以致用 推崇IT技术为企业业务与管理服务，利用信息技术提高流程和工作效率

其他要求：

自身情况

自我评价：十年中型企业信息化服务经验，擅长企业内部信息系统项目规划、选型、实施、运维。

七年的中型企业IT管理经历，具有较强的项目团队领导能力，擅于沟通协调，激励团队完成目标。

精通Windows Server，AD域管理,ISA Server,组策略、DFS等基础架构实施运维。

熟悉信息安全、存储备份、群集技术、SQL Server、Hyper-V以及企业私有云解决方案。 掌握Linux系统管理、思科路由器、交换机等网络设备的工作原理及基本配置。

it主管岗位责任书范文第2篇

首先，非常高兴能够加入鹏威科技有限公司这个大家庭，感谢郑总给我这么一个好的能够尽情施展自己才华的发展平台，谢谢!

20xx年11月14日，我怀着一颗忐忑的心加入了鹏威，说实话，我心里面没底。以前，我从来没有从事过IT行业，更不要说销售投影机。但是，经过一个礼拜培训后，参加实战第一个礼拜，我就卖出去了自己进入IT行业的第一件产品，并在之后连续成交了几单生意，顿时，我有信心了，加入鹏威公司发展自己的事业，我的决定没错!

下面，请允许我对我这段时间的工作进行简单的总结和分析，希望各位领导和同事能给予指正。

截止20xx年12月31日，我总计开发有效客户 家，上门拜访客户 次，每天坚持打电话 30个以上，完成销售 万元。我这段时间的销售业绩不理想，跟各位公司的前辈销售人员比起来，我感觉万分惭愧，但是知耻而后勇，我会在以后的工作中加倍努力，向前辈们学习，勇创佳绩。

1、刚进入IT行业，对产品和行业知识不熟悉，在以后的工作中，我会努力学习，提升自己的内功

2、本身工作经验不够丰富，跟客户沟通和谈判的技巧不够，造成人为失单，今后的工作中，我会多向前辈学习，多多自我总结，提升自己的销售能力

3、不够勤快，我在今后的工作中，一定客服自己心中的魔鬼，全身心投入到工作中，增加自己的工作量，都说勤能补拙，我相信，在来年，我一定能创造出更好的成绩

4、我个人认为还有一些市场原因，根据客户的信息反馈，年底了，商家都忙着清理库存，不愿意再用现金向外面调货，从而造成我们销售困难，而且客户手上有些单子，也会拖到年后再交货

1、严格遵守公司的规章制度，服从公司领导的安排

2、参加了公司一个礼拜的培训，同期，并对市场进行了一番调查和摸底，我觉得我收获了很多

3、经常帮助公司其他同事处理一些应急事件，比如送货、送文件、帮助看门市等

4、轮流主持早会，训练了自己的组织能力和应变能力

三、应收账款

我严格执行了公司的财务制度，截止20xx年12月31日，我的应收账款回收率为100%，在来年的工作中，我会继续严格执行公司财务制度，保证公司的资金安全。

1、电话营销技巧：打电话之前，一定要组织好自己的语言，不要紧张，也不能激动。跟客户沟通时，一定要调理清晰，并要严格遵循公司的报价原则。当客户态度不是很友好时，我们要懂得随时调整自己的心情，不能被客户左右了我们自己的情绪

2、客户拜访技巧：初次拜访客户，一定要坚持谦卑的态度，递送名片时，一定要双手奉上，多说一些恭维的话。在进行商业洽谈时，一定要头脑清醒，立场鲜明，不能被客户左右了自己的思想，该坚持的原则必须坚持，否则，后面的工作我们会非常被动

3、客户讯息搜集：除了公司提供的专业杂志和企业黄页以外，我还通过网络和朋友搜集了很多客户讯息，开发出了不少的客户，我觉得在这方面我们一定要把自己的眼界方款，这样我们的市场才会无穷大

4、客户管理：我将自己的客户进行了分类归档，特别是加了QQ好友的客户，我进行了重要、次要和一般三个级别的分类，对重要客户进行重点开发和培养，提高了我的工作效率

5、其它心得体会：

五、个人建议

1、我觉得公司应该给我们多进行一些培训，不管是产品知识或者营销技巧，这样会大大加快我们业务员的成长

2、我们由于是职场新人，对财务这块不是很熟悉，我希望公司才能抽点时间对我们进行一些必要的财务知识培训，避免我们犯财务上的低级错误

综上，是我这段时间的工作总结和一点心得体会，不足之处，请各位领导和同事指正，谢谢! IT行业年终工作总结范文

紧张而有序的一年又要过去了，忙碌的一年里，在领导及各部门各同事的帮助下，我顺利的完成了本年度的工作。为了今后更好的工作，总结经验、完善不足，本人就本年度的工作总结如下：

1、及时响应了各部门的电脑软件、硬件、邮件、网络、打印机的维护。尽可能的降低设备使用故障率，在其出现故障的时候，并做到了能在当地解决就当地解决,不能当地解决的也在最短的时间内给予了解决。

2、对中心每台电脑安装防病毒软件,避免了病毒在公司局域网内自我复制相互传播，占用局域网的网络资源,甚至使得系统崩溃,丢失硬盘的重要资料等各种危害,并及时的对软件进行升级,定期的清除隔离病毒的文件夹。

3、及时的对系统补丁进行更新，防止了病毒和黑客通过系统漏洞进行的破坏和攻击。对IE、OUTLOOK、OFFICE等应用程序也打上最新的补丁,另外还关闭了一些不需要的服务,关闭Guset帐号等。

4、项目机房系统更新，系统从原有的XX更新到xp，重新安装了所有软件，解决了一部分原无法解决的问题，并重新部署杀毒软件解决方案。

5、交换机、路由等网络硬件设备的维护,屏蔽中心不用的端口,安全设置等,保证公司所有电脑的安全正常工作,优化路由运行速度,节约带宽,提高上网的速度化和稳定化,使我们上网的速度大大提高,保证网络顺畅。

6、针对服务器，3次被黑客攻击采取相应的解决方案。重新部署服务器。

7、学校服务器，硬件的安装、维修、调试，投影仪设备的定期清理，维护。

8、电话交换机部属置，电话线调整，电话录音设备的安装调试。

9、rtx服务器、邮件服务器、web服务器、搭建、优化、信息整理和测试。用户数据导入和备份。

10、为了最大的节约成本，并针对学校所有计算机设置系统自动休眠，有效地节省了相当一部分资源。

11、加强了对网络设备的维护,对经常出故障的设备采取了相应的解决办法。公司目前一共近80多台电脑，由于机器较多，日常出现故障的情况较为常见，主要的电脑故障有：系统故障，网络故障，软件故障等，很多机器由于长期使用，导致系统中存在大量垃圾文件，系统文件也有部分受到损坏，从而导致系统崩溃，重装系统，另外有一些属网络故障，线路问题等。

近一年来，我始终坚持严格要求自己，勤奋努力，在自己平凡而普通的工作岗位上，努力做好本职工作，从不把情绪带到工作中。在具体工作中，我努力做好服务工作。回顾一年来的工作，我在思想上、学习上、工作上取得了新的进步。但我也认识到自己的不足之处：

1、因为简单的问题重复出现重复解决，可能到位不及时。

2、自己的思路还很窄对现代网络技术的发展认识的不够全面，自己对新技术掌握速度还不够快。

3、有时出现问题我并不知道而领导先知。其实从咱们公司的结构来看这些都是正常的，但我以网管的身份感到惭愧。

总结了过去，方能展望未来! 最后说说明年的工作计划，辞旧迎新，在总结本年度工作的同时，针对自己不足之处，我对明年工作也提出了初步设想：

1、在继续完善公司网络的同时，加强理论和业务知识学习，不断提高自身综合素质水平。把工作做到更好。

2、对公司所有电脑设备进行统一计算机名称，和ip实现远程管理，维护。提升工作效率。

3、领导交办的每一项工作，分清轻重缓急，科学安排时间，按时、按质、按量完成任务。

4、在硬件条件允许的情况下安装，网络流量检测软件，对局域网进行监测，及时发现网络故障和排错，使网络快速高效的运行。

在我入职的近一年，我在公司学到了很多，学会了如何处事，如何与他人更好的交流等等。我在做好自己本职的同时，也学习了公司的一些相关的文化，在我觉得，公司在茁壮的成长，像雨后的春笋;发展速度飞快，犹如刚发射的火箭直冲云霄。这些新的现象是因为共同的努力而创造的，我也希望用自己的这份微薄的力为公司和为自己创造一个更好的未来。

总之，感谢领导对我的信任与支持，我将尽心尽责、全力以赴地把工作做好!努力工作，快乐生活! IT销售人员年终工作总结

忙碌的20xx年就要过去了，记得刚刚进入销售行业的时候，对各个方面都不熟悉，仅仅依靠自信心在鼓励着自己，后来才逐渐摸到门路，并取得了一些成绩，如今把20xx年的销售情况总结一下：

1)、20xx年我共完成销售收入万元(不含XXXXX、XXXX处)，毛利润万元，占公司目标任务的7%，毛利润的7%。

2)、结合销售部工作安排，每位新员工都有指定老客户，我主要负责XXXXX、XXXXX、XXXXX、XXXX、XXXX公司共五个单位。各单位的产单情况如下：

XXX：万元，毛利润万元; 万元，未回款;

万元，未回款; XXXXXX厂未产单。

20xx年共拜访新客户为十家，参于报价为二家，分别是XXXXX和XXXXXXX，但未产单。

1)入职感言。在销售岗位上，首先我要提到两个人一个是曾经的销售总监XXX经理和现任销售部XXX经理，我要非常感谢她们俩人在工作上对我的帮助。因为XX公司经营模式的特殊性，我们并不是在市场上陌拜或自己寻找目标客户，而是主要针对XXXX这个行业开展销售。初期在接触油田销售时，对产品知识和油田情况知识的缺乏，我的工作可以说是非常置后。前两个月，我都是在XXX经理和XXX经理的带领下学习产品知识、了解XXX客户、分布情况、销售技巧、谈话方式、工作中应注意的细节问题，因为有了前期这些经验做铺垫，所以八月份我才能顺利的独立在XXXX开展工作。

it主管岗位责任书范文第3篇

1、全面负责IT系统运维团队管理和建设;

2、负责机房服务器架设与正常运行，优化各项维护工作流程;

3、负责网络及服务器的网络设置、维护和优化、网络的安全监控、系统性能管理和优化、网络性能管理和优化;

4、全面负责公司运维项目的升级、扩容需求与资源落实，配合开发需求，测试、调整运维平台;

5、对于发生的紧急和重大故障在规定时间内解决和排除，并按要求提交相应故障处理报告。

2、IT运维经理岗位职责

1、域环境的管理，备份，维护。

2、机房环境的建设，运维，管理。

3、办公室内部网络设施的管理。

4、公司内部信息系统以及对应数据库的建设，运维，管理，包括金蝶K3Wise财务系统(总账模块)，CRM，泛微OA，取数系统等。

3、IT运维经理岗位职责

1、为业务系统(估值、TA、客服直销系统等)提供日常运维支持;

2、协助业务人员进行业务系统的功能、业务测试;

3、协助业务人员进行报表的一些编制、数据分析;

4、负责业务系统相关的工作流程的拟定;

5、负责业务系统的权限管理，并协助各部门主管进行权限分配;

6、负责交易数据、清算数据及其它重要数据的日常接收和备份，保障数据安全;

7、负责运营管理部业务系统同其他外围系统的对接，并及时制定对接方案;

8、负责创新类产品的技术方案评估，解决产品方案在业务系统实现层面所遇到的问题;

9、部门负责人交办的其他工作。

4、IT运维经理岗位职责

1、参与公司重大项目的IT方案的编制、论证和实施;

2、公司业务系统的建设、运行与管理;

3、计划、建立、维护公司信息技术基础架构;

4、提供专业的IT服务，包括电脑、软件、会议系统、用户端网络、统一通讯、电话及其它电子终端设备，掌握最新硬件，软件的信息和方法，合理调配IT设备资源;

5、制定信息技术管理政策、流程、标准并执行，包括信息安全管控、防病毒攻击策略的完善并执行;

6、制定系统及数据备份策略，加强系统及数据的日常备份，定期做灾难恢复演练，适当提供冗余，确保公司信息系统的可靠性和可恢复性;

7、负责公司IT资产的管理，建立管理流程，确保资产信息准确、全面，按标准合理调配，提高使用效能;

8、做好信息技术日常运营的统计分析，不断在流程上、技术上、服务品质上进行改进，提高自身及公司员工工作效率。

5、IT运维经理岗位职责

1、根据公司业务发展，进行城域网络运行的管理和规划;

2、管理公司现场实施团队(运维团队)，帮助提升公司技术团队的技术能力;

3、安排相关人员抢修通信设备障碍，并组织分析障碍原因，重大障碍及时汇报相关部门;

4、负责部门工作的协调，确保公司客户的全网畅通;

5、负责光纤通信系统的线路、机房和用户机线的运行维护管理工作;

it主管岗位责任书范文第4篇

从毕业至今，大小的项目做了一些，有不少成功的喜悦，也有很多失败的教训。今年由于工作需要，我以软件项目负责人的身份参加了接入网统一网管系统开发的整个过程。从中学到了不少知识，有许多体会,想将自己的感受写出来，与大家共勉。

软件项目管理是一个庞大而复杂的系统工程，当前业界对于软件开发流程有不少规范和定义，如CMM和ISO9000。在该管理体系的管理下是可以开发出高质量的软件产品。但是由于该体系较适合于大型而且复杂项目的团队开发，真正实施尚需要时间和过程。而我们当前执行的项目，一般只有10个人左右，要实施软件工程难度更大。我认为：虽然项目大小不一，但管理方法是相通的，要做好软件开发工作，就必须加强有效管理。

大家知道，“软件危机”起源于一些大型项目的不断延迟甚至失败。与大项目相比，小项目具有以下特点:

项目功能相对较少 ;

开发人员较少;

开发周期较短。

小项目看起来比较简单，比较容易成功，人们往往容易忽视小项目的管理，其实这是一种误解。

据我了解，小项目开发中容易出现以下问题：:

1、开发之前没有认真地进行项目可行性和工作量的估计。

往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差距。

2、没有真正的设计过程 。

开发人员少，不同人员的程序之间交互、接口相对少一些。开发周期短往往是几个人从头到尾负责一个项目，几个人碰一下头，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，没有一份较正式的文档来规范各自职责和项目细节。

这种做法潜在的危险之一是有人可能会对所讨论的接口、结构理解有偏差，可能会造成以后的返工。

另一个潜在的危险是由于讨论时忽略了某些情况，等大家都按时完成分工任务后，才发现各个模块组合起来却无法形成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。

第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，难以理解以前别人做好的代码，又要从头做起。另外，没有文档的程序，日后维护和版本升级都比较困难。

3、不经过单元测试而直接进入系统测试 。

造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多开发人员嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。

针对以上问题，我认为在开发过程中必须处理好四个关键问题，严格把关，可以大大提高软件的质量。

这四个关键问题为：人员、规范、测试、时间控制。

一、合理配置人员

首先软件开发是一项长期艰苦的工作，所以一个团结、协作的团体才能在规定的时间内完成一个质量上乘的软件项目。团队中的每个人必须积极融入到整个集体中，不能互相推诿，更不能互相埋怨和指责，正确的态度是大家在充分信任的基础上团结协作，互相帮助，主动承担任务, 利用集体的智慧获得成功。整个团队就是一部机器，只有每一个齿轮都能正常运作，才能生产出优质的产品。

合理配备人员是成功完成软件开发项目的切实保证。所谓合理配备人员应包括按不同阶段适时运用人员，恰当掌握用人标准。一般来说，软件项目不同阶段、不同层次技术人员的参与情况是不一样的。图一是典型的软件开发人员参与情况与实际人员需求差异曲线图。

如人员配置不当，很容易造成人力资源的浪费，并延误工期。特别是采用恒定人员配备方案时，在项目的开始和最后都会出现人力过剩，而在中期又会出现人力不足的情况。

为开发人员创造出一个人尽其才的环境也是项目成功的重要环节，让他们能得心应手的施展自己的才华，特别在工作安排上要煞费苦心，针对每个人不同的特长，根据项目的具体环境和条件来合理安排人员在恰当的岗位上。

项目负责人是一个团队的核心，其综合素质直接影响项目的成败。合格的项目负责人具有高超的领导才能和强烈的科技意识和较强的业务处理能力;具有敏锐的洞察力，能瞄准目标，实事求是，精心组织，坚决果断，灵活应变，享有信誉;善于制定计划，解决问题，沟通信息;具有良好的市场意识和交际能力。当然同时满足这些条件比较困难，但是他应该具有实现这些素质的条件，并注重经验的积累、素质的提高、能力的培养。并能从以下几方面严格要求和培养自己：

以身作则：只有身先士卒，各方面以身作则，才能得到广大开发人员的认可和信任，才能树立较高的威信。

果断抉择：负责人的重要任务是决策，特别是有多种选择的情况下，一个正确的选择往往事半功倍。

善于交际：他必须积极对外联络，充分利用外部资源，例如其他部门做过类似项目者，可以向他们取经甚至直接获得源码。这对一个项目争取时间，避免重复工作很重要。

善于协调：协调几个人的工作比自己完成一段编码更重要。由于协调不力，将影响开发。所以项目负责人除完成自己的编程任务外，必须随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等。

善于制定计划：在开发前，可将明确的开发任务通过文档传递给每个开发人员，让大家都熟悉设计模型，都清楚自己所做的工作在整个系统中处于什么地位，这样有时侯可能会发现设计模型中的漏洞，避免了各人的代码编写完毕之后又要修改的后果。

沟通问题：团队沟通不是技术问题，但却是一个最能影响工作效率的问题。沟通及时、集思广益、步调一致，才能取得胜利。

二、严格执行软件开发规范

软件开发需要严格按照软件规范实施。用手工作坊式的方式来开发软件，其结果必然失败。从项目的用户需求分析、系统分析、编码、调试、测试、发布都需要一步一步完成，不能轻视或忽略任何一步骤。前部分没有完成好，不要贸然进行下一步。越是项目起步阶段，越是要注意按照规范进行。

如前所述，因为开发软件项目规模较小，很容易忽视规范化，而随心所欲，没有计划，想到哪做到哪，其最终的结果是失去控制。其实项目小正是实现软件规范化管理的好时机，规模

小，涉及的管理方面有限，管理实施起来比较容易。CMM等规范标准不是轻而易举就能实现的，但是可以借鉴它的思想和方法，先在小项目上实现规范化管理，培养人员的规范和意识，为以后实现大项目的CMM等规范打下良好的基础。

特别需要重视软件开发中文档管理。那种认为只要产品做出来可以运行，何必花费许多精力去做文档的观点是错误的。经过实践，我深刻体会到，没有文档会带来很多问题。用文档去引导开发过程，抛弃随心所欲的开发模式。就象工厂工人师傅按照图纸生产零件一样，否则很可能会得到次品甚至是废品，给后来开发者留下一堆没有意义的“垃圾”产品。我认为文档应该是开发中阶段(mileStone)结束的标志，每个阶段后，都需要提交相应的文档，而且要确保文档的质量。

确保文档质量的最有效方法就是评审，提交文档后，项目负责人组织相关人员对该文档进行审核，在充分讨论的基础上进行文档的重新修改和审核直到满足项目要求。文档应该是贯穿整个过程的主线，在不同的阶段，需要不停地对文档进行完善，使之真正成为全体项目人员的智慧结晶。

三、重视测试

测试是软件开发中容易忽视的问题，许多人认为开发的主要工作是编码，其实不然，在没有严格执行开发流程的开发活动中，测试可能是唯一能确保软件质量的方法和手段。而越是松散的项目越轻视测试活动，它既没有固定的测试组织，又没有程序员间的交叉测试，更没有考虑过有效的测试流程和方法，他们的软件质量完全建立在对程序员能力信任的基础上，这是很不安全的。

测试是对软件产品质量的检验和评价。它一方面检查软件中存在的质量问题，同时对产品质量进行客观的评价。

我们一般把发现的错误bug(我们也称为缺陷defect)按严重性分为四类：死机(系统崩溃或挂起)、致命(使系统不稳定、或破坏数据、或产生错误结果，而且是常规操作中经常发生或非常规操作中不可避免的)、严重(系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果，如：显示不正确但输出正确)、一般(界面拼写错误或用户使用不方便)。

我们也把发现的错误按优先级分为三种：高、中、低。一般是某错误对用户接受或使用影响越大其优先级越高。

要完成严格的测试，就必须建立规范的系统测试流程，有专人负责执行，而且开发人员要积极配合，不要认为测试人员是在给自己找麻烦，测试人员查找的错误可能是程序员无法发现的错误。

一般的测试流程应该是：

1、项目组提交系统测试申请给测试中心指定帐号。由专人检查文档格式和完备性。

2、检查合格后交给该产品对应方向的研究人员，评价其内容的有效性和真实性。

3、检查合格后由测试中心主任审查并通过，成立测试组，指定测试组长(可暂时没有组员)。

4、测试组长根据该产品的申请报告、测试设计和以往测试数据，制定测试方案。

5、测试中心主任审核通过测试方案后，根据测试方案指定测试组成员，并由支持组完成其他支持任务(如：设备的配备、测试数据库的建立、网络权限的修改)。

6、测试期间测试组根据测试方案进行实际测试，记录并跟踪测试缺陷报告，填写测试记录。测试组长与项目组(测试经理)经常沟通，并获取产品的更新版本。同时，测试组长审查、修改并提交所有缺陷报告，保证随时掌握产品的质量情况，并监督测试进度。

7、产品进行到一定阶段后(标志是测试缺陷报告库中所有的报告处于归档状态)，由项目组和测试组长共同决定产品进入稳定期测试。稳定期测试版本之前的版本必须在显著位置标明为测试版字样。

8、稳定期测试期间所发现的缺陷报告也需要记录在测试缺陷报告库中，并在稳定期结束后由双方(有时可能也有市场方面的意见)共同决定对这些缺陷的处理方式。如果需要改动产品，则重新开始稳定期，否则通过稳定期测试。

9、测试组长对于通过稳定期测试的产品填写综合测试报告，测试中心依此发布产品发行通知。

10、测试组对整个测试过程和产品质量进行总结和评价，形成文档并备案。同时，将测试过程中对测试设计的改动纳入基线(是已经通过正式复审核批准的某规约或产品，是软件开发中的里程碑)。最后，组长整理并在指定地点保存相关测试数据和测试样张。

11、测试中心解散测试小组。

另外，在系统测试阶段，我们要求测试小组要进行一些常规内容测试(如：Y2K测试，病毒检查、裸机测试、加密检查、说明书检查)，并要求写入测试方案中。

测试应该在现实的环境中进行。所谓现实环境就是与用户实际使用的环境相同或相近，因为开发环境和用户使用环境有很大区别的，而开发的产品最终是要交给用户使用的。如果没有办法模拟用户环境，则程序员可能必须自己开发一些模拟程序来模拟现实环境。特别是与硬件配合的项目，因为在程序调试时硬件可能没有完全完成，这时就必须开发模拟硬件的程序，否则开发的进度可能无法保证。

四、时间控制

开发人员最担心 “领导不断催促，可系统提交日期一拖再拖”，项目负责人对此一筹莫展，束手无策。开发活动如同一个黑箱子，资金扔进去了，人员扔进去了，设备资源扔进去了，但不知道什么时候会出来结果，更没有把握出来的东西是否是用户所要的东西。为避免人力、物力、财力浪费，要做好项目计划，进行有效的时间控制。

软件项目管理过程开始于项目的计划，在做项目计划时，第一项活动是估算。现在已经使用的技术是时间和工作量的估算。因为估算是其他项目计划活动的基石，而且项目计划又为软件工程过程提供了工作方向，所以我们不能没有计划就着手开发，否则就会陷入误区。 软件项目的进度安排主要是考虑软件交付用户使用的这一段开发时间的安排。进度安排的准确程度可能比成本估计的准确程度更重要。软件产品可以靠重新定价或者靠大量的销售来弥补成本的增加，但进度安排的落空会导致市场机会的丧失或者用户不满意，而且也会导致成本的增加。因此在考虑进度安排时要把人员的工作量与花费的时间联系起来，合理分配工作量，利用进度安排的有效分析方法严密监视软件开发的进展情况，以使得软件开发的进度不至于被拖延。

在作进度安排时要考虑的一个主要问题是任务的并行性问题。当参加项目的人数不止一人时，软件开发工作就会出现并行情况。因为并行任务是同时发生的，所以进度计划表必须决定任务之间的从属关系，确定各个任务的先后次序和衔接，确定各个任务完成的持续时间。另外还应注意关键路径的任务，这样可以确定在进度安排中应保证的重点。常用的进度安排方法有两种，即甘特图(Gantt Chart)法和工程网络法。

项目怎么样才能算做好了，也是各有各的看法，我对项目成功的定义为，“三赢”的项目，才算是真正成功的项目。三赢包括，用户满意;公司满意;项目参与人员满意。

为用户服务、让用户满意：用户指提供资金并且最终使用项目结果的所有人员，项目的开发过程和最终结果，要让用户认可、使用，并让用户说好。此为一赢。

让公司满意：项目开发要按时保质保量地完成，并为公司积累项目经验、知识储备，包括项目、人才、技术、市场等各方面的储备。此为二赢。

让项目参与人员满意：要让开发人员在项目中专注地完成任务，免受项目之外的因素干扰。正常、优秀地完成项目，对开发人员本身也是一种巨大的鼓励。还要让供应商深知其设备、软件的使用情况，让项目的成功成为供应商的成功，为下一次的更好合作打下基础。

it主管岗位责任书范文第5篇

1、 项目经理为整个项目的第一责任人。

2、 项目经理对《质量检查报告》中的所有细则负首要责任。

3、 项目经理必须有效掌控项目开发的各个环节，协助、指导项目组成员的工作，及时发现并处理项目中存在的问题，并对项目组成员的工作进行合理的评价。

4、 负责管理和控制项目全过程的质量、进度。分析偏差，采取纠正措施。如果发现项目实际进展显著偏离计划，则及时采取纠正措施。

5、 根据项目规范建立项目组内部管理和沟通机制。

6、 可根据需要调配组内人员等资源。

7、 有权对项目组成员提出奖惩建议。

8、 项目经理负责组织需求分析工作，并组织对需求文档和需求变更文档进行复审。

9、 分配系统设计任务，包括体系结构设计、模块设计、用户界面设计、数据库设计等。

10、组织对体系结构设计、模块设计、用户界面设计、数据库设计进行评审。

11、负责组织项目开发小组会议并编写会议纪要。开发小组会议每周至少举行一次(可与项目例会合并)，对难点、疑点问题进行分析、解决，保证小组内成员充分沟通。

12、负责每周对开发人员的代码进行检查。

13、负责提交测试版本、搭建符合实际的集成测试环境，每个项目只能有一个测试环境，开发环境不可与测试环境混合。

14、所需提交文档：

 立项后制定《项目计划》并保证该计划的合理性和现实性。组织项目组内对《项目计划》进行评审，《项目计划》制定或变更后必须发邮件通知部门经理、测试部及项目相关人员。

 每周五下班前提交项目的《项目周报》至TFS上项目相关目录。

 协助设计人员编写《体系结构设计报告》、《模块设计报告》、《用户界面设计报告》、《数据库设计报告》

 提交《内部验收表》。项目成果交付用户前项目经理必须组织内部验收，并签字生效。

 结项前向项目管理部门提交《结项申请书》。

 负责组织开发设计人员、需求分析人员、测试人员，根据《用户需求说明书》提交各类技术文档，并保证该文档的及时有效性和准确性。

二、 项目管理FAQ

1、 项目计划如何编写?

项目计划按文档模板的提示完成各项内容，统一使用PROJECT工具制定并跟踪。

2、 项目计划编写好后怎么提交?

项目计划编写完毕后，需将初稿提交给项目管理部门进行初审，并由其组织项目管理部门成员及项目组成员进行开会评审。

3、 怎样进行项目计划变更?

在项目过程中，需根据实际情况对《项目计划》进行变更，须提交项目管理部门进行评估，如对项目有重大影响，项目经理须填写《项目计划变更申请表》并提交项目管理部门进行审核。

4、 需求分析文档编写有哪些要求?

项目的需求分析文档是开发的依据，在编写中每项功能的描述必须思路清晰，要求有输入、输出项和操作步骤、业务流程等信息，并能对功能画出示意图、流程图等。需求分析文档编写完成后需将初稿提交项目管理部门进行初审，再由其组织项目组成员并邀请相关人员进行会议评审。

5、 整个项目实施过程中，各类角色周期性需要提交什么文档?

项目经理：每周五举行项目例会，并提交《项目周报》的“项目进度”部分。 开发人员：每周五提交《项目周报》的“实际完成任务”和“问题汇总”。 测 试 员：每周五提交《项目周报》的“质量保证报告”。

6、 项目经理的主要任务是什么?

在立项申请评审会议中指定项目经理后，项目经理需提供项目组开发人员的建议名单，包括体系结构设计员、界面设计员、数据库设计员及模块设计员。

制定完《项目计划》后，项目经理应按《项目计划》要求制定《开发计划》。 项目经理负责对各系统设计员所提交的设计文档进行初审。

项目经理应经常对开发人员的模块设计或源码进行抽查，确保软件开发质量，并符合设计要求，并在每周五提交的《项目周报》中的“源码检查情况”记录相关信息。

7、 如何使用Bug管理系统?

项目立项后，测试部将会在Bug管理系统创建该项目，并设置项目组成员及各成员的角色。

项目组内任何人发现项目缺陷都应该登录Bug管理系统中进行记录，若非项目组成员发现错误应及时反映给测试人员。

提交缺陷时，根据缺陷的严重性选择类别，并选择“严重级别”能让开发人员及时获取信息进行修改。标题应该简要说明缺陷内容，以便进行相关查询和统计，不能以“错误”、“测试结果”等无意义的词作为标题。

8、 怎样进行验收、升级、安装?

所有项目在提交客户前，必须通过测试部和项目经理组织的内部验收，并填写《内部验收表》。

内部验收通过后，项目经理制定《客户验收计划》并组织客户及项目相关人员进行验收，编写《客户验收报告》。

项目组/开发人员负责提供需要验收的软件和建立验收环境。并编写安装、升级脚本。 安装、升级前应先在测试服务器上搭建与正式服务器相同的环境，执行安装、升级脚本，确保脚本执行无误，然后再验证程序的正确性。

测试服务器上安装、升级无误后，项目经理指定开发人员进行正式系统的安装、升级，安装、升级人员填写《升级(安装)记录表》。

9、 如何结项?

所有交付给用户使用的系统，必须在交付验收的同时，提交经项目经理和质保员审核的操作手册、软件系统管理手册、系统安装、配置和维护手册等验收所需文档。 所有验收文档提交齐全后，由项目经理撰写《结项申请书》，申请结项。《结项申请书》应附上经项目经理审核的项目竣工文档清单，并对项目进行全程回顾，总结项目中的经验教训，对项目组成员的工作质量、责任心和效率等进行评估。

项目管理部门对《结项申请书》进行评审，决定是否同意结项，并提交《结项评审报告》。

10、操作手册等验收文档由谁来写?

验收所需文档均由项目经理指定项目组内成员完成，项目经理和测试员负责审核。

11、结项后又有新需求或需求变更怎么办?

根据需要重新考虑立新项目。

12、对于细小需求频繁变更，时间要求又紧张的需求变更如何应变?

对于较小的需求变更，经过需求分析人员和开发人员的沟通，记录在需求文档的历史记录中，并由项目经理签字确认;重大需求的变更，则必须按照需求变更流程进行控制，提交《需求变更申请书》，并进行项目组内的需求评审。如果质保员在测试时才发现需求有重大变更但未形成文档且未经评审，则严肃处理。

三、 项目风险控制

1、 合同风险

签订的合同不科学、不严谨，项目边界和各方面责任界定不清等是影响项目成败的重大因素之一。

预防这种风险的办法是项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。

2、 需求变更风险

需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损(实际上项目建设方也面临巨大的风险)。

预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。

3、 沟通不良风险

项目组与项目各干系方沟通不良是影响项目顺利进展的一个非常重要的因素。 预防这种风险的办法是项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。

4、 缺乏领导支持风险

上层领导的支持是项目获得资源(包括人力资源、财力资源和物料资源等)的有效保障，也是项目遇到困难时项目组最强有力的“后台支撑”。

预防这种风险的办法是主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇报工作进展。

5、 进度风险

有些项目对进度要求非常苛刻(进度要求不高的项目，我们同样要考虑该风险)，项目进度的延迟意味着违约或市场机会的错失。

预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

6、 质量风险 有些项目，用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。

预防这种风险的办法一般是经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

7、 系统性能风险

有些软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。

预防这种风险的办法一般是在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。

8、 工具风险

软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。 预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代工具，在这些工具需要使用之前(一般需要提前一个月左右)跟踪并落实工具的到位事宜。

9、 技术风险

在软件项目开发和建设的过程中，战略管理技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

预防这种风险的办法是选用项目所必须的技术、在技术应用之前，针对相关人员开展好技术培训工作。

10、团队成员能力和素质风险

团队成员的能力(包括业务能力和技术能力)和素质，对项目的进展、项目的质量具有很大的影响，项目经理在项目的建设过程需要实时关注该因素。

预防这种风险的办法是在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。

11、团队成员协作风险

团队成员是否能齐心协力为项目的共同目标服务，生产管理是影响进度和质量的关键因素。 预防这种风险的办法是项目在建设之初项目经理就需要将项目目标、工作任务等和项目成员沟通清楚，采用公平、公正、公开的绩效考评制度，倡导团结互助的工作风尚等。

12、人员流动风险

项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折。

预防这种风险的办法是尽可能将项目的核心工作分派给多人(而不要集中在个别人身上)、加强同类型人才的培养和储备。

13、工作环境风险

工作环境(包括办公环境和人文环境)的好坏直接影响项目成员的工作情绪和工作效率。 预防这种风险的办法是在项目建设之前就选择和建设好适合项目特点财务管理和满足项目成员期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境。

14、系统运行环境风险

目前，大部分项目系统集成和软件开发是分开进行的(甚至由不同公司承接)。因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。

预防这种风险的办法是和用户签定相关的协议、跟进系统集成部分的实施进度、及时提醒用户等。

15、分包商风险

有些项目管理可能会涉及到将系统的部分功能分包出去，这时项目组就需要关注项目的分包商风险。

it主管岗位责任书范文第6篇

IT系统相关人员职责划分管理规定(试行)

ZXG140400-2007

1.总则

为了建立本公司IT系统适当合理的职责分离制度，防止相关人员职责存在冲突，确保计算机应用软件系统(以下简称应用系统)数据的准确性和安全性，特制订本规定。

2.适用范围

本规定适用于对IT系统相关人员职责划分的管理，重点适用于公司层面自主开发的应用系统的相关人员以及公司层面所购商品软件的使用和维护人员。

各二级公司自主开发的内部应用系统及本单位所购仅限内部使用的商品软件所涉及的相关人员的职责划分，由各相关单位参照本规定实施管理。

3.职责

3.1技术发展部负责本规范的制订和修订，负责管理各应用系统“应用系统职责分配表”，并负责对本规定的执行情况开展定期或不定期的监督检查和指导工作。

3.2具体承担开发和维护公司层面某个应用系统的单位，应按照本规定对本单位所负责的应用系统所涉及的相关人员进行职责划分并实施具体管理。

4.管理要求

4.1职责划分原则

4.1.1掌握应用系统内部结构和源代码的人员不得从事该应用系统的操作使用。

4.1.2应用系统的操作使用人员不得从事代码编写，不得接触网络设备、服务器、数据库及应用系统的源代码。

4.1.3掌握服务器、数据和源代码的人员的职责应分离，不能交叉任职。

4.2人员分类

结合本公司IT系统的实际情况及4.1条划分原则，将本公司IT相关人员做如下分类：

1)应用系统使用人员

2)应用系统开发人员

3)应用系统维护人员

4)应用系统测试人员

5)数据库管理人员

6)系统管理人员

7)应用系统管理员

4.3职责与权限

4.3.1应用系统使用人员

1)为保证业务系统的正常运转，使用人员必须经过系统学习。使用过程中应严格按规程操作，严禁未经过系统培训者和无关人员上机操作;

2)为保证应用系统使用安全，使用人员应保护好个人密码，经常修改，以防被盗;计算机使用完毕应及时退出应用系统，以免浪费网络资源或被他人盗用系统信息;

3)禁止使用人员在业务用计算机上擅自安装和卸载任何软件，禁止更改计算机配置，禁止做与业务无关的任何操作;

4)使用人员必须在规定职责权限范围内处理各项业务，不得越权操作;

5)在应用系统使用过程中如发现异常故障，应及时联系该系统维护人员;

6)数据输入/处理/审批人员应进行职责分离，不得同时担任同一应用系统的输入、审批、监控等职责不相容的工作。

4.3.2应用系统开发人员

1)了解用户需求，进行项目可行性分析和需求分析;

2)参加项目评审，并对不同方案进行选择;

3)负责制定项目计划，跟踪项目执行情况，并进行控制;

4)负责进行系统概要设计和详细设计等;

5)负责按照项目的要求和分工进行编码;

6)负责集成应用系统，并进行安全控制;

7)负责编写应用系统的各类文档;

8)参与应用系统验收。

4.3.3应用系统维护人员

1)负责应用系统的日常维护和配置管理工作;

2)负责制定应用系统上线计划，并实施应用系统上线;

3)接受使用人员的意见反馈，并负责进行疑难解答及故障处理。

4.3.4应用系统测试人员

1)负责编写合理的测试计划，并与项目整体计划有机整合;

2)负责编写覆盖率高的测试用例;

3)负责应用系统的具体测试，分析产品需求，建立测试环境，保证系统测试工作顺利进行;

4)负责编写测试报告。

4.3.5数据库管理人员

1)负责确定数据库的信息内容和结构，并可操作数据库;

2)负责制定数据库的存储结构和存取策略;

3)负责定义数据的安全性要求和完整性约束条件;

4)负责监控数据库的使用和运行，分析数据库的性能并进行问题诊断;

5)负责数据库的改进和重组重构;

6)负责数据库的安全与日常维护，制定并实施数据库系统的备份和恢复方案。

4.3.6系统管理人员

系统管理人员包括网络管理人员、服务器操作系统管理人员和终端用户管理人员。

4.3.6.1网络管理人员

1)提供网络运行保障，确保网络系统的稳定与正常运转，及时解决网络故障;

2)负责网络系统的管理和维护，确保高效、可靠地管理网络资源;

3)负责对网络操作系统和信息进行存储备份及恢复;

4)负责或协助服务提供商部署有效的安全策略，保证网络安全;

5)负责或协助服务提供商进行网络设备的调试和安装;

6)负责或参与网络工程的设计和网络设备的选型。

4.3.6.2服务器操作系统管理人员

1)负责安装和配置服务器操作系统及其它有关软件;

2)负责监控并优化服务器系统资源的使用;

3)负责计划和实施服务器系统备份及恢复方案;

4)负责服务器操作系统及程序的升级;

5)负责服务器系统用户和安全管理;

6)负责为服务器操作系统打已知的补丁;

7)负责或协助供应商进行服务器硬件管理和故障诊断。

4.3.6.3终端用户管理人员

1)负责终端用户(网络终端结点的用户)设备的维护;

2)负责终端用户的安全管理、软件维护和设备的配置及环境管理等。

4.3.7应用系统管理员

负责建立应用系统用户，分配用户使用权限(应用系统应提供该项功能。应用系统管理员可以由应用系统使用人员担任，也可以由应用系统维护人员担任;但应用系统管理员不得从事具体的业务，也不得从事该应用系统的开发工作)。

4.4审批与备案

4.4.1公司层面IT系统的相关人员的职责划分，由各具体负责开发和维护的部门提出相关系统的职责分配方案，填写“应用系统职责分配表”，经所在单位负责人签署意见后，报公司技术发展部领导批准后实施。

4.4.2各二级公司自主开发的内部应用系统及本单位所购仅限内部使用的商品软件所涉及的相关人员的职责划分，由各二级公司根据本规范所要求的原则自行批准实施，并将相应系统的“应用系统职责分配表”送公司技术发展部备案。

4.4.3各类应用系统在应用过程中所发生的IT相关的开发和维护人员和/或职责的任何变更，均应按本规范履行相应审批和备案程序。

5.附则

5.1结合公司实际，公司层面自主开发的各类应用系统原则上按如下方向进行分工：

1)中国重汽集团济南技术中心有限公司负责产品明细表、工艺路线、发动机ECU等与产品研发数据相关的应用系统的开发和维护工作以及公司安排的其它工作;

2)技术发展部信息技术室负责销售一线通、服务备件一线通等与销售和服务相关的应用系统的开发和维护工作以及公司安排的其它工作;

3)中国重汽集团济南卡车股份有限公司负责公司TRP系统(包括与财务软件的接口)等与生产和物流相关的应用系统的开发和维护工作以及公司安排的其它工作。

5.2本规定自年月日起试行。

5.3本规定由技术发展部负责解释。

下载相关表格