关于ITSM系统的建设
- 格式:doc
- 大小:53.00 KB
- 文档页数:7
信息技术服务管理体系信息技术服务管理体系(ITSM,Information Technology Service Management)是一套用于管理和提供IT服务的规范和最佳实践。
它旨在确保IT服务的高质量、高效率和高可靠性,以满足组织的业务需求,并提供良好的用户体验。
ITSM的目标是通过合理规划、实施和持续改进来管理和交付IT服务。
ITSM的核心原则是将IT服务视为一个整体,从需求分析、设计、交付、改进等不同阶段进行全面管理。
它包括多个关键组成部分,如服务策略、服务设计、服务过渡、服务运营和不断改进等。
下面将详细介绍每个部分的内容。
服务策略是ITSM的基础,它包括对组织的战略目标和业务需求进行分析,确定IT服务的定位、目标和规划。
在这个阶段,需要了解组织的业务需求,制定IT服务的范围和目标,并确定合适的服务管理流程和工具。
服务设计是根据业务需求和IT服务策略,设计和规划符合业务需求的IT服务。
这包括定义服务目录、服务水平协议(SLA)、IT基础设施和应用程序的规划等。
服务设计要考虑到服务的可用性、可靠性、安全性等因素,以提供适当的IT支持和解决方案。
服务过渡是将新的或改进的IT服务部署到生产环境中。
这包括测试、培训、沟通、变更管理等,以确保新的IT服务能够顺利过渡到运营阶段。
在这个阶段需要严格控制风险,确保新的IT服务不会对现有业务造成负面影响。
服务运营是ITSM的核心部分,它涵盖了IT服务的实际交付和运营。
服务运营涉及事件管理、问题管理、变更管理、配置管理、性能管理等多个方面,旨在提供适当的IT支持,确保系统正常运行,并及时解决技术问题。
这个阶段需要建立有效的沟通和合作机制,以保证IT服务的高质量和高效率。
不断改进是ITSM中的重要环节,通过持续评估和改进来优化IT服务质量和业务价值。
这包括对服务管理流程的评估和改进、对关键指标的监控和分析、对顾客反馈的收集和分析等。
持续改进的目标是提高IT服务的效率、可靠性和用户满意度。
ITSM实施详细流程ITSM是指信息技术服务管理,是一种通过标准化和优化IT服务管理流程来提供高质量IT服务的方法。
下面是ITSM实施的详细流程。
1.确定ITSM目标:首先要明确实施ITSM的目标,例如提高IT服务质量、提高响应时间、降低成本等。
根据目标制定相应的策略和计划。
2.评估当前情况:评估当前的IT服务管理情况,包括现有的IT基础设施、流程和人员能力等。
通过调研和数据分析了解现有的IT服务管理的问题和瓶颈。
3.制定ITSM策略:根据目标和评估结果,制定ITSM策略,确定需要实施的IT服务管理流程和相应的工具和技术。
4.制定实施计划:根据ITSM策略,制定实施ITSM的详细计划,包括时间安排、资源分配、人员培训等。
5.设计ITSM流程:根据策略和计划,设计ITSM的关键流程,例如问题管理、变更管理、配置管理、发布管理等。
每个流程都需要明确流程的目标、参与者、输入输出、工具和指标等。
6.配置ITSM工具:根据设计的ITSM流程,选择合适的ITSM工具,并进行相应的配置。
工具应能够支持流程的自动化和监控,提高工作效率和透明度。
7.实施流程:按照计划逐步实施ITSM流程。
这包括流程的推广、培训、系统配置和测试等。
要确保所有相关人员都理解和接受流程,并能正确地应用工具。
8.监控和改进:实施ITSM流程后,需要不断监控流程的执行情况和效果,并根据反馈的数据进行改进。
可以使用关键绩效指标(KPIs)来监控ITSM流程的效果,例如平均解决时间、问题关闭率等。
9.持续改进:ITSM实施是一个持续改进的过程,不能停留在一次实施后就结束。
需要定期评估和优化ITSM流程,根据业务需求和技术发展进行调整和改进。
10.培训和沟通:在整个ITSM实施过程中,需要进行员工培训和沟通,确保员工了解和接受新的ITSM流程,并能够正确地应用工具和方法。
11.文档和知识管理:为支持ITSM流程的持续运行,需要建立和维护相应的文档和知识管理系统,包括流程文档、操作指南、故障修复手册等。
1 文档介绍 (4)1.1 文档目标 (4)1.2 范围 (4)2 IT 服务能力现状概况 (4)2.1 桌面维护管理 (5)2.2 业务系统管理 (5)2.3 环境与网络安全管理 (5)2.4 人员能力管理 (5)3 IT 服务能力计划 (6)本文档的目标是匡助XXXX 公司信息中心进一步加强IT 服务容量管理,建立并完善IT 服务容量管理体系。
根据本计划有效地制定容量管理的变更和项目,使得XXXX 公司信息中心的IT 资源能够更好的进行规划、调度和利用,并及时避免由于能力问题造成的故障,避免低水平重复建设形成的资源浪费,充分发挥现有IT 基础设施的作用,提高信息化建设投资成效,从而最终有效的保证业务需求。
本IT 服务能力管理计划主要针对XXXX 公司信息中心所负责管辖的系统和所提供的IT 服务进行容量管理的总结,并在业务发展的基础上,基于所签订的服务级别协议(SLAs)的范围和目标进行规划和预测。
在运维部所提供IT 服务范围包括:服务支持工具人力资源管理网络及安全设备机房环境管理业务系统XXXX 公司信息中心经过多年的投资和建设,IT 服务能力已经达到一定水平,建立了划分为多个平台的业务运营支持系统和较为完善的技术管理团队,其中包括:随着信息化进程的深入,导致用户对信息化的载体—电脑的依赖程度不断增加,随之而来的管理需求应运了XXXX 公司信息中心的桌面维护管理团队,针对XXXX 公司的IT 运维工作进行了有效的管理和资源的分配与再分配,有效的扼制和解决了XXXX 公司员工在工作中浮现的各种IT 相关问题,提高了员工工作的效率。
随着信息化系统平台的不断建设,XXXX 公司目前已建设了包括办公自动化系统、营销管理系统、人力资源管理系统、财务管理系统等在内的多个电子化系统平台,满足了多个业务发展对IT 服务的需求,同时也将在后期增加多个业务系统的投运,不断迎合业务对IT 服务的需求。
环境与网络安全的主要工作为:负责外网访问的控制与监督工作,负责公司内部IDC 机房的维护工作。
信息技术服务管理体系近年来,随着网络技术的不断发展,信息技术服务管理(ITSM)成为现代企业管理理念和实践的基础。
这一理念源于服务管理(Service Management),其着眼点是以客户为中心,有效地管理产品/服务的生命周期。
服务管理的宗旨是通过组织内部提供有效的、高质量的服务来满足客户需求。
信息技术服务管理(ITSM)是服务管理的一个特定分支,它是一种基于工具、流程、人员和文化的系统,其目的是用于组织、支持、管理和提供IT服务。
它以满足客户需求为基础,通过定义标准过程和衡量管理的IT服务以支持业务成果,确保IT服务的可用性和有效性。
一个有效的ITSM体系结构必须努力实现以下主要目标:*建立一个可管理的IT服务框架,以改善客户满意度和IT服务支持;*用可量化的服务管理参数衡量IT服务,以改善其可用性、可伸缩性和可操作性;*使用灵活和可控制的系统,以便于IT服务可以根据业务变化而及时、可靠地更新;*允许管理者可以根据客户需求对IT服务进行计划和监控,而不用担心客户的安全性和稳定性;*采用适当的工具、流程和程序,确保IT服务提供高效、可靠、可控制的服务,并满足客户需求。
信息技术服务管理体系是一个全面的框架,涵盖了IT服务管理的所有方面,包括服务策略、服务定义、服务设计、服务构建、服务交付、服务改进以及服务支持。
它旨在帮助企业提高其IT服务的可用性、可伸缩性和可操作性,支持业务成果,同时确保客户满意度。
在设计和实施ITSM体系结构时,企业可以使用以下方法:*定义IT服务管理架构:帮助企业实施IT服务管理,确保业务对IT服务的有效需求和实施;*建立服务管理流程:明确服务管理的各个环节并为每个环节定义标准化的操作,以提高服务效率;*构建IT服务能力:设计和实施具有量化功能的技术、流程和程序;*创建运营模式:根据业务要求和服务需求开发计划,以确保IT 服务持续提供高质量、可靠、可控制的服务;*建立可持续的文化:确保服务管理文化在组织中得到充分发展和实施,以支持业务目标。
IT服务管理ITSM的最佳实践IT服务管理(ITSM)是一种综合性的信息技术服务管理方法,它帮助组织管理IT资源、技术、人员和流程,以提供高效、高质量的IT服务。
ITSM的最佳实践是指在ITSM领域中,被广泛认可和证明为最可行、最成熟的管理方法和流程。
一、ITSM的理念和特点ITSM的核心理念是将IT服务视为企业运营的一部分,将其纳入企业的整体目标和战略中,并通过IT服务提升企业的价值和竞争力。
ITSM包括IT服务战略、IT服务设计、IT服务过渡、IT服务运营和IT服务不断改进等五个流程,涵盖了整个IT服务生命周期。
ITSM的特点是以服务为导向,强调从客户的角度出发,建立客户需求驱动的IT服务流程;以流程为支撑,通过标准化和自动化的流程来实现IT服务的高效管理;以持续改进为核心,不断优化流程和服务质量。
二、ITSM的最佳实践框架ITSM的最佳实践框架是指在ITSM领域中,被广泛认可和证明为最可行、最成熟的管理方法和流程。
目前比较流行的ITSM最佳实践框架有ITIL、COBIT、ISO 20000等。
ITIL是由英国政府主导制定的一套IT服务管理最佳实践框架,包括26个核心流程和指南,覆盖了IT服务的整个生命周期。
ITIL 强调服务管理的基本原则和实践,如服务战略、服务设计、服务过渡、服务运营、持续服务改进等。
COBIT是由ISACA(信息系统审计与控制协会)制定的一套IT治理最佳实践框架,重点关注IT治理的流程和实际操作,包括领导、计划与组织、采购与实现、交付与支持、监督与评估等五个领域,覆盖了整个IT治理生命周期。
ISO20000是由国际标准化组织(ISO)制定的一套IT服务管理国际标准,包括服务管理系统要求和服务管理系统实施指南,强调了流程化、持续改进、服务质量和客户满意度等方面的要求。
三、ITSM的实践应用ITSM的最佳实践框架不是刻板教条,而是应按照企业自身特点、需求和实际情况加以灵活组合和调整,实现最佳实践。
企业ITSM系统解决方案随着信息技术的迅猛发展,企业对于信息技术的管理和维护变得越来越重要。
一个好的企业ITSM(IT服务管理)系统可以帮助企业提高IT服务质量、提升IT运维效率、降低IT运维成本。
本文将针对企业ITSM系统解决方案进行详细介绍。
首先,一个好的企业ITSM系统需要具备完善的功能模块。
常见的功能模块包括故障管理、变更管理、配置管理、问题管理、发布管理、服务请求管理等。
故障管理模块可以帮助企业快速识别和解决IT故障,降低故障对业务的影响。
变更管理模块可以帮助企业规范和控制IT系统变更,避免因为不合理的变更导致的问题。
配置管理模块可以帮助企业对IT资产进行统一管理,提高IT资产的利用率和管理效率。
问题管理模块可以帮助企业分析和解决IT问题的根本原因,从而提高系统的稳定性和可靠性。
发布管理模块可以帮助企业对软件的发布进行管理和控制,确保软件的稳定性和安全性。
服务请求管理模块可以帮助企业及时响应用户的请求,提高用户满意度。
其次,一个好的企业ITSM系统需要具备良好的用户界面。
用户界面要简洁、直观、易于操作,方便用户快速定位和解决问题。
同时,用户界面要支持个性化设置,用户可以根据自己的需要自定义界面布局和功能设置。
另外,用户界面要支持多设备访问,用户可以通过手机、平板等多种设备随时随地访问和管理ITSM系统。
最后,一个好的企业ITSM系统需要具备良好的数据分析和报告功能。
ITSM系统会产生大量的运维数据,如故障记录、变更记录、问题记录等。
一个好的ITSM系统应该具备强大的数据分析和报告功能,可以帮助企业对运维数据进行深入分析,从而发现问题、优化流程和提升服务质量。
同时,ITSM系统应该支持自定义报表,用户可以根据需要自定义报表的内容和格式。
综上所述,企业ITSM系统解决方案需要具备完善的功能模块、良好的用户界面、多渠道的服务请求和强大的数据分析和报告功能。
只有这样,企业才能更好地管理和维护信息技术,提供高质量的IT服务,实现业务的持续创新和发展。
itsm 实施方案ITSM 实施方案IT服务管理(ITSM)是指通过合理的管理和协调IT资源,以提供高质量的IT服务,满足业务需求。
ITSM 实施方案是指为了达到这一目标所制定的具体计划和步骤。
下面,我们将介绍一个完整的ITSM 实施方案,帮助您更好地理解和应用ITSM。
首先,ITSM 实施方案的第一步是明确目标和范围。
在制定ITSM 实施方案之前,我们需要明确ITSM的实施目标,以及实施的范围和重点。
这将有助于我们更好地规划和组织实施工作,确保实施的有效性和可持续性。
其次,我们需要进行现状分析。
通过对当前IT服务管理的现状进行全面的分析和评估,包括IT基础设施、IT服务运营、IT支持能力等方面的情况。
只有了解了当前的状况,我们才能有针对性地制定改进和优化的措施,确保实施方案的有效性和可行性。
接下来,我们将制定详细的实施计划。
在制定实施计划时,我们需要考虑到实施的时间节点、实施的步骤和方法、实施的资源需求等方面的因素。
同时,还需要考虑到实施过程中可能遇到的风险和挑战,制定相应的风险应对措施,确保实施计划的顺利进行。
然后,我们将进行组织和资源准备工作。
在实施ITSM方案之前,我们需要做好组织和资源的准备工作,包括人员培训、技术支持、管理体系建设等方面的工作。
只有充分准备,我们才能确保实施的顺利进行和有效性。
接着,我们将进行实施工作。
在实施ITSM方案的过程中,我们需要严格按照实施计划和步骤进行操作,确保每一个环节都能够顺利进行。
同时,还需要及时跟踪和监控实施的进展情况,发现和解决问题,确保实施的质量和效果。
最后,我们将进行实施效果评估和持续改进。
在实施ITSM方案之后,我们需要对实施的效果进行全面评估,包括IT服务的质量、IT运营的效率、用户满意度等方面的指标。
同时,还需要根据评估结果,进行持续改进和优化,不断提升ITSM的水平和能力。
综上所述,一个完整的ITSM实施方案包括目标和范围明确、现状分析、实施计划制定、组织和资源准备、实施工作、实施效果评估和持续改进等多个方面。
IT服务管理IT服务管理(ITSM)是一种系统化管理和提供IT服务的方法和框架。
它集成了各种最佳实践,以确保IT服务满足组织的需求和目标。
ITSM不仅仅关注技术方面,还包括流程、人员和文化的管理,以实现高效、灵活和可靠的IT服务。
ITSM的目标是通过确保IT服务按照SLA(服务水平协议)提供,提高客户满意度、优化成本和效率、降低风险,并与业务需求保持一致。
ITSM通过以下几个方面来实现这些目标:1.流程管理:ITSM采用流程导向的方法,以确保IT服务按照最佳实践和标准运作。
常用的ITSM流程包括事件管理、问题管理、变更管理、配置管理和发布管理等。
这些流程确保IT服务的稳定性和可控性。
2.服务支持和交付:ITSM提供一套服务支持和交付的流程和工具,以确保IT服务符合用户的需求和期望。
这包括服务请求管理、SLA管理、服务台管理等。
3.报告和度量:ITSM通过报告和度量来监控和改进IT服务的绩效。
通过收集和分析关键指标(KPIs),组织可以识别问题和瓶颈,并采取适当的措施来改进。
4.沟通和协作:ITSM强调协作和沟通,以确保IT部门与其他部门之间的良好合作。
通过定期会议、工作流程和知识共享,ITSM可以促进信息的流动和共享。
5.文化和人员:ITSM重视文化和人员因素。
一个积极的IT服务文化可以促进团队合作和知识共享。
此外,ITSM强调培训和持续改进,以不断提高IT人员的技能和素质。
ITSM的好处包括:1.提高服务质量:通过ITSM的最佳实践和标准,可以确保IT服务的质量和可靠性,从而提高客户满意度。
2.降低风险:ITSM可以识别和解决潜在的IT问题,从而减少潜在的风险,例如系统故障、数据泄露等。
3.提高效率:通过ITSM的流程和自动化工具,可以提高IT服务的效率和生产力。
4.降低成本:通过优化流程和资源配置,可以降低IT服务的成本和支出。
5.与业务需求保持一致:ITSM强调服务导向的方法,以确保IT服务与业务需求保持一致,并帮助组织实现其战略目标。
信息技术服务管理实施指南作为现代企业的重要组成部分,信息技术服务管理(ITSM)已经成为了企业IT管理的必然趋势。
ITSM的核心是将IT服务视作企业核心生产要素,通过科学的管理手段持续提升IT服务质量,实现IT成果与业务成果的同步提升。
ITSM的实施需要系统性的方法和一定的实践经验,本文将对ITSM实施的一些关键点进行探讨。
一、 ITSM的基本概念ITSM是指对企业内部IT服务提供的管理,包括如何规划、设计、交付、运行、维护和改进IT服务等内容。
ITSM的目标是优化企业核心IT服务价值,支持企业业务目标的实现,确保IT与业务的深度融合。
同时,ITSM强调服务过程化和标准化,以确保服务可信可靠,稳定运行。
二、 ITSM实施流程ITSM的实施需要按照以下流程进行:1.明确ITSM目标ITSM的目标需要与企业业务目标相匹配,同时要与公司IT部门的发展方向相一致。
这样可以确保在ITSM实施的过程中,能够真正满足企业需求,并让管理者更好的了解ITSM的优势。
2.建立ITSM实施团队ITSM的实施需要一个专门的团队来负责,需要由公司IT部门的主管或专职的ITSM实施经理来组织。
3.评估现有的ITSM实施情况在建立ITSM实施团队之前,需要先评估企业现在的ITSM实施情况。
这可以帮助团队了解企业的运作规模和难点,把握ITSM实施的难易程度,更好地提出解决方案。
4. 设计ITSM治理框架ITSM治理框架描述了如何应用ITSM标准和最佳实践,以使企业IT服务的管理更加有效。
这一部分包括如何实施ITSM之类的内容,需要在实施前确认。
ITSM标准要求各个IT服务过程都能进行流程化管理,确保服务质量。
ITIL(IT服务管理实践)是当前行业内公认的ITSM最佳实践标准,实施ITIL标准可以有效的优化IT服务管理。
ITSM工具需要提供一系列功能,包括告警、问题管理、变更管理、配置管理等内容。
这些工具可以帮助企业更好的完成IT服务管理,能够提高工作效率和服务质量。
商业银行ITSM解决方案一.系统概述在知识密集、技术密集的银行行业,信息技术的发展无疑对整个行业产生了深远的影响,最直接的表现就是促进了银行业务运作模式的转变,即从传统的业务运作模式转变到以信息技术运用为基础的现代业务运作模式。
但信息技术并不是完美无缺的,它也是一把双刃剑。
对信息技术进行适当的管理使之符合银行业务运作的需要是银行在激烈的市场竞争中取胜的关键。
IT服务管理就是在这种背景下应运而生的。
通过ITSM系统,银行可以对IT系统的规划、研发、实施和运营进行有效管理。
顶点IT服务管理系统,主要实现以下几个目标:(一)建立统一的IT服务管理平台(二)设立自助式知识库,最大限度节省人力成本(三)建立IT资产信息库及配置信息库(四)事先预防及报警(五)提高运维效率,快速解决问题二.系统构架IT服务管理系统是顶点经营管理信息系统的一个组成部分,顶点公司采用“面向服务架构SOA技术”作为本项目的设计思想,采用顶点公司自助研发的“灵动业务架构平台LiveBOS”作为本系统的技术支撑平台,结构图如下:三.系统组成四.系统特点1.流程管理特性统一业务流程管理具有“灵动、个性、协同、集成”的管理应用特色。
随着业务的不断创新和发展,真正实现“应您所需,随时而变”,解决组织架构变更和业务流程调整的快速实施难题,提高公司的业务和管理的应对变化速度。
2.完善的安全控制机制IT服务管理解决方案结合底层系统平台和应用层的各种权限机制,提供了完善的安全授权、行为轨迹机制,针对数据层可实现对每个文档、报表、KPI指标值进行授权,并通过日志功能记录关键操作行为,便于进行系统审计。
3.融入知识管理理念IT服务管理解决方案融合了知识管理思想,提供了全面的知识生命周期管理方法与手段,借助IT服务管理解决方案可以形成整合的工作数据平台,共享工作信息,达到工作经验电子化,实现将决策知识从个人到团队,从后端到前端,从老员工到新人,从员工到服务商、从公司到客户的发布,快速学习、实现辅助甚至自助服务,在提高效率的同时降低总体拥有成本。
企业级ITSM系统规划设计与建设解决方案一、背景介绍IT服务管理(ITSM)是企业中非常重要的一环,它涉及到整个企业的IT服务运营、支持与维护。
企业级ITSM系统的规划设计与建设,是为了提高企业的IT服务质量,优化企业的运营效率,提高客户满意度。
本文将从需求分析、系统设计、系统实施等方面探讨企业级ITSM系统的规划设计与建设的解决方案。
二、需求分析1.IT服务需求分析:对企业IT服务的需求进行分析,包括服务类型、服务范围、服务模式等,了解企业IT服务的具体要求。
2.业务流程分析:分析企业各业务流程,了解IT服务在业务流程中的具体应用情况,并确定ITSM系统需支持的业务流程。
3.系统功能需求分析:根据用户需求,明确ITSM系统的功能需求,包括故障管理、变更管理、资产管理、合同管理、服务请求管理等。
三、系统设计1.系统架构设计:根据需求分析结果,设计ITSM系统的整体架构,包括前端用户界面、后端数据库、业务逻辑处理、集成接口等。
2.数据库设计:设计ITSM系统的数据库结构,包括各个实体表的字段和关系,确保数据的一致性和准确性。
3.界面设计:根据用户需求和用户体验原则,设计ITSM系统的用户界面,保证用户操作的简便性和易用性。
四、系统实施1.前期准备:包括系统环境准备、软硬件设施的采购与部署、系统测试用例的设计等。
2.系统开发与集成:根据系统设计,进行系统开发和集成工作,确保系统的功能完善和信息交互的顺畅。
3.数据迁移:将现有IT服务管理数据迁移到新系统中,确保数据的完整性和一致性。
4.测试与验收:对新系统进行全面测试,确保系统的质量和可靠性,并进行系统验收,确保系统达到用户需求。
5.运行与维护:投入系统使用后,进行系统运行监控与维护,及时处理用户反馈和系统故障,确保系统的正常运行。
五、风险控制1.沟通与合作:与业务部门和IT部门建立良好的沟通与协作机制,确保需求的准确理解和沟通的闭环。
2.项目管理:采用项目管理的方法论,合理规划和分配资源,确保项目进度和质量的控制。
关于ITSM系统的建设这是我一直想写的内容,苦于没有时间与精力,本来是希望把这个项目从立项到规划,到设计开发,到最后的实施应用的全部过程写成一个笔记,但工程浩大,有些力不从心,正好国庆节有一些时间,就先写一部份吧。
以下的内容会一些杂,我把我们规划这款ITSM系统的一些想法写出来,里面会夹杂着我对这种类型系统的一些规划考虑点,这种考虑一是基本对ITIL的理解,二是对软件实现的理解,三是运维管理的考量。
内容不会十分具体,因为每一个部份基本都是一个模块,如果写得深入,基本是一个详细的设计说明书了,这就没有必要了。
这是第一次真正的去思考规划与设计一个系统,这里说的设计可能与软件工程的设计定义有一些区别。
以前都是做软件实施,现在终于有机会把在做软件实施时的一些想法前移到设计阶段,因为这个项目的规划与实施都会是我负责,所以是把首尾相连了,这也相对可以保证规划的思想可以比较彻底的贯彻下去。
可能存在的问题是,后续的一些设计过程,我没有非常深入进去了,这样会导致一些缺失,另一方面,许多在规划的想法是会对公司的体制与管理制度造成一定冲击的,可能到时没有足够的时间与决策支持去扭转当前的作业现状,最后就是对开发团队的实现能力有一些担心,一个好的想法开发人员没有足够的技术能力去实现,这也是比较麻烦的。
总的来说,这项目要想取得我预计中的效果,非常具有挑战性。
一、系统目标系统目标是为了说明我们想开发一个怎样的系统,想利用这个系统做什么,达到怎样的目的,最简单的是,我们想打造一个运维平台,把我们在各个地区分布的运维服务团队,无论属于哪一个客户群的,无论是属于哪一种业务领域的(桌面、网络、系统、软件)都统一纳入到一个相同的平台上作用,他们要基于相同的制度,基于相同的流程,基于相同的理念,用统一术语与方式去服务客户,我们的一个优势是规模与平台资源,但如果我们的人员与业务无法整合到一起,这种优势就不复存在的,反而可能成为一个负面原因,因为你没有了大船的承载能力,却也没有小船的灵活转身能力。
运维服务业务有其特点,因为很难标准化,同时太容易受客户的影响而改变流程或制度了,一旦你的团队分散,客户多,而且地理分散后,说光依靠发布出ISO20000的体系文件,对人员做多么扎实的培训,这样就能把大家的各种作业规范统一起来,不是说不可能,极难,要花费巨大的管理资源,同时这样做的一个问题是你的运维服务数据是极难进行分析与采集的,这时一个显而易见的方式就是利用软件。
我们在打造自已的平台时,概括来说对这个平台有这么一些几个方面要求:设计要求要基于我们的运维服务业务特点,同时把这几年我们做管理探索与改善的经验置入其中,另一个方面要把ISO20000在实施过程的所得纳入实现,这里就是我们的服务体系了,但只是取部份流程的,主要是针对服务支持等部份的流程,还有一个方面就是要参考REMEDY优缺点。
这三个方面是我们规划设计这系统的主要基础,加上我们对远景的期望,基本上这三个方面我们都做了一些调研与整理工作。
范围要求我们所有的运维服务业务,我们所有的运维服务人员,以及运维服务中的所有活动都需要可以被管理,也可以分这么两个层面来说,我们这个平台要可以管理所有的运维对象(各种类型的项目),同时要管理我们的运维资源(人),这里的运维对象与运维资源并不是抽象的概念,是非常具体的,运维对象可以具体到具体每一个CI及其备件,运维资源具体到每一个人的工时利用。
其它的象服务目录与SLA等就不用多介绍了,是必要纳入管理。
主线是从运维对象与运维资源这儿走出来的。
扩展要求运维平台可以满足公司当前的运模式的发展需求,以及我们现在的产品的发展,这里涉及具体的一些公司现状,就不多作说明了质量要求在应用质量上我们要超过REMEDY,注意是应用质量,不是指功能,功能上我们无意与REMEDY去一争长短,因为这没有什么可能性与意义,但我们有信心只要一年实施时间,我们就完全可以超过REMEDY在公司的应用质量,这一点我的把握相当大。
二、系统架构我们使用的是B/S的系统架构,这是为了方便地理分散的员工使用,同时也是为了考虑到日后全国的用户可能会登录系统进行一部份的作业,比如参与调查,或者开放论坛等,采用B/S的架构,负面的影响一是速度方面,二是界面表现力,但日后的升级维护比较方便,用户登录也很方便。
具体是否成功,可能还要等日后大规模应用时才能进一步验证。
开发平台是.NET2005 C#,数据库采用ORACLE 10G。
另外我们在流程中(比如事件升级、派单)做了一些邮件通知与短信通知的功能,其它的在技术方面,倒好象没有太多值得说明的地方,也可能可以说技术并没有太多的亮点。
三、流程控制在系统流程控制方面,当时也有过一些争议,后面由于我的坚持,放弃了采用工作流引擎的想法,一不是希望增加项目复杂度,二是硬性的流程事实上是不现实的,因为在运维服务活动中,单据的流转方式很难硬性定义,加上一人担负多个角色,去配工作流是没有太多意义的,同时我们主要是自用,一旦运转起来后,去调整流程的可能性较低,那样工作流引擎存在意义就很低了。
所以我们在开发过程中,一旦有硬性的流程就写死在程序中,而单据的流转是由人确定的,可以不做限制进行单据的转派。
这里也是以前在软件实施一直的想法,不能指望软件去完全实现一切的控制,有些的控制点放在系统之外,往往会更好更省力,软件只是一个汽车,你想它跑得更快更好,需要有一条道路去配合在一起,这条路就是你的管理制度,许多寄望软件实现的控制点,一旦没有考虑清楚,最后会带来许多麻烦,所以要有先松后紧的策略,逐步增加控制,而且是要以制度为先。
四、服务台管理事件管理与服务台管理是不同的概念,前者是一种流程,后者是一种职能,许多人没有搞清楚这两者的关系,事实上事件管理的许多操作是由服务台人员完成的,服务台本身并不存在流程(注意这是站在ITIL流程的层面),服务台管理本身是一个独立的学问,这要根据每个组织的特点去考虑,在我们的情况中,有几名独立的热线人员作为服务窗口,对这些人员的话务管理是通过语音系统管理的,而这个语音系统与我们的ITSM系统是有接口的,真正的事件操作事实还是在事件管理中完成。
这里特别提一下,在我们的ITSM系统中事实上是没有一个服务台管理模块的,我相信许多人并没有真正理解服务台的真正含义,把热线与服务台划等号是有问题的,尤其是要IT服务领域,一旦你包含比较多的软件项目,服务台就一定会发生变异,如果你的服务台人员只是起到一个转电话与派单的作用,那事实是一个语音菜单的功能,这样的服务台设立的意义不大,多数人以为服务台作用是单点受理以及快速响应,但是这更多只是手段不是目的,服务台并不是一定在物理上坐在一起,服务台可以是多种多样的,一定搞清楚服务台的目的是什么,它为什么而存在,IT服务不同于其它的行业,当用户打电话到携程与招商银行的的服务台时,跟用户打电话到一个IT服务商是不一样的,携程与招行的服务是相当“大众”与“标准”的,他们的服务台基本可以做到你电话过去时,就能真正响应,而IT服务商的服务台通常做不到,为什么?因为你的服务更具“纵深”,所以对你的服务台提出了更高的要求,你让几个完全听不懂用户问题与需求所在的热线非常快的接到用户电话真正有用吗?响应的定义是什么?如果仅仅是接听了用户的请求,而不做任何反应,这叫响应吗?我让一个电话录音机当热线,这算不算响应呢?如果你的热线是真接转电话给工程师,经过热线转一下的意义何在?工程师仍然处于随时待命的状态,你的服务资源没有任何节省,而是在浪费,同时让用户重复问题,或者让热线转述问题,造成信息缺失。
当你的服务台没有起到真正的服务台作用时,你会发现一个有意思的现象,用户会绕过你的服务台,直接打电话到工程师哪儿了,不要说这是用户的问题,这是你的问题,你没有把一个正确的路径给用户,用户会按最有效率的路径来走的(是不是类似我们走草坪的情形?,人们不会喜欢90度的直角小径,会用斜线穿越草坪。
好象扯远了,服务台这一课题要展开讲是一个独立的篇章,IT服务业的服务台是不同于传统行业的,用传统行业的callcenter的做法去设立IT服务业的服务台的做法,一般是行不通的,尤其当你的业务领域复杂时,可能虚拟服务台是一个不错的选择,没有一定的硬性标准,要根据自已实际的业务需要来,一个真正好的服务台,是可以节省你的服务资源,而且可以更快把客户请求结束掉。
五、事件管理事件管理是创建、处理事件的模块,一个事件的生命周期全部会在此模块内,在设计时,需要考虑以下的信息事件的类型事件管理在我们规划中,是一个非常重要的窗口模块,事件类型我们分为了有故障、请求、咨询、新需求、投诉,基本上面向客户的事务都会在此发起,这种类型也是为了日后的统计分析。
事件的分类由于我们项目众多,考虑到横向统计的需要,我们要定义一个公用的事件分类,以便运维管理分析,我们分了硬件、软件、网络、数据库、接口、业务这几个大类,日后可能会进一步细化分类,以便做更深入的分析,但这个难度很大,需要时间的积累。
事件的等级最开始我们是希望引入优先级(严重度与紧急度),但后面发现这样定义非常困难,对指导工程师处理意义不大,还很有可能会误导信息,所以最后就把事件硬切为5个等级,公司给出最粗的定义标准,然后由每个项目具体定义解释,这样每个工程师在作业时,就可以定义事件的等级,默认情况下,等级越高的事件,是表示越严重,也表示要优先处理的,虽然会相对粗放一些,但相对简单适用业务,而且我们的SLA是与此相关的。
事件的状态事件状态是为了表达事件单当前的处理状况,我们为了创建、分派中、处理中、等待中、解决、关闭。
这样可以形成看板与统计。
事件与CMDB的关联一直以来说CMDB的用处,在事件的应用就相当关键,在事件发生时,要做一个关键动作,就是组件定位,需要搞清楚这个事件是发生在什么项目(CI)的什么地方(CI),需要事件创建者做出定位,然后在派单时,就会根据你的CI定位,带出相关的责任工程师,与事件与CI的关联,给你的运维分析会带许多丰富的信息,你CMDB所有的信息与事件的信息可以交叉进行统计分析,比如上面说的事件的分类有硬件,那我想知道桌面项目的一年中硬盘发生了多少故障呢?我想知道一年中桌面项目中希捷品牌的硬盘发生了多少故障呢?我想知道去年桌面项目中,客户对哪一款软件的咨询次数最多,以便我来年准备对用户做一次操作培训,这些信息全部依靠事件中的组件定位,这样的信息就可以轻而易举的告诉你。
还有你想知道去年你的软件的哪一个功能点或模块的发生的故障次数最多吗?你想知道去年被投诉次数最多的项目或人是谁吗?这些全部可以出得来。
事件与其它流程的接口事件与变更、问题、知识库是存在接口的,事件处理过程中可以直接发起变更申请,也可以发起问题申请与知识库申请,需要说明的是事件与变更的接口,我们的事件是否关闭没有硬性判断与之关联的变更是否终结,而是从事件单方面流出信息,并没有把变更的处理情况与事件单关联,让这个流程分线程去作业处理,主要是担心做得太死,可能导致事件单关闭受阻。