20150626MONICAZHANG

续上

6.持续性管理流程

1.流程政策

流程政策是组织设计和实施服务级别管理流程的指导方针，它为组织的服务级别管理流程的运转提供了重要指引。以下描述应当遵循的政策、最佳实践、相应的启示和对组织带来的好处。ITSS培训

政策1:

持续性计划的范围必须包括清晰、可实现的恢复目标和恢复时间.

最佳实践:ITSS团购

154.恢复流程必须与支持的业务目标一致

155.要确保业务影响和恢复投资有直接的关系

156.恢复时间和目标需要交流和确认

157.需要指定持续性计划针对的灾难

启示:

ITSS认证

158.业务需求如果变化，恢复流程应该重新制定或修改

159.需要从业务部门获得持续性计划的确认

政策2:

风险管理和灾难避免方法应该合适并进行实践

最佳实践:

160.当基础架构和业务需求变化时，确保对风险和缺点进行识别和和标记

启示:

161.要识别潜在威胁ITSS工具

162.需要识别当前的灾难避免方法

政策3:

持续性计划应支持关键业务功能.

最佳实践:

163.对企业的关键业务功能必须进行足够的预防和恢复措施方面的投资

164.所有的业务功能和其关键性必须进行定义和与业务部门交流ITSS考试

165.关键的客户应对持续性管理流程放心

启示:

166.应该知道哪些功能需要立刻恢复

167.关键功能的恢复应先于非关键功能

政策4:

持续性计划应定期演练.

ISO20000培训

最佳实践:

168.必须进行定期演练－－包括计划的和未公布的

169.部分演练和完全演练都应该进行

170.演练目标和成功标准必须清晰定义

启示:

171.恢复小组成员需要进行培训

172.需要开发替代流程及步骤

政策5:ITSS体系

持续性策略或计划应与基础架构的变更紧密结合

最佳实践:

173.必须确保对基础架构的变更考虑持续性方面的因素和影响

174.新的应用、系统、网络一定要提供恢复方案

启示:

175.新组件的实施必须首先确保支持持续性计划

176.持续性管理流程应在变更审批过程中得到体现

政策6:

恢复流程或计划应定期回顾和更新.

最佳实践:ITIL培训

177.必须进行持续性计划的定期回顾

178.回顾者不应是计划开发人员，应是客观人员s

179.必须与变更管理流程的结合以保证持续性计划的即时、有效更新

180.修订、跟踪和分发列表必须确定和文档化

启示:

181.可能需要保存多个版本，应保证最新的批准版本得到分发

182.计划维护的职责也会重新分派

2.升级上报管理

对流程进行回顾检查或改进流程通常每个月或每个季度进行一次。有时，在特定情况下也不定期地进行流程质量控制活动，一般情况下，当流程的表现不如预期，以及有紧急需求时，需要调整流程。这种采取特别行动的需求称为升级上报(escalation)，通常由流程负责人负责处理。ITSS软件

为了实现服务级别的目标和服务级别协议的保证，所有的流程和工作指令都应该在给定的资源和时间约定下完成。升级上报管理的意义就是促使工作在约定的时间内完成。

升级上报可以分为需要更多的专业知识支持的功能上报和为完成后续工作需要更多授权的级别上报。一般有以下几种情况：

升级可以为技术升级，需要更多的专业知识；也可以是组织升级，需要更多的权威促使流程向前进行。

在大而复杂的IT实施环境中，工具在自动升级中扮演很关键的角色，通过工具可以在某个时间期限前实现通知相应的人员。

待续http://www.ITILxf.com/thread-51227-1-1.html

本帖关键字：ITSSISO20000

20150626MONICAZHANG

续上

6.持续性管理流程

1.流程政策

流程政策是组织设计和实施服务级别管理流程的指导方针，它为组织的服务级别管理流程的运转提供了重要指引。以下描述应当遵循的政策、最佳实践、相应的启示和对组织带来的好处。ITSS培训

政策1:

持续性计划的范围必须包括清晰、可实现的恢复目标和恢复时间.

最佳实践:ITSS团购

154.恢复流程必须与支持的业务目标一致

155.要确保业务影响和恢复投资有直接的关系

156.恢复时间和目标需要交流和确认

157.需要指定持续性计划针对的灾难

启示:

ITSS认证

158.业务需求如果变化，恢复流程应该重新制定或修改

159.需要从业务部门获得持续性计划的确认

政策2:

风险管理和灾难避免方法应该合适并进行实践

最佳实践:

160.当基础架构和业务需求变化时，确保对风险和缺点进行识别和和标记

启示:

161.要识别潜在威胁ITSS工具

162.需要识别当前的灾难避免方法

政策3:

持续性计划应支持关键业务功能.

最佳实践:

163.对企业的关键业务功能必须进行足够的预防和恢复措施方面的投资

164.所有的业务功能和其关键性必须进行定义和与业务部门交流ITSS考试

165.关键的客户应对持续性管理流程放心

启示:

166.应该知道哪些功能需要立刻恢复

167.关键功能的恢复应先于非关键功能

政策4:

持续性计划应定期演练.

ISO20000培训

最佳实践:

168.必须进行定期演练－－包括计划的和未公布的

169.部分演练和完全演练都应该进行

170.演练目标和成功标准必须清晰定义

启示:

171.恢复小组成员需要进行培训

172.需要开发替代流程及步骤

政策5:ITSS体系

持续性策略或计划应与基础架构的变更紧密结合

最佳实践:

173.必须确保对基础架构的变更考虑持续性方面的因素和影响

174.新的应用、系统、网络一定要提供恢复方案

启示:

175.新组件的实施必须首先确保支持持续性计划

176.持续性管理流程应在变更审批过程中得到体现

政策6:

恢复流程或计划应定期回顾和更新.

最佳实践:ITIL培训

177.必须进行持续性计划的定期回顾

178.回顾者不应是计划开发人员，应是客观人员s

179.必须与变更管理流程的结合以保证持续性计划的即时、有效更新

180.修订、跟踪和分发列表必须确定和文档化

启示:

181.可能需要保存多个版本，应保证最新的批准版本得到分发

182.计划维护的职责也会重新分派

2.升级上报管理

对流程进行回顾检查或改进流程通常每个月或每个季度进行一次。有时，在特定情况下也不定期地进行流程质量控制活动，一般情况下，当流程的表现不如预期，以及有紧急需求时，需要调整流程。这种采取特别行动的需求称为升级上报(escalation)，通常由流程负责人负责处理。ITSS软件

为了实现服务级别的目标和服务级别协议的保证，所有的流程和工作指令都应该在给定的资源和时间约定下完成。升级上报管理的意义就是促使工作在约定的时间内完成。

升级上报可以分为需要更多的专业知识支持的功能上报和为完成后续工作需要更多授权的级别上报。一般有以下几种情况：

升级可以为技术升级，需要更多的专业知识；也可以是组织升级，需要更多的权威促使流程向前进行。

在大而复杂的IT实施环境中，工具在自动升级中扮演很关键的角色，通过工具可以在某个时间期限前实现通知相应的人员。

待续http://www.ITILxf.com/thread-51227-1-1.html

本帖关键字：ITSSISO20000