AdvancedITIL: eBook Archives

ITIL 的目标

发布管理目标

第 5 章

“发布管理”通常被看作是“变更管理”的一部分，但实际上它是一个重要的 ITIL 要素，因为遭受失败的常常是变更的发布，而不是变更本身。有关这个主题的 ITIL 目标是全面而精确的：

  • 计划并监视软件和相关硬件成功的首次公开展示
  • 设计和实施用于 IT 系统变更的发布和安装的有效规程
  • 确保正在对其进行改动的硬件和软件是可跟踪的、安全的，而且已安装的版本都是正确的、经过授权和经过测试
  • 在计划和首次展示新发布的过程中传达并管理客户的期望
  • 通过与“变更管理”达成一致来确定发布的准确内容和首次公开展示计划
  • 利用‘配置管理’和‘变更管理’的控制流程将新的软件发布或硬件添加到有效的环境中 － 发布应该受‘变更管理’控制，并可含有硬件、软件、固件和文档 CI
  • 确保将所有软件的主副本保存在“留存软件库 (DSL)”中，并确保对 “配置管理数据库 (CMDB)” 进行更新
  • 利用“配置管理”的服务确保所有正在对其进行首次公开展示或改动的硬件是安全的且是可跟踪的。

通常 8 个要素意味着这是一个复杂的目标，但是在这种情况下精确性非常重要，因为“发布管理”需要慎重行事。我们分别讨论每个要素：

“计划并监视软件和相关硬件成功的首次公开展示”：这里的关键字是“计划”和“监视”。您是否有用以管理软件和硬件的首次公开展示的明确计划？您是否确定在首次公开展示过程中定期的反馈已发送给所有感兴趣的各方？您是否将标准的计划/项目作为模板？如果对所有这些问题的回答都是肯定的，那么说明您已经满足该要素的要求。如果对这些问题不能作出肯定的回答，那么说明您很可能面临的失败将会证明您尚未满足该要素的要求。如果您不能确定是否是按计划行事，那么很可能就是未按计划行事。如果仍持怀疑态度，那就询问诸如服务台这样的关键团队，询问他们是否参与了首次公开展示、是否解答了关于首次公开展示的问题或者是否为首次公开展示发出通知。

“设计和实施用于 IT 系统变更的发布和安装的有效规程”：有效的规程通常被称为“清单”或“操作说明”。这些规程可用于确保流程中所必需的操作都得以执行，从而达到了预定的服务级别和标准。需要不断地对这些规程进行调整和纠正以确保最高的精确度。例如，在测试一个新工作站时，您可能要按照一个其中有十条说明的清单行事。但是，因为服务台不断接到有关新工作站问题的电话，所以您可再向清单中添加一条说明，以便将该问题根除。您是否有有效的规程并持续地监视其有效性？当它们看起来不够充分时，您是否会升级这些规程？若要满足该要素的要求，您应该有效地管理这些规程。如果没有进行有效管理，请查看服务台记录以验证这些规程是否就绪，那么您可能会遭遇更少的事故。

“设计和实施用于 IT “确保正在对其进行改动的每个硬件和软件是可跟踪的、安全的，而且已安装的版本都是正确的、经过授权和经过测试的”：该要素中隐含着许可的问题。对于符合许可协议的条款，您有多大把握呢？该要素表明对象必须是可跟踪的、安全的，而且只能安装正确的、经过授权和经过测试的版本。要满足可跟踪的要求，对象必须在 CMDB 中具有适当的 CI。要满足安全的要求，必须对其设定恰当的访问级别，对于软件而言，要将其副本保存在安全的位置。要满足正确的要求，必须在生产环境中移除对象的冗余版本。要满足经过授权的要求，该对象必须具有正确的签名级别，并且符合许可条款和条件。要满足经过测试的要求，必须按预定的标准对其进行单独测试。诸如此类的要求还有好多。您的公司与之相比差距有多大？如果尚未做好这些事情，那么这就是您的理由。如果根本就没做这些工作，或者只有部分 IT 人员做了，那就要在服务台求证。 有时直接的挑战可以奏效，例如让某人对公司完全符合许可条款和条件进行书面确认。

“在计划和首次展示新发布的过程中沟通并管理客户的期望”：这是一个非常易于核查的要素。首先，沟通是否按计划进行？其次，沟通是否令客户满意？如果您在计划和规程中考虑了沟通，那么您就满足该要素第一部分的要求。第二部分是，请不要让计划成为一纸空文。询问客户是否在看到返回的信息后感到很愉快，以及是否由于期望得到满足而感到满意。从此信息中您可以确定是否满足该目标要素的要求。

“通过与“变更管理”达成一致确定该发布的准确内容和首次公开展示计划”：如前所述，ITIL 的成功在于各个流程的集成。在此您必须复查“变更管理”和“发布管理”之间的关系。首次公开展示计划中包括“变更管理”是非常重要的。这就能够安排其他变更的进度，以致它们不会发生冲突或导致首次公开展示的延期。您是否在“变更管理”的控制下制定首次公开展示计划以得到一些意见？如果不是，那么您将会遭遇变更冲突和潜在的延迟，并且不会满足该要素的要求。

“利用‘配置管理’和‘变更管理’的控制流程将新的软件发布或硬件添加到有效的环境中 － 发布应该受“变更管理”控制，并可含有硬件、软件、固件和文档 CI”：更高度地集成。请注意，该要素表明一个发布可含有硬件、软件、固件和文档。若要确保首次公开展示能够成功，CMDB 必须在首次公开展示的过程中得到更新，以反映所有 CI 的当前状态，而“变更管理”是管理 CI 状态的工具。这就是将“配置管理”和“变更管理”完全融合到发布和首次公开展示过程中的关键所在。如果已将“配置管理”和“变更管理”完全融合到发布和首次公开展示过程中，那么您就已经满足该要素的要求了。如果没有这样做，那么您就必须提出一个明确的、充分的理由，证实将“配置管理”和“变更管理”完全融合到发布和首次公开展示过程中的重要性。此外，服务台记录可用以证明这一点。

“确保将所有软件的主副本保存在‘留存软件库 (DSL)’中，并确保对‘配置管理数据库 (CMDB)’进行更新”：保护软件主副本的要求始终与 IT 相伴，但是在大多数情况下我们并未对其进行有效的保护。需要核查是否所有软件主副本都被保存在安全的位置，而且只有副本用于生产环境中。这应该很容易查明。

“利用‘配置管理’确保所有正在对其进行首次公开展示或改动的硬件是安全的且是可跟踪的”：该最终要素可确保 CMDB 可随时反映所有 CI 的当前状态，并可确保 CMDB 中列出的所有对象都是实际存在的。通过审核或盘库即可轻松地对其进行核查，以便将 CMDB 中所列的硬件与某特定位置的实际硬件进行比较。如果所有核查的结果都是正确无误，那就表明您的工作无懈可击。如果查出了问题，那就表明您并未满足该要素的要求，并且在受到正式审核时可能会露出破绽。

随着 IT 在业务结构和流程中逐步的渗透，“发布管理”已随之成为一个越来越重要的关键流程。不要认为“发布管理”很少发生。“发布管理”是持久的工作。如果我们必须确保公司会从 IT 将来的发展中充分受益，那么我们就必须对发布进行有效地管理。

> > 第 6 章 - 服务级别管理目标