下载文档原格式
XXXX股份有限公司ITSS体系文件
配置管理流程
更改履历
注：更改人除形成初稿，以后每次修改在未批准确认前均需采用修订的方式进行修改。
目录
1概述 (5)
1.1目的 (5)
1.2范围 (5)
1.3流程主要内容 (5)
1.4术语定义 (6)
2角色和职责 (6)
2.1服务经理 (6)
2.2质量管理QA (7)
3流程 (7)
3.1配置管理流程 (7)
3.2配置管理规划子流程 (8)
3.3识别和定义配置项子流程 (9)
4关键考核指标 (9)
5与其他流程之间的关系 (10)
6附：CMDB设计 (10)
6.1CMDB设计策略 (10)
6.1.1配置项层次设计和命名规则 (10)
6.1.2配置项间的关系 (11)
6.2流程的相关定义 (11)
6.2.1配置项状态 (11)
6.2.2配置项审核 (12)
6.2.3配置项所属的系统 (12)
6.3附件A：CI属性设计 (12)
6.3.1服务器SVR (12)
6.3.2存储设备（STG） (13)
6.3.3软件（SWR） (13)
6.3.4应用系统（APP） (13)
6.3.5补丁包 (13)
6.3.6文档（DOC） (14)
6.4附件B: CI关系对照表 (15)。
itss 变更管理制度第一章绪论1.1 研究背景随着信息技术的快速发展和普及，企业对IT服务的需求也越来越大。
为提高IT服务的稳定性和可靠性，遵循一定的变更管理制度成为企业必须面对的问题。
在实践中，IT服务变更管理制度的建立和实施对于保障企业的信息系统运行稳定和安全至关重要。
1.2 研究目的本文旨在对IT服务变更管理制度进行深入的研究和探讨，从变更管理的必要性、实施步骤、关键要素和效果评估等方面进行全面分析，为企业建立健全的IT服务变更管理制度提供理论支持和实践参考。
第二章 IT 服务变更管理概述2.1 IT 服务变更的定义IT 服务变更是指对于IT系统、IT服务或IT基础设施进行任何改变或增加的过程。
包括硬件、软件、网络、系统配置等各个方面的变更。
2.2 IT 服务变更管理的概念及作用IT 服务变更管理是指对变更进行规划、协调和控制，以确保变更的成功实施和最小化对现有服务的影响。
其作用包括：1）保证IT服务的稳定性和可用性2）提高IT服务的响应能力和灵活性3）降低IT服务的风险和不确定性4）提高IT服务的可管理性和可控制性2.3 IT 服务变更管理的原则和目标IT 服务变更管理应当遵循的原则包括：风险控制、透明、全面、合理、高效。
其目标主要包括：追求变更管理的最佳实践、提升变更管理制度的成熟度、持续改进IT服务的质量和性能。
第三章 IT 服务变更管理实施步骤3.1 变更管理的流程变更管理流程包括：变更请求、变更评估、变更批准、变更实施、变更评估等环节。
具体实施步骤将在本章进行详细介绍。
3.2 变更管理的团队变更管理的团队应当由变更委员会、变更管理人员、变更发起人等组成，各成员应当分工明确、协作紧密。
3.3 变更管理的关键要素变更管理的关键要素包括变更决策、变更风险评估、变更计划、变更测试等，这些要素在变更管理流程中占据着重要的地位。
第四章 IT 服务变更管理的评估与改进4.1 变更管理的效果评估在变更管理实施之后，需要对变更管理的效果进行评估，包括变更实施情况、变更对服务的影响、效果达成情况等。
XXXX股份有限公司ITSS体系文件服务台管理制度版本控制记录目录1概述 (4)1.1目的 (4)1.2范围 (4)2角色和职责 (4)2.1一线组长 (4)2.2一线运维 (4)2.3二线运维 (5)3流程描述 (5)4服务台运维服务规范 (6)5关键考核指标 (6)1概述1.1目的严格规范一线服务台对服务请求的管理流程，降低系统事件对业务的影响程度，提高客户满意度，保障运维部门高效率运作。
1.2范围服务台接受的事件包括：1) 用户直接登记到brt平台的事件；2) 用户通过运维电话接入的事件或事故；3) 用户通过RTX接入的事件；4) 用户通过OA系统接入的事件；5) 用户通过邮件接入的事件；6) 用户通过微信接入的事件；7) 用户通过纸质工单接入的事件等。
事件的范围包括对信息系统的使用咨询、系统故障，以及有关业务应用的支持需求。
如数据修改，权限修改，操作指导等。
2角色和职责2.1一线组长1.对事件流程负责；2.管理一线事件运维支持人员；3. 通过服务台事件管理报告，监控事件管理的效率，改善运维服务质量；4.负责协调重大故障及紧急事件的处理。
2.2一线运维1.负责接受来自各种服务渠道接入的服务请求；2.负责对事件分类和提供初始的支持；3.根据知识库查找解决方案以解决事件；4.将问题的解决步骤文档化，并录入BRT系统；5.将服务请求分派给适当的工作组；6.跟踪服务请求的处理过程以确保在规定的时间内解决问题，同时在BRT系统里更新相应信息；7.如事件无法在服务时限内解决，将事件升级给二线运维；8.与服务请求的提交者进行直接的沟通，通报事件的处理情况；9.在结束事件之前要确认服务请求的提交者对事件的解决过程及结果是否满意；10.作为事件的责任人，监控，跟踪所有的事件处理过程，并作为和客户沟通的唯一联系。
2.3二线运维1.负责一线升级的事件的分析处理；2.负责协调资源对一线升级的事件的分析处理。
3流程描述图1.服务台事件请求流程图流程说明表1.服务台事件请求流程说明4服务台运维服务规范服务台接听电话、RTX响应、BRT响应、邮件响应等运维服务规范详见《服务台运维服务规范V1.1》。
XXXX股份有限公司ITSS体系文件服务级别管理流程
更改履历
注：更改人除形成初稿，以后每次修改在未批准确认前均需采用修订的方式进行修改。
目录
1概述 (4)
1.1目的 (4)
1.2试用范围 (4)
1.3流程主要内容 (4)
1.4术语定义 (5)
2角色及职责 (6)
2.1组织级服务目录管理流程 (6)
2.1.1服务经营设计部经理 (6)
2.1.2服务设计专家 (6)
2.1.3服务目录审核委员会 (6)
2.2项目级服务级别管理流程 (6)
2.2.1服务经理 (6)
2.2.2服务专家 (6)
2.2.3服务主管 (6)
2.2.4服务级别管理委员会 (7)
3流程 (7)
3.1组织级服务目录管理流程 (7)
3.2项目级服务级别管理流程 (8)
3.2.1定义SLA、OLA、UC子流程 (9)
3.2.2SLA审核和签署子流程 (11)
4关键考核指标 (12)
4.1组织级服务目录管理流程评价指标 (12)
4.2项目级服务级别流程评价指标 (12)
5相关表单 (12)。
变更管理程序编制：审核：批准：修改记录目录1.目的 (1)2.过程定义 (1)3.范围 (1)4.过程参与人员 (1)5.职责 (1)6.过程重要控制点 (2)7.过程测量指标 (3)8.术语 (3)9.流程 (3)10.过程描述 (5)11.相关文件 (9)12.相关记录 (9)变更管理程序1 目的变更管理的目的是保证变更在受控方式下正确评估，批准和实施。
减少和杜绝非授权变更，降低变更风险和对业务的影响。
2 过程定义变更是指在维护过程中对系统或服务所作出的各种改变，包括增补、移除和其他修改。
本流程变更分为一般变更、重大变更和紧急变更。
各类变更的解释见各子流程的说明。
3 范围适用于对于运维服务部有关的项目。
4 过程参与人员变更负责人、变更实施人员、（紧急）变更管理委员会、客户。
5 职责5.1 变更负责人(1)负责变更管理流程，协调变更的构建、测试和实施；(2)确定、判别变更的优先级和类别；(3)为变更获得所需授权；(4)确定变更计划和变更方案；(5)督促变更的实施；(6)制定并发布变更项目计划和时间规划等(7)提交规范、准确的变更报告；(8)评审所有已实施的变更，确保达到预期目标；(9)当变更引起配置信息改变时，及时把变更结果（包括软件、硬件、文档、知识库等）提交到配置管理。
5.2 变更实施人员(1)根据变更负责人制定的变更计划实施变更；(2)执行分派的任务以推进变更项目；(3)向变更负责人汇报工作进程；(4)现场负责变更实施；5.3 （紧急）变更管理委员会(1)针对具体变更请求，组织评估，包括潜在影响和风险得到评估；(2)评估所有已执行的变更，确保满足变更目的；(3)协助变更管理负责人确定变更优先级。
5.4 客户确认重大变更和紧急变更，实施变更的审批。
6 过程重要控制点变更级别的判断，变更分为一般变更、重大变更、紧急变更。
7 过程测量指标(1)各类型变更的数量(2)变更期间服务中断时间(3)未达到预期结果的变更数量8 术语9 流程9.1 变更管理总流程事件管理问题管理变更请求记录和过滤变更接受申请紧急变更变更分类Y说明原因重大变更一般变更评估变更关闭变更N内部审批发布变更后评审配置管理YN事件管理问题管理变更请求记录和过滤变更接受申请紧急变更变更分类Y说明原因重大变更一般变更评估变更关闭变更N内部审批发布变更后评审配置管理YN图9.2一般变更流程9.3 重大变更流程事件管理问题管理变更请求记录和过滤变更接受申请紧急变更变更分类Y说明原因重大变更一般变更评估变更关闭变更N内部审批发布变更后评审配置管理YN变更分类紧急变更确认紧急变更快速评估审批快速制定变更计划、测试计划和回退计划变更测试审批内部审批图9.4紧急变更流程10 过程描述10.1 变更管理10.1.1 创建变更请求由事件管理流程、问题管理流程。
1 目的1.1制定公司变更评价和控制的程序，确保任何变更处于受控制状态；1.2严格管理与IT服务质量和软件开发过程中条件有关的任何变更，维护IT服务的质量、安全和功效。
2 范围本规程适用于所有可能影响公司IT服务质量的安全性、一致性、有效性的变更。
包括:1.工作岗位与人员的改变；2.办公区、设施和设备的改变；3.计算机硬件、软件的改变；4.系统运行环境的改变；5.系统说明书及操作手册的改变；6.其它涉及影响IT服务级别和服务要求的改变。
3 职责任何更经申请部门提出后，由研发部评估、审核和批准，研发部协助实施。
4程序4.1变更的分类：根据变更对系统集成、软件开发和IT服务质量的影响程度，变更可分为主要变更和次要变更二类。
所有变更均需到研发部办理登记，以便统一管理。
4.1.1主要变更：对IT服务质量有影响的变更，需要进行测试和验证。
对IT服务质量有影响的变更：如主要设计模块、功能和性能的变更、主要开发设施和设备的更新和扩容、修改服务级别协议或IT服务标准。
4.1.2次要变更：不影响IT服务质量或对IT服务质量影响不大的变更，不需要进行测试和验证。
4.1.3其他未包括在以上范围内的变更，由研发部确定变更的类型并实施相应的管理。
4.2变更控制总体要求：所有变更均应按相应的管理标准和要求进行，防止对已验证的系统功能模块、性能和界面进行未批准的自行变更。
4.3变更管理程序：变更管理的程序一般包括下列内容：变更申请计划的起草和提交、申请计划的审批、变更所需验证的申请及实施、结果评价及审批、通知相关方、新编及修改文件、变更前培训、变更实施、变更实施后再评价等。
4.3.1变更申请计划的起草和提交4.3.1.1部门申请变更需填写变更申请计划表，申请计划表中要说明以下内容：a.申请部门、起草人、预定实施负责人、申请日期；b. 申请变更项目；c.变更内容，并根据变更分类原则说明所申请的是主要变更或次要变更；d.涉及变更文件名称及编号；e.说明是否需要进行验证、是否需要增加IT服务的质量检查。
最新ITSS信息技术服务标准体系文件-变更管理流程
XXXX股份有限公司ITSS体系文件
变更管理流程
更改履历
注：更改人除形成初稿，以后每次修改在未批准确认前均需采用修订的方式进行修改。
目录
1概述 (5)
1.1目的 (5)
1.2范围 (5)
1.3术语定义 (5)
2角色和职责 (6)
2.1需求主管 (6)
2.2变更评审委员会（CAB） (6) 2.3IDT设计代表 (6)
2.4服务专家 (6)
2.5变更实施申请人 (7)
3变更评审委员会（CAB） (7) 3.1CAB成员构成 (7)
3.2召集CAB标准 (8)
3.3CAB会议 (8)
3.4CAB审核方法 (8)
4代码定义 (9)
4.1变更来源 (9)
4.2变更类型 (9)
4.3变更优先级 (9)
4.4变更处理状态 (10)
4.5变更关闭状态 (10)
4.6风险等级 (10)
5流程 (12)
5.1变更管理流程 (12)
5.2紧急变更流程 (13)。
XXX软件有限公司变更管理流程文件修订记录目录1目的 (4)2适用范围 (5)3名词术语 (6)4变更的分类和分级 (7)4.1变更分类 (7)4.2变更优先级 (7)4.3变更审批 (7)5流程角色 (9)6流程 (10)6.1变更管理流程 (10)6.2紧急变更受理流程 (12)6.3重大变更受理流程 (13)6.4变更回顾及改进 (15)7与其他流程的关系 (16)8审核 (17)9度量 (17)10参考文件 (17)1目的变更是指对被管理的配置管理数据库中某配置项所进行的修改。
变更管理是对变更从提出、评估、批准到实施、完成的整个流程管理，其目标是确保使用规范的方法和过程实现快速、有效的变更流程，减少变更带来的事件，为运维服务客户提供更优质的IT服务。
变更管理流程将建立一个完整的变更管理体系，从而实现：(1)管理和引导用户变更需求；(2)通过对所有变更的正确评估，可以维护生产/运行环境的完整性；(3)变更和变更实施得到正确记录，并提供审核统计；(4)减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏；(5)提供了一致性的变更实施质量；(6)提高资源使用率（如，未得到正确控制和授权的变更需要更多的后续资源）。
2适用范围变更管理范围是基于运维服务的CMDB，运维服务范围内的已上线CI修改的审批和影响分析。
一般和重大变更经过审批后，都通过《发布管理流程文件》实施。
3名词术语➢变更在日常维护中对生产环境中的网络、设备、系统及各软硬件IT资源、服务等（CI）的变更。
涉及合同变更及单独立项的变更不在此流程范围内。
➢变更申请单（Request For Change, RFC）变更申请人填写并提交变更请求。
变更申请单中需包含变更的原因、内容、变更的类型、影响分析、采取的计划或步骤等信息。
（在下文中称为变更申请）➢变更委员会CAB变更委员会成员由变更委员会负责人（公司领导）、总监、部门经理、变更经理、客户代表、客户方的业务人员、技术专家、咨询顾问等人员组成。
信息技术服务管理体系新服务及变更服务管理办法文件编号：SD-02006[本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属本公司所有，受到有关产权及版权法保护。
任何个人、机构未经本公司的书面授权许可，不得以任何方式复制或引用本文件的任何片断。
]1.分发控制读者文档权限说明内部员工只读2.文件版本信息版本号修订变更描述日期审核批准V1.0编写组全文吴炜刘文中3.文件版本信息说明文件版本信息记录本文件提交时的当前有效的版本控制信息，当前版本文件有效期将在新版本文档生效时自动结束。
文件版本小于1.0 时，表示该版本文件为草案，仅可作为参照资料之目的。
目录1.概述............................................................1.1.目标........................................................1.2.范围........................................................流程适用范围...........................................流程管理范围 (1)2.流程描述........................................................2.1.新服务及变更服务的策划......................................2.2.新服务及变更服务的实施......................................2.3.信息系统的发布与变更管理....................................3.附则............................................................1.概述1.1.目标新服务及变更服务的目标为：确保在成本和质量的约束条件下，管理并交付新服务或服务的变更。
ISMS2024信息系统变更管理程序ISMS2024信息系统变更管理程序随着信息技术的迅猛发展和广泛应用，企业对于信息系统的依赖日益增强。
为了保证企业信息系统的安全、稳定和高效运行，建立健全信息系统变更管理程序变得至关重要。
本文将详细介绍ISMS2024信息系统变更管理程序，以期帮助企业更好地管理信息系统变更，确保企业信息安全。
一、引言在信息化时代，信息系统的任何变更都可能对企业的运营产生重大影响。
因此，企业需要建立一套完善的变更管理程序，以确保在变更过程中能够有效地控制风险，保证信息系统的安全稳定运行。
ISMS2024是一种通用的信息系统变更管理程序，旨在为企业提供一套科学、实用的方法论，以便更好地管理信息系统的变更。
二、ISMS2024信息系统变更管理程序概述ISMS2024信息系统变更管理程序是一种标准化、流程化的管理方法，旨在确保在信息系统变更过程中，通过对各个环节的有效控制，降低变更带来的风险，确保信息系统的稳定运行。
该程序主要包含以下四个核心部分：1、变更需求申请2、变更风险评估3、变更实施计划4、变更后验证与反馈三、变更需求申请在ISMS2024中，变更需求申请是整个变更管理的起点。
当企业需要对其信息系统进行变更时，相关人员需提交变更需求申请，详细说明变更的目的、内容、影响范围等信息。
变更需求申请的审核与批准需按照企业制定的相关流程进行。
四、变更风险评估在变更需求申请审核通过后，需要进行变更风险评估。
此阶段的目标是识别和评估变更可能带来的潜在风险。
评估过程需采用科学、量化的方法，综合考虑技术、运营、法律等多个方面的风险因素。
根据评估结果，制定相应的风险应对措施。
五、变更实施计划在完成风险评估后，需要制定详细的变更实施计划。
该计划应包括变更的具体步骤、时间安排、人员分工、风险应对措施等。
变更实施计划需经过相关部门的审批，以确保变更过程的可控性和安全性。
六、变更后验证与反馈在完成信息系统变更后，需要进行验证和反馈。
XXX软件有限公司变更管理流程文件修订记录目录1目的 (4)2适用范围 (5)3名词术语 (6)4变更的分类和分级 (7)4.1变更分类 (7)4.2变更优先级 (7)4.3变更审批 (7)5流程角色 (9)6流程 (10)6.1变更管理流程 (10)6.2紧急变更受理流程 (12)6.3重大变更受理流程 (13)6.4变更回顾及改进 (15)7与其他流程的关系 (16)8审核 (17)9度量 (17)10参考文件 (17)1目的变更是指对被管理的配置管理数据库中某配置项所进行的修改。
变更管理是对变更从提出、评估、批准到实施、完成的整个流程管理，其目标是确保使用规范的方法和过程实现快速、有效的变更流程，减少变更带来的事件，为运维服务客户提供更优质的IT服务。
变更管理流程将建立一个完整的变更管理体系，从而实现：(1)管理和引导用户变更需求；(2)通过对所有变更的正确评估，可以维护生产/运行环境的完整性；(3)变更和变更实施得到正确记录，并提供审核统计；(4)减少或消除由于变更实施准备不当等原因出现的对IT环境的破坏；(5)提供了一致性的变更实施质量；(6)提高资源使用率（如，未得到正确控制和授权的变更需要更多的后续资源）。
2适用范围变更管理范围是基于运维服务的CMDB，运维服务范围内的已上线CI修改的审批和影响分析。
一般和重大变更经过审批后，都通过《发布管理流程文件》实施。
3名词术语➢变更在日常维护中对生产环境中的网络、设备、系统及各软硬件IT资源、服务等（CI）的变更。
涉及合同变更及单独立项的变更不在此流程范围内。
➢变更申请单（Request For Change, RFC）变更申请人填写并提交变更请求。
变更申请单中需包含变更的原因、内容、变更的类型、影响分析、采取的计划或步骤等信息。
（在下文中称为变更申请）➢变更委员会CAB变更委员会成员由变更委员会负责人（公司领导）、总监、部门经理、变更经理、客户代表、客户方的业务人员、技术专家、咨询顾问等人员组成。
变更管理过程ITSS管理体系文件变更管理过程1变更管理过程目录1.目的 (1)2.适用范围 (1)3.定义和术语 (1)3.1项目经理 (1)3.2CAB (1)3.3标准变更 (2)3.4非标准变更 (2)3.5紧急变更 (2)3.6重大变更 (2)3.7优先级确定 (2)3.8类别 (3)4.职责 (3)4.1变更请求人（通常为客户） (3)4.2变更实施人 (4)4.3变更经理 (4)4.4CAB (5)5.流程描述 (5)5.1流程图 (5)5.2流程描述 (6)6.管制重点 (7)6.1流程输入 (7)6.2流程输出 (8)7.变更管理策略 (8)7.1基本原则 (8)7.2审批原则 (9)8.相关记录 (9)9.附件 ................................................................. 错误!未定义书签。
变更管理过程1. 目的结合客户实际情况继续完善变更管理机制，对于已有的变更管理机制加强监控，督促流程地落实。
特别针对重大变更的实施规范进行合规性检查，加强流程意识和风险意识宣贯，辅以KPI考核，根据反馈定期修订流程，进行持续改进规范控制公司运维管理中变更处理过程，迅速有效地解决各类事件，使事件影响程度达到最小化，保障业务正常进行，提高用户满意度。
2. 适用范围适用组织：A信息技术有限公司；适用活动：A信息技术有限公司驻场和非驻场运维变更相关管理内容。
3. 定义和术语3.1 项目经理负责对变更请求进行变更评估。
3.2 CAB被任命时必须授予能做影集决定的权利。
其成员来自所有主要IT部门的代表：运维部经理、服务组经理服务台和问题管理部门代表、I用户代表、应用开发代表、软件和系统经理、供应商代表等。
13.3 标准变更该变更已经得到全面的定义和批准，属于日常变更，不需要变更管理流程评估。
3.4 非标准变更所有其他被管理的基础设施所进行的改变都是非标准变更。
