IT需求如何主动支撑，快速支撑，高效支撑

APEX IT运维和服务管理系统 提供了“无缝式IT监控系统”功能，其系统架构清晰，采用模块化的设计理念，各功能模块既可独立运行、松散耦合；亦可整体功能无缝衔接覆盖整个业务系统，灵活的自由组合真正实现个性化的IT无忧运维。

APEX IT运维和服务管理系统主要由综合运维管理平台OSSWorks、网络管理NetManager、应用管理ApplicationsManager、流量管理FlowManager、桌面安全管理DeskTopManager等五个产品组成：

OSSWorks：遵循ITIL标准规范，结合国内管理模式，提供服务台、个人桌面管理、事件管理（突发故障管理）、问题管理、IT资产配置管理、变更与发布管理、知识库等功能，实现了一体化的IT运维支撑平台。

NetManager NETMANAGER：实现了对交换机、路由器、防火墙等设备的全方位管理，提供了丰富的拓扑、配置、资产、故障、性能、事件、流量、报表等网络管理功能。

ApplicationsManager： 实现了对多种系统及上层应用监控管理功能，包括服务器、数据库、邮件服务器、WEB服务器、应用服务器、 *** 作系统、网站监控等。

FlowManager：提供网络流量监测、流量门限、协议分析、Web上网行为审计等功能。结合NetFlow网络流量分析器实现更为细化、便捷的全网流量分析功能。

DesktopManager：提供资产管理、桌面安全策略管理、软件和补丁分发、文件访问控制等功能，确保PC应用环境的稳定性与安全性。

通过Apex IT运维和服务管理模块可以实现对IT资源的全面、可视化、统一管理。

正所谓知易行难，目标管理并不仅仅是管理目标这么简单，它有一套完备的目标体系。它需要科学的方法，需要一种对时机、风险、分寸的把握和判断的能力。

目标管理是管理大师彼得·德鲁克在其名著《管理实践》中最先提出的，他提出目标管理与自我控制的相互结合使用。德鲁克认为，并不是有了工作才有目标，而是相反，有了目标才能确定每个人的工作。MBO（ManagementByObjectives，目标管理）是为了实现项目的任务与目的，给各层级人员从上至下制定切实可行的目标，并且各层人员必须在规定时间内完成指定任务的一种管理方法。

去掉繁复的理论体系的包裹，目标管理其实很朴素，手段其实很简单。它需要做好三件事--目标设定、制定计划并控制、度量目标达成度。也就是说，项目启动前要有目标和计划，项目进行当中要有控制，项目结束之后要对目标进行度量。目标管理的关键点在一头一尾，头是分层级设定目标，尾就是考核、评价和奖惩。

因此，目标管理是一种程序或过程，

项目管理者通过目标对下级进行管理，当确定了项目总体目标后，必须对其进行有效分解，转变成各个部门/团队以及各个员工的分目标，管理者根据分目标的完成情况对下级进行考核、评价和奖惩。所以，目标管理量化了目标，从而使目标具体化、可视化。

（2）目标分解与考核量度

目标管理是通过目标的设置和分解、目标的实施及完成情况的检查、奖惩为手段，通过员工的自我管理来实现目的的一种管理方法。过程不重要，结果重要。可能管理过程是松散的，但结果却是受到控制的。在目标分解过程中，权、责、利三者明确，只有每个员工完成了自己的分目标，整个项目的总目标才有完成的希望。

总的来说，目标管理加大了对员工的绩效考核力度。目标管理以制定目标为起点，以目标完成情况的考核为终结。至于完成目标的具体过程、途径和方法，上级并不过多干预。所以，在目标管理制度下，监督的成分很少，而控制目标实现的能力却很强。

（3）目标管理的优点

一是目标管理对项目内易于度量和分解的目标会带来良好的绩效。例如，对于在技术上具有可分性、可量化的工作，由于责任、任务明确目标管理常常会起到立竿见影的效果，而对于技术不可分的任务则难以实施目标管理。二是目标管理有助于改进团队的职责分工。例如，由于项目目标的成果和责任力图划归一个职位或部门，容易发现授权不足与职责不清等缺陷。

（4）目标管理的缺点

在实际项目运作中，目标管理也存在许多明显的缺点。主要表现在：一是IT项目内的许多目标都难以定量化、具体化，或许多工作在技术上不可解，或项目环境的可变因素越来越多，使项目活动的不确性越来越大，这些都使得IT项目的许多活动制订数量化目标是很困难的。二是目标商定可能增加管理成本。目标商定要上下沟通、统一思想是很费时间的，同时每个团队、个人都关注自身目标的完成，很可能会忽略了相互协作和总体目标的实现，滋长本位主义、临时观点和急功近利倾向。三是有时奖惩不一定都能和目标成果相配合，也很难保证公正性，从而削弱了目标管理的效果。

重庆电信企业信息化事业部 傅诣

      目前垂直的部门管理模式对“以客户为中心”、“零不爽”要求弊端日益明显。特别是在当前市场需求瞬息万变，需求要求快速支持的背景下，需求无法高质量的实现，首先表现在需求实施的效率与速度上，无法快速支持需求。其次表现在需求实施质量上，需求上线问题较多，带来很多次生问题，需求质量业务单位与分公司都不满意，影响IT口碑。

      以客户需求为中心，启用矩阵式需求管理，建设高、精、尖需求界面团队，在企信部设立后方资源池，深入需求一线，让需求一线指挥炮火，实现需求小前端，大后端，前端综合化、后端专业化，后端全力支持前端。

现状：目前企信部采用传统的垂直化组织架构，各域组织界面分明，容易形成部门壁垒，需求由需求前置团队接收，分派到各个域，较为复杂的联合需求由各域分别评估，各域再进行联合确认，再与需求业务单位进行沟通，期间反馈多次，效率较低，特别是在部分需求细节存在问题时，往往需要多次开会共同确认，在实现方案上各部门也往往各执一词，耽误需求实施时间，也影响需求实施质量。

措施：

1采用需求矩阵式管理：针对重要需求，采用项目制管理，由各部门部门负责人、技术专家、实施人员、厂商组建临时需求实施团队，此团队不隶属于任何一个部门，采用承包方式，将需求承包给虚拟团队，每个需求团队负责人拥有可以“呼唤炮火”的权利与“签署责任书”的义务，做到权责对立，平衡（后面会详细说明）。这样就可以整合事业部各部门的专家优势，打通部门壁垒，快速实现需求。该方式也就在事业部层面就形成了一个垂直于传统部门的需求实施矩阵，与各域的生产维护形成互补。

2“黄金四边形”：黄金四边型目标是建立贴近需求一线的敏捷化组织，在事业部层面对外形成统一的界面，能灵敏捕捉到公司领导及一线的关键需求，找准需求“痛点、关键点”，迅速调动资源，建立专项团队，灵活快速实现需求，打破部门壁垒，突破原始需求流程的烦冗。团队必须包含“项目经理”、“需求分析团队”、“方案设计实施团队”、“后期维护支撑团队”四个关键团队，形成黄金四边型。

各团队职责如下

（1）项目经理：项目经理是团队的****，是需求的第一责任人，拥有“呼唤炮火”调度资源的权利，同时，也是需求目标达成的第一责任人，签署需求实施承诺责任书，在需求完成后接受事业部对实施情况的考评。厂商负责人也纳入项目经理。

（2）需求分析团队：需求分析人员是与业务单位接触的排头兵，是第一接触人，首要任务是找到需求的“痛点”或“题眼”，其次是需求实施的桥梁，对外，负责引导业务单位按照IT“先上菜”进行推进，引导业务单位采用IT推荐的需求实施方案与分布实施的时间计划；对内，负责将需求与方案设计实施团队沟通，形成需求支撑方案，并与前端沟通。再次，在需求实施全生命周期中对需求变更进行管理。分析团队工作必须量化，每个需求必须要有需求分析说明书，每次需求会议必须要有需求沟通（或评审）会议纪要，每次需求变更需要有需求变更记录。

（3）方案设计实施团队：由各域的专家与执行人员组成，负责需求实施方案的落地，并与需求人员一起对实施方案向业务单位沟通，达成一致，最后由此团队的实施人员完成需求上线（执行人员可能与后面的“后期维护支撑团队”人员重复）。方案实施团队必须输出每个需求的方案，方案由事业部形成统一的模板输出，方案质量纳入管控。此环节是当前需求实施中的短板，很多需求在完成需求分析后，直接丢给厂商实施，实施方案中功能部分内容没有评审，界面部分在实施中也没有DEMO，没有也业务单位沟通，导致质量不被业务单位认可。该点如何提升，建议如下：

首先把需求分为5个层次，要求在方案模板中必须都进行说明，底层为功能需求，仅仅针对功能本身；第二层为服务需求，本层包含业务及流程，提升服务能力的需求；第三层为体验需求，考虑到客户感知的需求，含易用性， *** 作性，感知方面；第四层为关系需求；顶层为成功需求，即满足公司组织成功，有效推动业务发展。我们现在往往注重第一层的功能需求，对其他层次需求不够关注。即使在第一层功能需求中，还存在“简单功能做不好，复杂功能做得好”的情况，原因就是以IT惯性思维技术为导向，没有以客户需求为中心，没有抓住需求“痛点”，将IT功能做得复杂。后续，我们要多放精力到第2至第5个需求层次中，更加注重易用性， *** 作性，快速支撑。

（4）后期维护支撑团队：目前我们往往“重建设，轻维护”，需求上线后，就算完了，监控、作业计划没有跟上，上线后也不能主动发现问题，往往前端发现问题后，已经晚了，造成了较严重的后果。对此，后续维护支撑团队，首要任务是建立需求上线初期的监控保障手段，用数据说话，证明新需求上线后的运营情况，提前于业务单位发现问题，及时处理。其次，对新需求上线后的监控，作业计划进行实施，对新需求上线后出现的问题进行集中解决，为一线提供支撑。

前面说了，我们建立了矩阵式需求管理制度，组建了高、精、尖的需求团队，那么如何进行运作？

1小前方，大后方：需求分析团队直面业务单位，但我们后面有一个强大的支撑保障团队（各域专家、实施人员、战略合作伙伴等），各域整合资源形成整体支撑大平台，提供解决方案，提供技术支持，这样才能让小前方需求分析人员有底气，有引导需求，主导实施的资本。

2一线呼唤炮火：当需求人员或需求预沟通发现重点需求时，一线要迅速做出反应，立即呼唤炮火支撑，后端将根据需求难易程度，配备必要的资源，在实施过程中动态补充人员，必要时采用王牌团队或王牌专家，快速应对需求，落实方案，稳步推进。

实现小前方、大后方，一线呼唤炮火的措施：

（1）呼叫的炮火要集中在一点原则：集中在“痛点”或“需求题眼”上，才能实现“闪电战”。这也是中心领导说的先上关键“菜”。虽然我们呼唤到了火力，但是如果针对整个需求的方方面面，无法显示出火力的局部优势（火力被分散了），这就要求我们的需求项目团队，与业务单位沟通，集中火力先上关键“菜”，这个原则的度一定要控制好。

（2）组织人员保障：按不同域对不同人员进行打标，定义他们的责任，为他们指明发展方向，形成人力资源池。按照需求项目管理，需求实施需要管理者、需求分析人员、技术保障人员、上线后维护支撑人员。需要对各部门人员打标，属于哪一种角色，形成专家库，为随时组建队伍做准备。

（3）需求考评机制：事业部拟定出台《需求实施承诺书》，包含权利与义务。权利是可以在一定范围内调配资源，承诺为需求完成的目标，在完成目标时对应的奖励与惩罚。项目经理代表团队签署承诺书，并在需求上线后1个月内接受事业部考评，并进行奖励或处罚，并给团队及成员等级评定。

（4）团队及专家等级晋升机制：各种人才打标后，均成为此类型的专家，需要对组建的团队与专家根据需求实施效果进行考评，采用军队的晋升方式。通过考评筛选出王牌团队与王牌专家，在遇到重要需求，疑难问题时，优先使用王牌团队与王牌专家，使其成为“特种部队”。这样做的目的，是将事业部目前的“屯兵模式”提升为“精兵模式”，让不确定、困难复杂的关键需求，由精兵完成，提升感知。通过此方式，还可以建立企信部的战略预备队，为IT队伍的后续发展提供帮助。

（5）仲裁（指导）委员会：仲裁委员会设立的目的就是打破部门间的壁垒，具备横向传递沟通及协同作战能力。前面说到，项目经理作为需求项目实施的第一负责人，具有一定的动态调配资源的权限，但如果在需求实施工程中，出现与职能部门的壁垒或冲突，或遇到其他管理问题、人力资源问题，由仲裁委员会仲裁决定。建议仲裁委员会由事业部领导及部门领导组成，针对非技术性问题进行协调仲裁。

（6）技术委员会：事业部技术委员会负责需求实施中遇到的方案问题解决及支撑，特别是对在哪个系统实施较优方面进行确认。在需求遇到技术难题时，技术委员会将对技术细节进行指导。

（7）需求管理平台（缺失）：事业部目前使用门户及ITSM系统结合对需求流程进行管理，但缺失一个统一的需求管理平台，各部门目前均使用EXCEL对需求进行管理，哪些需求已超期，哪些需求为事业部当前重点需求，哪些需求不合理，没有一个需求管理系统进行管理，所以，建立一套需求管理分析系统，迫在眉睫。

（8）会议管理系统（缺失）：以业务部为例，上周业务部有10个会议，其中需求会议6项。业务部目前通过人员进行管理，罗敏每周五发会议周报，列举会议清单，从安徽学习后，业务部要求每个参会的人员出具会议纪要，由罗敏汇总。简单会议出简单的会议纪要，重要会议，出详细的会议纪要。我们希望有一个会议管理系统，将每次会议的纪要进行上传，纳入系统管理，这样，可以有效杜绝需求、专项工作进度上下不一致的情况。

（9）需求变更文档化：加强需求文档管理，这里重点强调一下需求变更管理，由于一些重要需求是公司领导需求，需要业务单位按照领导要求细化，并不断与领导沟通，这样必然会多次变更需求，IT为保障需求尽快上线，必然存在需求在实施中多次变更的情况。这就要求，每次需求变更必须文档化，把整个需求变更的情况记录下来，也要求需求团队与方案设计团队、后续维护支撑团队做好沟通，将每次确认的内容文档固话。这里建立事业部出具需求变更模板。

（10）需求模式固化：先选取少量需求试点此方式，在积累经验后，迅速固化实施流程，并将流程清晰、重复运营的流程及工作模板化，抓住主要的模板建设，再把相关的模板流程串起来，不断优化。形成知识库，事业部通过呼叫炮火的方式，集中支持，集中处理，解决共性问题，这些共性问题的解决要形成知识库，在后续遇到类似问题时，快速支撑。

（11）需求透明化：月初，需求版本部署会议，与业务单位沟通本月需要实现的需求；月中，由事业部整体出面（或各需求项目经理）与需求业务单位就需求进度进行沟通；次月上线后，与需求单位进行需求后评估，对需求后续维护及问题解决进行落实，对需求后评估结果进行沟通。

（12）加强需求过程管控：在建立此机制后，需要进一步加强需求过程管控，授权不等于放任，必要时实时监控。

思远IT学院智谷校区智典IT服务外包公司规章制度

员工宗旨：爱岗敬业 精益求精

1 员工要明确公司经营之目的，应始终把服务广大师生放在首位，应明确自己的工作职责。协助设备科老师建设智谷校区教学及办公资源，对校区设备进行维护管理，对校区教学耗材管理核算等；在工作中注意培养职业素质，为全校学员做一个表率。

2 忠于职守，服从设备科老师、各部门经理（含行政助理）的工作安排。遵守员工考勤制度，做到不迟到不早退（到时签到，走时签退）。

3 对于被记过三次的员工，视为自动离职。

4 所有员工应注重团队协助能力的提高，并经常交流工作心得与经验，增强本公司凝聚力。

5 所有员工应中实行责任到人制，对自己做的事要负责，出现问题要主动承担责任。

6 公司所有员工实行优胜淘汰制，对违反纪律的员工视为自动离职。由行政部对员工进行行政考核，员工要对自己严格要求，员工之间要相互监督、共同进步。

7 所有员工在工作时必须统一着装佩戴工牌保持良好的精神风貌，上班时不得擅自将非本公司人员带入工作区，如有非本公司人员进入工作区应立即将其劝导出工作区。

（注：公司内部人员如无特殊原因在非工作时间进入工作区将给予其记过处分。）

8 未经允许不得动用老师办公设备，不得进入中心机房，工作未完成时不得上网、娱乐、聊天。公司会议及集体活动不得缺席，会议中手机一律调为振动或关机。

9 工作完成后，应在关好灯、窗，摆好桌上的东西、放好凳子，清点好工具后才可关门离去。

10 进入机房维护时，应向授课老师表明身份，经允许后方可进入机房进行维护。

11 不得在上班期间嘻戏打闹，应保持良好的职业素养。

12 每个月由行政部对各员工的表现进行奖惩处理，对优秀员工进行加分奖励。

13 干部应以身做责，严于律己。员工和干部之间应相互监督，互促互进。

14 所有员工严禁泄漏任何与工作有关的电脑及设备的系统密码或配置。

15 所有员工不得利用职务之便在任何时间，擅自更改、破坏、移动校区所有教学电脑及其相关的软硬件设置。

16 所有员工进入设备科办公室不得擅自翻阅、开启办公室内的任何文件、电脑及文件柜，不得将办公室的任何工具、资料携带外出。

17 旷工一次记过处分，并内部通告。累计矿工两次，视为自动离职。

18 一个月内凡有迟到、早退、旷工或请假的员工，将取消其参加月度评优的资格。

19 向设备科领取任何物品必须征得设备科老师同意，并认真填写耗材领用单，在签字确认后方可领取。

20 所有员工进入设备科要喊报告，经老师同意后方可进入。

21 非当日值日的员工工作时一定要听从当日值班人员的安排。

22 若想退出公司的员工必须至少15提前天写好辞职报告报直接上级同意后亲自交给总经理手中，经允许后方可离职；否则将在公司内部通报批评，并给予处分。所有欲离职员工在未批准离职之前应严格遵守本公司的各项规章制度照常工作。

23 工作合格的员工将在毕业时领取由学校颁发的《实习鉴定书》。

第二篇

IT外包服务管理办法（初稿）

1，目标:

A，建立并健全IT外包服务保障体系，保证客户信息系统的运行稳定和不断发展；B，IT固定资产和耗材的管理和分配。

2，范围：

软件类：各平台 *** 作系统、各类应用软件、各类业务系统、各类网络终端的安装配置维护服务。硬件类：各类办公设备（或IT相关设备）运维、设备维修（二级维修）、IMAC（办公设备安装/迁移/升级/变更）、耗材采购/更换等服务。

3，办法：

1）IT服务流程管理。主要参考ISO20000ITSM服务体系管理标准。A，建立“一站式”服务平台。“一站式”IT服务台是用户与IT服务部门的中心联络点，客户的IT问题通过IT服务台获取答案和帮助。所谓“一站式”，就是业务部门可以一次性获取IT热线、IT现场等各种形式的IT服务，解决所有日常办公IT问题。B，IT服务台事件报告方式包括电话、电子邮件，或者网络即时通信方式，如QQ群，MSN群，甚至自己开发WEB平台为统一入口或者结合现行的OA软件等，所有事件应在服务台正式记录并可检索和分析。以多种报告方式，提供现场用户，远程用户最便捷的服务。

C，定义事件分级。

事件级别

一级

级别定义

影响业务范围

业务中断无法工作

影响业务描述

1，2，3，4，PC硬件故障PC系统崩溃网络中断。。。OS系统病毒邮件系统故障业务系统故障。。。打印故障电话故障业务系统缓慢。。。PC硬件更换耗材备料不足软件应用指导。。。

业务修复紧急程度

非常紧急，立刻处理。

二级投诉统计等，尽量多余用户多交流，用心了解用户的需求，以提升用户满意度为部门的唯一追求，不断的完善部门服务质量。G，制定一些考核方面的关键绩效指标（KPI），使用KPI的管理工具，例如，Remedy，IBM的Tivoli，BMC的Patrol等，从指标数据上来量化服务的质量。以便评估和改进IT服务。

4，IT服务团队管理。

A，要设置专门的岗位做监管工作，由服务经理每天进行监管。B，监管要和考核挂钩。。各种监控数据，一定要和对人的考核挂钩，查看每个人的执行情况如何，制定长期、中期、短期考核等，以此保证执行的严肃性。C，考核要和奖惩制度挂钩，申请一定的资金或者调休等措施，根据考核结果执行奖励或者惩罚。D，定期集体讨论事件处理过程，在不断寻求事件的最佳处理方案的过程中，实现集体的技术进步。E，严格执行事件记录制度，定期完善事件处理知识库，形成技术文档，以便新技术人员培训。

F，定期对团队成员做一对一，面对面的沟通，特别是加强跟总部外的人员交流，帮助员工进步，加强服务团队的凝聚力，以外包服务的质量。G，引进管理工具的配合。例如ITIL等，通过系统管理工具的监控，得到实际运行情况，并发现哪些问题需要解决，它能使日常管理工作更加有效、更加规范地得以解决。解脱服务部门“消防员”的工作状态，避免事件升级，提升服务质量到更高层次。

5，IT外包资产管理。

A，IT资产分为软件、IT设备以及配件耗材三大类。B，IT设备在初次投入使用前必须由IT管理员统一粘贴资产标识码、正版系统认证码，登记设备型号规格、MAC地址、出厂设备编号。C，制度资产管理各项制度，例如，《资产采购制度》，《资产领用和交还》，《资产转移制度》，《资产报废》。D，设备和耗材备货管理，保证有一定的设备和耗材备货量，以便及时的提供损坏设备更换，和耗材补充等。E，软件资产管理，配合公司电脑使用规范，保证正版软件的使用。F，使用资产管理软件，例如SCCM；ITAM，使IT管理人员能够在其整个分布式网络上对客户端，服务器和移动设备等进行 *** 作系统及应用的部署以及软，硬件的更新。更好的配合公司对IT资产的管理，监督和检查。

G，外包资产管理示意图

业务性能严重下降

1，2，3，4，

紧急，优先处理

三级

业务性能下降

1，2，3，4，

普通，正常处理

四级

问题请求，业务正常

1，2，3，4，

不紧急，与客户协商处理

D，事件状态。编号1234状态待处理处理中完成归档描述未安排技术人员处理技术人员处理中事件处理完成记录问题到知识库，回访客户，调查服务质量

D，技术人员处理事件流程。服务台作为整体服务平台，按照技术人员的技术特点和水平，细分为一线支持，二线支持等。

1，定义首问负责制，哪位技术人员最先接到业务部门的请求，就成为该事件的责任人。2，事件责任人以一线支持开始，第一时间到现场或者远程支持用户，判断事件级别，独立解决或者转移事件给适合的服务人员。3，责任人有权升级事情为二级支持，有权协调相应人员共同解决事件。4，负责人在事件处理完后，必须填写事件处理单。5，事件提交人员，必须签字确认服务完成，并对技术人员服务作出评价。F，定期提交服务报告、用户满意度调查、服务您的采纳是我的动力→→→）

以上就是关于如何做好IT运维管理工作全部的内容，包括:如何做好IT运维管理工作、如何做好IT项目管理、IT需求如何主动支撑，快速支撑，高效支撑等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！