在过去的一年，在服务管理方面的最佳实践提出的IT基础设施库我写的配置管理数据库的话题。在CMDB已经成为一个远热的话题，比我想象的，事实上，我认为这是一个既乐观和警告标志。
乐观的理由是CMDB计划暴露了行业内的两个关键趋势:关注通过ITIL的最佳实践的过程，以及关注IT管理投资的架构集成。
需要谨慎的原因是，ITIL的CMDB仍然是一个有远见的努力，就实际的、架构化的技术和支持标准而言，它还处于萌芽阶段(从架构的角度来看，目前还没有完全成熟)。换句话说，跳入CMDB的游戏中——好吧——很容易被烧伤。这样做的原因是，正如ITIL所定义的那样，CMDB不仅成为配置信息的组合，而且成为跨整个基础设施的拓扑和配置的当前可信资源。这将包括应用程序，因为它映射到业务服务、业务选民、操作所有者和流程、资产和投资信息、合同等。在最先进的状态下，CMDB成为一个动态的信息宝库，可以支持几乎所有的IT管理规程，从资产和库存管理，到变更和配置管理，到问题和事件管理，到容量规划，应用程序开发和部署，服务水平管理，等等。
这并不奇怪，你们中的许多人要求EMA帮助你计划CMDB，这样你就可以“吃大象”(而不是，大概，被它踩死)。在这种情况下，我将在两个EMA Webinars上发表关于ITIL CMDB部署的一些实用的最佳实践建议(详情如下)。关于这个“大型狩猎”活动，我有很多话要说，但在这里我就不多说了——也许最重要的规划参数包括采取分阶段的方法来进行CMDB，而不是一场全有或全无的骑兵冲上布满刺刀的小山。
通过采取分阶段的方式我的意思是从根本上两件事情：第一是没有IT组织，无论多么广泛的资源，应有计划地在总CMDB解决，除非多年来一系列阶段的所有ITIL的参数来执行。我要再说一遍 - “年”。我会建议检查而专制的机会非常密切的 - 作为一个目标是，毕竟，美的东西 - 并建议“十年”可能多达五个甚至10。
随着技术和标准的发展，您也希望能够发展您的CMDB策略。对CMDB的短期冲击肯定会失败。在开始CMDB之前，要对业务、过程、组织、技术和架构需求有一个长远的看法。非常重要的是，对哪些组件(或ITIL称之为“配置项”)需要进入核心CMDB和支持联合CMDB系统的外围数据存储进行彻底的规划。这符合我所说的阶段性CMDB方法的“大愿景”轴。
另一方面，没有什么是静止的，实现需要快速交付价值。这就引出了我的第二个建议:采取小步行动，快速而相对容易地创造价值。您希望能够快速、清晰地在时间表上展示强大的ROI，并定义价值指标，这些指标将在长时间的推出过程中进行多次重新评估和修订。
一旦你有了到位较大的视野，去低挂水果和最尖锐的痛点第一。请记住，什么是真正驱动CMDB举措在行业内的技术演进和流程驱动的组织变革的混合，然后定位到你准备做软件的自动化投资，以支持关键IT流程领域。
例如，在基础设施发现方面，你最愿意投资哪里?支持什么结果?选择范围可能从更改和配置控制，到面向服务的根本原因分析，再到基本的库存和资产管理。要认识到，您首先要做的甚至可能不是构建最终成为您核心CMDB的东西，而是将重点放在“联合前哨站”上，在那里，痛点和技术准备是最有利于成功的。
这没什么可耻的。如果以僵化的学术态度来处理CMDB项目，它们将会失败。他们将会成功，在一个强大的，长期的愿景，发展的组织，文化和过程遇到同样强大的短期机会，捕捉那些“完美风暴”，技术，过程和痛点一起提供价值。
**我将在两个网络研讨会上发表关于ITIL CMDB部署的一些实用的最佳实践建议。
第一次将于美国东部时间10月13日下午12点举行EMA网站．
第二场将于美国东部时间10月18日下午4点举行EMA网站．