作为运维人你还不知道ITIL吗？

IT运维服务台主要作用是什么？

服务台主要是对外的一个视窗，是接线处理问题的统一出口，下面云雀运维的服务台的介绍和功能：

服务台主要实现记录工单、技术支援、资讯查询、咨询沟通、投诉建议、问题记录、销售管理等各项功能，是对客户进行线上服务的主要通道之一。系统主要实现以下功能：

² 通过电话查询关联通话客户资讯，客户装置资讯，并记录客户咨询问题；

² 可以对呼入电话进行签入、签出、转拨、外接、应答等功能；

² 客服人员可以通过知识库查询，解答客户咨询问题；

² 客服人员可以通过客户咨询内容进行工单录入及工单的自动流转；

² 为客户提供便捷的运维服务，客户可以直接通过电话进行运维申请、装置查询、工单查询、巡检计划、统计查询等。

IT运维管理服务台究竟有什么作用

IT运维是IT管理的核心和重点部分，也是内容最多、最繁杂的部分，主要用于IT部门内部日常运营管理，涉及的物件分成两大部分，即IT业务系统和运维人员。其管理内容又可细分为七个子系统：

第一、装置管理：对网路装置、伺服器装置、作业系统执行状况进行监控，对各种应用支援软体如资料库、中介软体、群件以及各种通用或特定服务的监控管理，如邮件系统、DNS、WEB等的监控与管理；

第二、资料/储存/容灾管理：对系统和业务资料进行统一储存、备份和恢复；

第三、业务管理：包含对企业自身核心业务系统执行情况的监控与管理，对于业务的管理，主要关注该业务系统的CSF（关键成功因素Critical Suess Factors）和KPI（关键绩效指标Key Performance Indicators）；

第四、目录/内容管理：该部分主要对于企业需要统一发布或因人定制的内容管理和对公共资讯的管理；

第五、资源资产管理：管理企业中各IT系统的资源资产情况，这些资源资产可以是物理存在的，也可以是逻辑存在的，并能够与企业的财务部门进行资料互动；

第六、资讯保安管理：该部分包含了许多方面的内容，目前资讯保安管理主要依据的国际标准是ISO17799，该标准涵盖了资讯保安管理的十大控制方面，36个控制目标和127中控制方式，如企业安全组织方式、资产分类与控制、人员安全、物理与环境安全、通讯与运营安全、访问控制、业务连续性管理等；

第七、日常工作管理：该部分主要用于规范和明确运维人员的岗位职责和工作安排、提供绩效考核量化依据、提供解决经验与知识的积累与共享手段。

IT执行维护管理的每一个子系统中都包含着十分丰富的内容，实现完善的IT运维管理是企业提高经营水平和服务水平的关键。　

它究竟能给带来什么好处？在这里将会为大家一一解答。几乎每个人都使用过电信、银行、酒店等的电话帮助服务，它们是传统服务行业里的服务台（Service Desk）应用。与之相似，IT运营管理中的服务台也需要通过提供单一介面，如一个热线电话号码来为所有使用者的所有IT问题提供支援。不同的是，IT服务台针对的是组织中的IT使用者。为什么要设IT运维管理服务台

作为IT运营管理的最佳实践总结，在ITIL这本武功秘籍里，有事件管理、变更管理、问题管理等多个成功套路，而IT服务台（以下简称服务台）就是保障这些套路真正成功的中枢神经。

服务台的基本功能是接收IT使用者的各类使用问题请求，并在规定时间内为使用者直接解决相关问题，如遇复杂问题则转交二线支援，同时还需跟踪解决情况并及时反馈以便最终解决使用者问题。在此基础上，服务台还要对服务过程和结果进行记录，以便分析总结，提高问题解决速度。

IT运维选云呐IT互动服务台好吗？

当然好啊，满足企业内部IT管理所需，同时帮助服务商更好的管理BPO业务与IT服务团队成效，形成高效、严谨、便捷的跨企业IT服务管理体系。

北塔软体的IT运维管理服务台究竟有什么作用？

"服务台的基本功能是接收IT使用者的各类使用问题请求，并在规定时间内为使用者直接解决相关问题，如遇复杂问题则转交二线支援，同时还需跟踪解决情况并及时反馈以便最终解决使用者问题。在此基础上，服务台还要对服务过程和结果进行记录，以便分析总结，提高问题解决速度。

总体来说，IT运维管理服务台首先可以统一规范管理并同时处理大量的IT请求，还为包括使用者变更请求、维护合同、服务级别管理、配置管理、可用性管理 和持续性管理等提供介面，避免了因找不到特定技术人员而耽误时间，从而降低运营成本；其次还可以通过对服务台的管理，建立知识库，明确服务人员绩效考核 等，来提高整体IT支援效率。

"

DHP伺服器的主要作用是什么

你说的是DHP伺服器还是DHCP伺服器

好像没有DHP，应当是是DHCP吧

DHCP指的是由伺服器控制一段IP地址范围，客户机登入伺服器时就可以自动获得伺服器分配的IP地址和子网掩码。首先，DHCP伺服器必须是一台安装有Windows 2000 Server/Advanced Server系统的计算机；其次，担任DHCP伺服器的计算机需要安装TCP/IP协议，并为其设定静态IP地址、子网掩码、预设闸道器等内容。

伺服器域的主要作用是什么？

域就像中央集权，由一台或数台域控制器（Domain Controller）管理域内的其他计算机（所以域可以理解为在一个安全边界内的资源，包括计算机、使用者等的合集）；工作组就像各自为政，组内每一台计算机自己管理自己，他人无法干涉。

域是一个计算机群体的组合，是一个相对严格的组织，而域控制器则是这个域内的管理核心（负责每一台联入网路的电脑和使用者的验证工作，相当于一个单位的门卫一样）。

如果说工作组是“免费的旅店”，那么域（Domain）就是“星级的宾馆”；工作组可以随便出出进进，而域则需要严格控制。

RPC(Remote Procedure Call (RPC) Locator)服务主要作用是什么

WINDOWS作为基于网路的作业系统，使用者可以通过远端访问对方的计算机，RPC就是用来提供这种服务并保证访问的可行性与角色安全性，由于PRC非常复杂，所以RPC LOCATOR就专门负责管理RPC所产生的资料，RPC和RPC LOCATOR是两个服务，不要弄混了

网站建设服务主要作用是什么

以大威德为例，他的目的是抢占未来商业的先机

北塔软体建立IT运维服务台有何技巧？

"怎样建立IT运维服务台才能满足IT管理需要？服务台要想真正发挥作用，一定要注意以下几点：

第一、定好服务台规范：一切IT相关请求，都需通过服务台，由服务台统一分派人员解决问题。如有些服务台效果不佳，正是由于只设置了电话，而缺乏严格的规范，有问题直接找服务人员解决，服务台没有成为真正的唯一联络点。

第二、明确服务水平协议（SLA）：在服务台建立之初，就需要与使用者商定好各类问题的不同级别和响应时间，根据级别有序解决。这样不仅可提高客户满意度，还可为IT团队提供考核依据。

第三、分级管理服务人员：将IT支援人员分为一线（服务台坐席）、二线（现场工程师或IT供应商）、三线（专家团队），明确各线人员职责，通过建立知识库和培训来增强一线解决率和自助解决率，使绝大多数问题在一线或使用者自己处加以解决，剩下的复杂问题再由二、三线解决，合理利用有限的人力资源，以此降低成本，提高效率。

第四、有机结合流程、软体和人员：现实中，大多数服务台不尽如人意的原因，在于CIO都希望服务台除了高效支援IT外，还要承担起监控管理和主动改善 IT现状的职责。而这需要视觉化的实时管理工具，和经验丰富的服务台专家团队。在工具的辅助下，结合服务台记录的资料和专家团队的经验可快速给出服务台运营报告，并提出改进建议，避免常见问题重复发生，主动防患IT应用风险，使IT支援变被动应付为主动改善。

真正有效的服务台是严密流程、软体工具和专业人员的组合体，要想拥有满意的IT管理结果，三者缺一不可，企业建立服务台时一定要综合考虑这三方面因素。而在自身力量有限或成本居高的情况下，借助外力不失为一个办法，但这个外力不能只提供单方面帮助。

"

业知识。

ITIL 4 通过在更广泛的客户体验、价值流、数字化转型和系统 思维背景下重塑既定的 ITSM 实践，并采用新的工作方式(如精益 (Lean)、敏捷和DevOps)，在这一指导基础之上构建而成。

ITIL 4 将帮助组织顺利进入以人工智能、物联网、纳米技术等新兴技术为标志的新技术时代，通常也称第四次工业革命。

ITIL 4 的目的在于向组织提供实用且灵活的框架，通过帮助他们整合人力、数字和实体资源，在复杂的现代化环境中保持竞争力，为他们迈向数字化转型新世界提供支持。

在各大培训机构中，培训机构的师资力量直接决定了学员通过考试拿到ITIL证书的概率，也直接决定了该机构在ITIL考试中的通过率。艾威培训面对中国ITIL提供随时约考服务。

ITIL即IT基础架构库(Information Technology Infrastructure Library，信息技术基础架构库)，这玩意儿跟运维有很大的关系，是一套标准和规范。适用于IT 服务管理（ITSM），为企业的IT服务管理实践提供了一个客观、严谨、可量化的最佳实践的标准和规范。

ITIL诞生于国外，当时是需要针对部门人数众多，对业务保障要求高的电信、金融等行业的IT和业务进行有序化，透明化的管理，所以诞生了 ITIL标准。ITIL标准的核心思想是通过将IT管理流程化，提高工作人员的工作效率，提高IT服务质量，更好的让IT系统为业务提供服务，从而为业务系统的稳定运行保驾护航。ITIL标准的底层是对IT基础设施的管理，最上层是对业务系统的流程化管理。

ITIL可以将IT部门的运营效率提高25-30%，同时带来以下商业价值：

确保IT流程支撑业务流程，整体上提高了业务运作的质量；

通过事故管理流程、变更管理流程和服务台等提供了更可靠的业务支持；

客户对IT有更合理的期望，并更加清楚为达到这些期望他们所需要付出的成本；

提高了客户和业务人员的生产率；

提供更加及时有效的业务持续性服务；

客户和IT服务提供者之间建立更加融洽的工作关系；

提高了客户满意度。

当前国内IT运维管理现状

从IT运维管理的由来和两者的关系不难看出，当前国内大多数IT服务厂商强调的IT运维管理概念，其实就是在网络管理基础之上的拓展，包涵的范围不仅限于网络管理，是对整个IT系统和业务所涉及到的范围进行运维管理。但各IT服务供应商的产品对这个概念的体现不尽相同。至少在目前，实际上它还是网络管理(或者称之为IT基础架构管理)外加部分应用服务管理和业务管理的含义，只是说法不同而已。

随着企业IT系统的日益成熟和复杂，企业的关注点已从单点管理到综合管理角度的转变，从关注单一网络到对业务系统的关注。原因在于，越来越多的企业意识到，业务系统涉及环节逐渐增多，单一的网络运维管理已经不足以满足管理需求，需要落实如何保障业务系统的各个环节。在满足对IT资源进行统一管理，降低运行成本、提高突发事件应对能力、提高服务质量和效率的基础上，更需要保障业务系统的正常运行，才可以保证IT投资的价值体现。同时，在国内IT 管理领域，伴随着用户IT规模的扩大、IT技术的发展和用户需求的提高，原有的网络管理系统已经远远不能满足当前的用户需求。

在这样一个前提下，IT运维管理的概念和产品被国内知名的网络运维管理厂商率先推出。可以说，它的出现就是对当前用户需求的一种有效诠释。这个时期的IT管理，被称之为IT运维管理，这时候的IT管理人员称之为IT运维人员。

ITIL与IT运维管理的关系

ITIL与IT运维管理的关系ITIL诞生于国外，当时是需要针对部门人数众多，对业务保障要求高的电信、金融等行业的IT和业务进行有序化，透明化的管理，所以诞生了ITIL标准。ITIL标准的核心思想是通过将IT管理流程化，提高工作人员的工作效率，提高IT服务质量，更好的让IT系统为业务提供服务，从而为业务系统的稳定运行保驾护航。

就像文章开始说到的一样，企业最初设定IT部门进行IT管理的目的，就是希望通过IT部门能够发现和解决各种来自底层基础设施的问题，从而为保障网络的正常运转，为企业提供优质的IT服务。但随着企业IT系统和业务的不断发展，企业用户发现，单纯的通过对底层IT基础设施管理无法解决底层网络与上层业务系统之间的脱节问题。这也就是ITIL标准当初遇到的问题，最初主要是用来对IT部门的人员进行流程化和规范化的管理的，但它忽视了对底层平台的管理及对业务系统的保障，脱离了用户实际需要的ITIL，就像是空中楼阁，高不可及。近年来，为了更加贴近IT运维管理部门的工作需要，ITIL开始与企业的业务系统保障结合起来，形成了所谓BSM的管理模式，目的是使得ITIL能够更好的为企业的IT运维管理提供服务。

但问题在于，无论从哪个角度来讲，ITIL标准仅仅是一套方法论，没有告诉我们具体的流程该怎么做。而实际上这个流程是建立在对日常IT管理过程中，如何发现问题，如何解决问题的经验积累的基础上。但企业要实现ITIL需要的是结果，不会过多的关注这个过程怎么样。因此，这就需要IT管理的供应商来解决这个问题。那么，怎么发现问题，又怎么解决问题，这就需要通过IT管理供应商提供的IT运维管理系统来解决。通过IT运维管理系统来发现和解决各种来自IT系统的问题，保证企业的网络和运行在网络上的业务系统正常运转。在这个过程中，进行不断的经验积累，然后才能在此基础上实现ITIL的流程化管理。

下面哪句话最恰当描述了IT服务管理？（B）

A经济有效地管理IT服务的质量

B根据ITIL最佳实践进行IT基础设施的管理工作

C以流程的方式管理IT基础设施。这种方式可让IT组织能够以专业的方式为客户提供IT产品和服务

D促进更多的人了解IT服务

与人们所习惯的购置与使用IT软硬件环境的思路不同，IT服务管理是以服务为中心的。IT服务管理的核心思想是，IT组织，不管它来自于一个机构内部还是外部，对于这个机构而言都是IT服务提供者，其主要工作就是提供低成本、高质量的IT服务。而IT服务的质量和成本则需要由IT服务的客户（购买IT服务者）和用户（使用IT服务者）来判断。

直观地来看，IT服务管理可以说是一个“客服中心”。实际上，IT服务管理是通过流程驱动的，将复杂的IT管理活动梳理成各种流程，比如事件管理、问题管理和配置管理等，并将这些流程规范化、标准化，明确定义各个流程的目标和范围、成本和效益、运营步骤、关键成功因素和绩效指标、有关人员的责权利，以及各个流程之间的关系。

CCTA（英国国家计算机和电信局）于20世纪80年代末开发了一套IT服务管理标准库ITIL(IT Infrastructure Library，它把英国各个行业在IT管理方面的最佳实践归纳起来变成规范，目前ITIL已经成为业界通用的事实标准。ITH把IT服务管理活动分为一项管理功能和十个核心流程，包括：

服务台（Service Desk)，即呼叫中心或客服中心，它经常与事件管理紧密结合，用来连接其他的服务管理流程。

事件管理（Incident Management)，即在出现故障时，能够尽可能地恢复服务的正常运作，避免业务中断，以确保达成最佳的服务绩效。

问题管理（Problem Management)，即分析被标记为问题的事件的根本原因，找出解决方案，把事件的影响最小化，并通过找到已发生事件或潜在故障的根本原因来减少事件的数量或消除事件的再次发生。

配置管理（Configuration Management)，即将系统中软件和硬件等配置项资源进行识别和定义，并记录和报告配置状态和变更请求以及检验配置项的正确性和完整性等活动构成的过程。

变更管理（Change Management)，即是要确保在IT服务变动的过程中能够有标准的方法，以有效的监控这些变动，降低或消除因为变动所造成的问题，对业务中断进行有效管理，确保变更有序进行。

发布管理（Release Management)，即对经测试后导人实际应用的新增或修改后的配置项进行分发和宣传的过程，目的是要保障所有的软件组件的安全性，以确保只有经过完整测试的正确版本得到授权进人正式运行环境。

服务级别管理（service level Management)，即定义、协商、订约、检测和评审提供给客户的服务质量水准的过程。

财务管理（Financial Management)，即对IT运营的费用及成本重新分配并进行正确管理的过程，其目标是帮助IT部门在提供服务的同时加强成本效益核算，以合理利用IT资源、提高效益及财务资源使用的有效性。

可持续性管理（Continuity Management)，即确保发生灾难后有足够的技术、财务与管理资源来确保IT能持续服务的过程。

容量管理（Capacity Management)，即在成本和业务需求的双重约束下，通过配置合理的服务能力来确保服务的持续提供和IT资源的正确管理，以合理的成本及时提供有效的IT服务，以满足组织当前及将来的业务需求，发挥最大效能。

可用性管理（Availability Management)，即在正确使用资源、方法及技术的前提下保障IT服务的可用性，目标是确保IT服务的设计符合业务所需的标准。

一、IT营运管理方法论现今的企业为了强化自己在这个新世纪的竞争力，导入了ERP系统、供应链系统、CRM系统、决策支持系统、知识管理系统等等，这些系统最后都要进到企业的IT营运体系中。当我们透视解决方案生命周期时，可以看到，所有的解决方案最后都要进到企业的IT营运体系中，为企业员工所使用。如果IT的整个营运管理做得不好，那这些花大钱建置起来的系统再好功能再强也没有用，因为使用者根本无法顺利地使用它们。某大型电子公司，共运行了四十多个应用系统，当他的信息主管被问到，哪一个系统最重要时，他回答：「IT的营运与管理最重要！唯有好的IT营运管理，才能让公司上上下下好好的用每一个系统。」这个见解实在是一针见血。既然IT营运管理非常重要，那么如何提供好的IT 服务，对IT 主管或CIO 而言当然是非常重要的课题。答案是采用更新的技术或添购功能更强的设备吗？在1999 及2000年Gartner Group 广泛访问企业CIO 有关服务或应用程序无法使用(downtime) 的原因。结果大家最常认定会出问题的技术或产品(包括硬件、软件、网络、电力失常及天灾等)，其实只占了20%，那么占大宗的是什么呢？我想你已经猜到了，作业程序(Process) 失误就占了40%，另外作业人员(People) 疏失也占了40%。作业流程失误包括变更管理(Change Management) 没有做好、超载、没有测试等等程序上的错误或不完整。作业人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等等。Gartner Group 这份访查结果正是80/20 法则的再次印证。我们常想要把系统的可用度提高，当然就是要花大钱购买标榜可提高可用度的硬件或软件。孰不知这个部分事实上只占了系统停机原因的20%。如何做好IT 服务管理，首要工作当然是加强流程和作业人员管理，因为那才是造成系统无法使用的主要原因－ 两个原因加起来共占80%！我们常听人家说大型主机(Mainframe) 的 系统比较稳定可靠，所以经过了这么多年还是有许多企业愿意花大钱继续一年年采用。其实真的是它的系统软硬件更好吗？恐怕并不尽然。我们知道，大型主机系统 有着一套完整清楚的系统运作规范可遵循，人员在训练时花在运作程序方面的心力绝对不亚于系统软硬件，甚至是更多。有了严谨的程序，加上完整的人员训练，自 然就可以把那80%的系统停机风险降到最低。那么是否有方法论，可以用来建构企业内IT 服务管理而且是主要IT 厂商都支持的呢？

二、什么是ITILITIL（Information Technology Infrastructure Library）是信息系统运营与服务管理标准，用于定义IT部门管理工作中需要的各个工作程序(Process)，以及各个工作程序之间的相互关系。在跨国公司IT经理中素有"IT界MBA"之称。80年代中期，英国政府部门发现提供给其的IT服务质量不佳，于是要求当时的政府计算机和电信局（CCTA），启动一个项目对此进行调查，并开发一套有效的和可进行财务计量的IT资源使用方法以供本国的政府部门和私有部门使用。同时，这种方法还应该是独立于厂商的并且可适用于不同规模、不同技术和业务需求的组织。这个项目的最终成果是一套公开出版的IT服务管理指南，即ITIL（Information Technology Infrastructure Library）。虽然ITIL当初只是为英国政府开发的，但是在90年代初期，它很快就在欧洲其它国家和地区流行起来。到90年代中期，ITIL成为了事实上的欧洲IT服务管理标准。90年代后期，ITIL又被引入到美国、南非和澳大利亚等国家和地区。2001年英国标准协会（BSI）在国际IT服务管理论坛（itSMF）年会上正式发布了以ITIL为基础的IT服务管理英国国家标BS15000。2002年BS15000被提交给国际标准化组织（ISO），申请成为IT服务管理国际标准。国际标准组织已接受这个申请，并为此设立了一个专门工作组。该标准有望在2006年前后生效，可以说，ITIL已是事实上的国际IT服务管理标准。ITIL的目的是帮助企业降低IT运营管理成本，并且提高IT服务水平，提高业务部分的满意度。

三、ITIL的核心思想ITIL它并不是一套理论模式，它所根据的是最佳的实际经验。其中的许多经验不但广为人知，而且有无数的IT机构都是采用它来提升IT服务的效率及加强IT部门间的横向沟通。这套方法论历经了十数年的考验，证明它是最被IT业界广为接受的一套经营IT经验指南，等于是IT管理的业界标准。ITIL将IT的工作分为两大类：分别为《服务支持》（《Service Support》）和《服务提供》（《Service Delivery》Service Support针对的是一般系统的运作部分，目的是让使用者可以顺利存取到IT服务。其中包括Service Desk、事件处理与追踪、问题处理与追踪、系统变更、系统配置设定的记录与维护，以及版本的发行与控管。第二大类Service Delivery则是针对IT部门对客户提供信息服务时应有的工作程序。其中包括服务层级的约定与管理、IT服务的财务管理、系统可用度管理、系统容量的测量与未来规划、灾难情况的业务持续运作规划与系统复原。《服务支持》（《Service Support》包括如下流程：

1 事件管理（Incident Management）: 识别偶发的事件。

2 问题管理（Problem Management）：对服务台识别的偶发事件的潜在原因加以诊断，安排改正IT基础设施的错误并进行问题预防指导。

3 变动管理（Change Management）：变动管理过程确保使用标准方法和规程有效且迅速处理所有变动。变动管理旨在提高组织的日常运作水平。

4 配置管理（Configuration Management）：识别、控制、维护和检验现有的包括基础设施和服务在内的IT资产。

5 发布管理（Release Management）：通过控制软件、硬件的发行和版本确保信息系统资产的安全，并消除不同版本引起的潜在问题。 《服务提供》（《Service Delivery》）包括如下流程：

1 服务水平管理（Service Level Management）：服务水平管理的目标是通过协调IT用户和提供者双方的观点，实现特定的、一致的、可测量的服务水平，以为客户节省成本、提高用户生产率。

2 可用度管理（Availability Management）：可用性管理的目标是优化IT基础设施的性能，它的服务和支持的组织。可用性管理导致成本节省的、持续的服务可用性水平，这种服务可用性确保业务满足其目标。

3 能力管理（Capacity Management）：使组织在危机出现时管理资源并提前预测需要的额外的能力。它描述了计划、实施和运行该过程必需的规程。

4 持续性管理（Continuity Management）：在尽量少的中断客户业务情况下，提供IT服务，并在IT系统出现问题时，以可控的方式恢复。

5 财务管理（Financial Management）：确定IT服务的成本核算，设定预算，监督预算执行情况，根据提供的服务收取费用。 针对ITIL管理流程的具体实现，ITIL标准又将实现工具分为三类：Process Management Tools—过程管理工具Analysis Tools—分析工具Execution Tools—执行工具 四、XX银行IT管理规划建议全面实施ITIL模式对任何IT企业都至关重要，但在实施时通常需要循序渐进，并且要从最急迫需要解决问题处入手。最重要的是要采用统一的符合ITIL标准的信息架构。另外，在实施前，切记先记录下现有环境数据，以便随着时间的流逝来衡量成效。我们建议xx银行将规划分为：短期目标，中期目标，长期目标三个阶段实施，从而构建符合ITIL标准的IT服务和管理平台。短期目标：达到目的1）立符合ITIL标准的统一的信息架构（altiris notification server）

2） 保证统一的配置管理数据库（Configuration Management Database）

3）实现变更管理、配置管理、问题管理变更管理（Change Management）为何要做变更管理呢？这里举两个因为变更管理没做好而蒙受重大损失的例子来说明。2001 6 ，NASDAQ当机长达半天，原因是 *** 作人员做了一个未经测试的变更动作，结果导致整个系统停机。同样也是在2001年6月，NYSE在半夜做了一个软件变更的变更动作，导致部份系统当机，无法完成股票买卖交易。这两件事都上了报纸及新闻头条，包括华尔街日报、CNN 及CNBC等等。这反映出了变更管理真的很重要，一旦没有做好它，企业的关键任务(Mission Critical)系统就会受到影响。以银行业为例，只要是IT部门当机一小时，其导致的结果可能是全体员工要花上数倍或甚至是数十倍的时间来补救，而且因为分行里客户大排长龙，负面报导上了晚间新闻及报纸，企业形象受损的损失更是无法估计。这也可以说明为何企业CIO 把变更管理视为第一要务。为进行变化管理，IT组织中应该有变更管理员（Change Manager）及CAB（Change Advisory Board）的编制。变更管理员是全程负责监督RFC从提出到结案整个过程的人。CAB代表是变更咨询委员会。配置管理：在公司内，通常会做所谓的资产管理(Asset Management)，也就是把每项公司资产是何年何月何日购入、哪一个会计科目、负责人是谁等信息记载在数据库中，这是一般传统的资产管理方式。但是实际经验显示，如果用这种方式来管理IT相关资产，包括硬件、软件、网络等等，结果会因为记录的信息太过简化而衍生出许多问题。IT资产的管理所必须记录的信息要比一般资产多得多。目前有经验的IT部门都有一套方式来记录IT资产。但是IT资产的管理难道就只是详尽记录它的型号版本等等这些规格信息而已吗？其实这是不够的，还要包含该项资产所有的配置设定，以及它与其它IT资产之间的相互影响关系。这些配置都会输入到所谓的「配置管理数据库」(CMDBConfiguration Management Database)中。准确而完整的CMDB是相当重要的。因此要有一个机制来提供这个信息，这个机制就是配置管理(Configuration Management)。配置管理可存取并提供IT资产正确信息和这些资产间的关系，还能提供对系统的影响及趋势分析，降低未经授权软件的使用情形，以及控制所使用的IT资产。问题管理问题管理的目标就是要找出事件或问题发生的真正原因，并找出对策或步骤来解决问题。我们常说要对症下药。没有针对原因来解决问题，可能可以让服务暂时还可以使用，但如果错误原因没有被消除的话，将来还是会发生问题，事件还会再重复发生─ 进而再度影响IT服务的提供。这 也就是为什么要有问题管理的原因。唯有找到原因，才能解决问题，避免同样的问题一而再，再而三的发生。问题管理分成两个部分，一个是被动的部分─等事件通 报变成问题，再来分析问题，找出问题发生原因，加以诊断，再提出解决方法及步骤。一个是主动的部分，分析趋势，事前先找出可能潜在的问题，主动提出解决方 法及步骤，预防问题将来发生。

4） 对应altiris工具

配置管理Configuration Management 过程管理工具/分析工具/执行工具

Altiris Architecture- altiris notification server 建立统一的信息管理架构

Altiris Inventory solution 资产管理

Altiris web reports 报表分析功能

Asset Control solution 固定资产管理，建立最完整统一的资产信息及相关联信息

变化管理Change Management 分析工具

Altiris Inventory solution 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Metering Solution 应用软件管理

执行工具

Altiris software delivery 软件部署与升级管理

Altiris client management suite 客户端 *** 作系统部署、升级；软件的部署与升级；微软补丁自动安全管理；远程控制等。

问题管理Problem management及事件管理 Incident management 分析工具

Altiris Inventory solution IT 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Management Solution 应用管理

执行工具

Altiris Deployment Solution 系统部署、升级和管理

Application Management Solution 应用管理

Carbon Copy Solution 远程控制

中期目标：达到目的：实现事件管理、持续性管理（Continuity Management）、可用度管理在现今全球化经济社会下，可用度及IT服务持续性管理可说是最举足轻重的两个重要程序。营运服务能否持续每天24 小时，一周7天地正常运作，变得愈来愈重要。可用度能左右顾客满意度，并且能快速的影响企业整体声誉及业务是否成功。IT服务持续性管理程序是要确保正常可用的解决方案发生问题后，依然能够持续提供另一个等级的IT服务给客户。从这个观点来看，可用度管理及IT服务持续性管理的关系非常密切。这两个管理程序都是试图减小IT服务的可用度危机。可用度管理的焦点主要是集中在处理日常可能出现会影响到可用度的危机，如果无对应的反制措施或反制措施没有办法完全涵盖或应付时，这些危机就由应变计划及IT服务持续管理程序来处理。IT服务持续管理程序分做3 个步骤。第一步是取得Service Level Agreement，然后分析及找出每层的危机，将IT服务分成下列层级：服务、应用软件、中介软件、 *** 作系统、硬件、网络、环境、外在影响因素。第二步是提出这些紧急状况的解决方法；这包括两个部分：第一个部分是Failover，第二个部分是Recovery。Failover 包括有几种选择：Cold Standby、Warm Standby 及Hot Standby。第三步则是制作应变计划。对应altiris方案：

服务水平管理（Service Level Management） 过程管理工具/分析工具/执行工具

Altiris helpdesk Solution 建立统一的service desk

持续性管理（Continuity Management） 分析工具

Altiris Site Monitor Solution 网络站点监控模块

Altiris Monitor Solution 服务器监控模块

Application Metering Solution 应用监控模块

执行工具

Altiris Recovery Solution 恢复模块

长期目标：达到目的：IT财务管理分析（Financial Management）

IT财务管理分析Financial Management） 过程管理工具/分析工具/执行工具

Altiris Contract Management Solution 合同管理

Altiris TCO Management Solution IT 总体拥有成本分析

信息系统集成项目中，由于客户通常不能确定最终解决方案的全部功能和需求，所以范围变更是经常的事。对此，项目经理和项目小组既不能一味拒绝，也不能全盘接受。本文分析了出现范围变更的原因，提出了范围变更管理需要进行的任务，最后认为，建立行之有效的变更控制手段来管理项目范围变更是项目全生命周期内最重要的部分之一。

关键字：IT 范围管理 变更控制

一、 前言

范围管理（Scope Management）是项目管理中的一个专用词汇，它的主要任务是界定项目包含且只包含所有需要完成的工作，并对项目其他管理工作起到指导作用，以保证顺利完成项目的所有过程。

一般来说，确定了项目范围，也就确定了项目的工作边界，明确了项目目标和项目主要可交付成果。对于信息系统集成项目，如果不能明确的定义和有效的控制项目范围，将会产生非常严重的后果。例如：项目实际需要包含，客户因不能提供完整、详细的描述而未能明确定义范围，从而导致项目最终解决方案的不可用；另一方面，项目范围的蔓延或频繁变更，从而影响项目成本、进度。

以笔者主管和参与多个项目的实际经历来看：范围蔓延是非常可怕的事，客户总是想把所有的需求都在一个系统里实现，从而导致项目成果的臃肿和不切实际。客户有种想法是非常不可取的：“（开发人员）做好了先放在那儿，即使不用也好，以后万一用上了呢？”。还有，客户在项目进程中，尤其是到了项目后期，不断对移交的系统提出修改意见，甚至有时刚刚重新设计完成开始更改，客户又要求改回去或改成另一种模式。“无底洞”是国内大部分项目经理进行信息系统集成项目的共同感觉。

“项目为什么总是做不完？！”

二、 原因分析项目经理作为项目的承担者，在规定时间内利用有限资源保质保量的完成项目，让客户和公司都满意是最终目标。

但是让客户满意就是不断满足客户无穷无尽的需求吗？这样会不会导致项目的最终失败呢？我们应该分析范围变更出现问题的根源原因。

1、签订合同时缺乏对信息系统集成项目熟悉的人员参加，导致项目目标描述不清，为后期的实施工作带来困惑。

2、客户和项目组均希望将项目做好。但是客户可能对信息系统项目缺乏全面的了解，项目组对客户需求细节的了解也不充分，而且双方对实现需求的方式的理解也存在差异。而双方在项目初期又均未意识到这种沟通上的不畅，导致移交系统时才使问题暴露出来。

列举几个笔者碰到的具体问题：

A、IT项目的客户往往认为计算机是万能的，有了它，自己只需要输入几个参数就什么都不用管了。而实际上任何技术都有局限性。

B、某客户知道自己需要一个库存管理软件，但是，是引进新的库存管理思想还是沿用目前的模式却还没有考虑好，而开发人员已经到位，于是要求项目组先按目前模式做。当后来客户想要更改管理方式时，问题出现了，设计的更改导致大量模块的重写，工期不可避免的延长。

C、某客户要求“方便”的查询设备位置，于是开发人员设计了一个界面可以按各种条件来查询设备的所在位置。当移交系统时，客户发现与预想的不一样，原来客户的“方便”是指用图形化界面的方式直观的表现。项目组只好延期几天来开发这一功能。项目管理者联盟文章，深入探讨。

3、 项目组人员不能区分客户真正需求和镀金需求，全盘接受客户的变更请求。当然这样做也是为让客户满意，但是实际上不一定能达到目的。

三、范围变更管理首先，签订合同时就需要明确定义项目的范围，这当然需要熟悉信息系统集成项目的人员参加合同谈判。合同中定义好的项目范围可以为以后各项工作的开展奠定深厚的基础。

其次，合同中的项目范围应该还只是粗线条的约定，必须进行细化和深入。编制范围说明书和范围管理计划是其中重要的部分。范围说明书应该包括项目论证、产品简介、主要可交付物、验收标准等。另外必须为项目组预留足够的时间来进行详细需求的调研，并提出工作分解结构（WBS）和需求分析报告。WBS可以为项目执行绩效评测和项目控制提供一个基准。

在系统需求分析阶段，项目组成员和客户的深入交流是项目成功的关键。但是由于双方的误解通常使交流难以进行。AMT的刘立军先生总结的Why、What、How方式可以非常有效的使沟通顺畅。简单的说，在项目初期，项目经理首先需要考察客户做这个项目有什么用处，就是“为什么”，这样才能真正从客户的角度来考虑系统的设计；接下来需要总结出整个项目是“做什么”，并能概括出各个子任务，让开发人员对项目内容的大方向有很好的把握；最重要的当然是“怎么做”了，对信息系统集成项目而言，这个阶段多花点时间绝对值得。其中也有些小技巧：需求分析报告应以客户认为易于翻阅和理解的方式进行编写，同时也要有助于开发人员开发出真正需要的系统；项目组成员最好就需求分析报告给客户详细的讲述，并达成共识，沟通手段在这里很重要；另外，需求确认之后，最好让客户方管理层书面签字，作为终止需求分析过程的标志，但是绝不是作为拒绝范围变更的手段。

四、 行之有效的变更控制一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的。

项目经理和项目小组必须意识到范围变更本身并没有什么不对，事实上很多时候这会让你的系统更健壮、更实用。客户通常不能一开始就确定所有需求，而且情况会随时间而变化，如果不能包容变更，那么最终解决方案可能就达不到应有的价值。

但是如果变更失控，后果也非常严重，甚至于导致整个项目的失败。根据1995年斯坦迪什公司的研究结果，最可能引起IT项目失败的前三个因素分别为：缺乏用户参与、不完整的要求和说明、易变的要求和说明，这几个因素都直接或间接与范围变更管理有关。

因此，必须进行范围变更管理。潘东先生认为：“变更控制的目的不是控制变更的发生，而是对变更进行管理，确保变更有序进行。”

为执行变更控制，必须建立有效的范围变更流程。这个流程应该包括确认变更、评估变更的商业价值、分析变更对项目的影响，以及提交给项目发起人进行评价以确定是否执行变更。

但是仅有范围变更流程尚不足以真正控制变更，这是因为项目组的外部有许多压力，同时与缺乏行之有效的变更控制手段密切相关。本文转自项目管理者联盟

目前流行的变更管理思想认为在范围变更流程中有四个关键点必须严格控制，既：谁有权确认变更、什么样的变更需要执行、变更的影响多大、客户是否接受变更的代价。

1、谁有权确认变更：

不应当为节省时间而允许客户的业务人员与开发人员直接联系，这样无法控制变更。必须事先明确客户方有权提出变更请求的人员和项目组有权受理变更的人员，变更请求必须有书面材料。

在笔者参与实施某大型信息系统集成项目感受颇深：项目经理曾提醒我们，客户出钱请我们来做实施，这应该算是“公对公”的事情，如果有用户以“私人感情”为由要求范围变更，开发人员可以拒绝。项目管理者联盟，项目管理问题。

当时用户如果发现由于业务变化而引起的需求变更，需要向客户方项目负责人提出书面申请，由客户方项目负责人审批后移交实施方项目经理。

这样对所有的变更，双方的项目负责人都能做到心里有数。而且用户在递交书面变更申请时比较慎重，一般都在自己科室内部经过讨论后进行，这样减少了因用户内部看法不同导致的反复变更。

2、什么样的变更需要执行：

不是所有的变更都需要修改，更不是所有的变更都需要立刻修改。必须对客户提出的范围变更进行审核，来决定哪些变更需要修改和什么时候修改。

客户一般对信息系统集成项目不甚了解，他们认为很简单的事情，可能由计算机来解决会很复杂。因此项目经理和项目小组要冷静的分析：用户到底想要实现什么目的，抓住本质的需求。如果用户建议很难实现，可以和用户进行沟通，询问用户是否可以用其他方式来实现其目的。

以笔者的经验来看，一般来说用户的镀金（Golden Plating）需求可以延期解决甚至不考虑。用户的新增需求如果不是影响到核心业务的实现，也可以安排在现有功能的完善之后。

3、变更的影响多大：

项目组成员都要认识到变更都是有代价。必须评估变更的代价和对项目的影响，并且要让客户了解到变更可能会发生的问题，一起判断变更是否依然要进行。

更多关于工程/服务/采购类的标书代写制作，提升中标率，您可以点击底部官网客服免费咨询：>

以上就是关于IT运维服务台主要作用是什么全部的内容，包括:IT运维服务台主要作用是什么、“ITIL”是什么意思、作为运维人你还不知道ITIL吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！