实施CMDB的成功因素
CMDB的实施要坚持“以点带面”的原则。“自上而下，以点带面的渐进式”实施方法是一个比较聪明的选择，通过局部应用，尝试在主题应用环境下发现、管理配置信息的方法和技巧。
产生实效、呈现业绩、为ITIL提供支撑是成功实施CMDB的最高原则。案例中的老阎确实是一个经验丰富的项目经理，成功地把握了项目的定位、原则和实施方法。
首先，构建CMDB是对企业IT资源的梳理，可以了解现有IT资源的运行情况以及它们的配置信息。第二，通过CMDB的应用，ITIL服务台可以快速准确地定位用户的问题，评估对业务的影响程度，提高服务的效率和质量。第三，促进IT与业务目标的融合，通过具体的配置项属性和CI的关联信息，能够通过IT的视角了解应用之间的关联关系，进而保障业务的持续进行。
如何清楚的定义CMDB的短期收益和远景规划是首先需要回答的问题，这对顺利获得管理层的支持有决定性的作用。在特定的组织中，一组CMDB配置项实际上代表了不同的应用。项目管理者需要以主题应用为线索，确定项目投资总额以及各个主题的投资分配比例，度量投资回报水平。CMDB的主题必须同具体的应用相关联，从而获得更高的业务价值奠定基础。CMDB是支撑应用的，如果不计成本，不加区别的全面收集和存储数据，实际上是做了一件成本高昂但价值不大的工作。
以“面向应用”作为系统的定位。以应用为主题，组织整理CI，定义配置管理的范围以及CI的深度和广度，以保证CMDB的数据完整性。这些需要清楚地了解CMDB中的配置项在日常的业务中扮演什么样的角色。CMDB系统只有准确地反映应用的真实状态，才可能为事件管理、变更管理和问题管理等流程提供可信赖的基础信息。
一种比较经济和现实的做法是从满足业务应用的角度进行CMDB的构建。这样的方式可以建立起金字塔形的CI组成关系，清晰界定CMDB的范围、需要哪些CI以及他们的详细程度。配置信息不是越细越好，而是以满足主题应用为出发点。够用就是标准，毕竟维护这些信息是一个很耗费精力的事情。
构建CMDB是ITIL管理体系的基础工作。CMDB记录着企业IT环境内众多的配置项以及配置项之间的关系，包括企业应用、硬件设备、操作系统、数据库、安全系统、网络组件等的配置信息。它与所有服务支持和服务支付流程都有比较紧密的联系。一方面CMDB支持这些流程的运转、发挥配置信息的价值，同时依赖于ITIL流程来保证数据的准确性。
在项目实施过程中，CMDB被认为是构建其它ITIL流程的基础，成功建立CMDB是ITIL项目流程实施成败的重要标准。
CMDB的实施要坚持“以点带面”的原则。“自上而下，以点带面的渐进式”实施方法是一个比较聪明的选择，通过局部应用，尝试在主题应用环境下发现、管理配置信息的方法和技巧，积累CMDB维护和应用的经验。待与ITIL的流程配合逐渐成熟后，以点带面，推广更大范围的CMDB实施。
数据的时效性是CMDB成功实施的重要标准。提供准确的配置管理数据是CMDB的重大使命，必须保证所记录的配置项同环境的数据保持一致，这样就要求企业要有CMDB的更新管理流程，而且它要与ITIL的流程紧密结合。为了确保CMDB的准确性，全面的数据审计工作需要定期开展，小范围的、主题式的CI核实工作需要在日常工作中开展。
加强项目的宣传，重视CMDB应用的培训工作。越是复杂的IT环境，越能体现CMDB的优势，这样对CMDB提出更高要求。实施这样的基础型项目，必要的宣传和培训是不可忽视的。系统实施运行的效果最终取决于使用和维护CMDB的人。
CMDB的重大意义、合理使用与维护的重要性，这些都需要通过培训达成，从而构建高效的CMDB应用。
综上所述，CMDB的构建不是一蹴而就的，也不是一个CMDB实施项目能彻底解决的，这需要持久的CI更新和流程的持续改进。这也要求项目管理者结合企业的需要，逐步完善。（李延锟）
建设CMDB任重道远
所以要做好与变更管理的接口，保证CMDB有效运行是关键。我们举一个比喻：变更管理好比财务主管，负责决定是否可以发钱，发布管理好比是出纳，负责实际执行发钱，配置管理好比是会计，负责记账。
在ITIL中，把配置管理的作用提升得很高，希望CMDB无所不包，能够将所有的IT资源管理起来，是IT部门的家产，是IT部门的基础数据库，是IT技术地图和作战地图，是IT的户籍档案。但对配置管理期望值过高后，将配置管理的广度和深度定位不合理，导致数据采集成本和数据维护成本成几何倍数增加。
合理的控制配置管理的目标、范围、功能对于建设一个有效的配置管理是非常必要的；建设前要经过充分论证，避免好高骛远的做法，充分考虑到实际的业务需求与管理维护成本的平衡。
在实际操作中，很多企业辛辛苦苦地建立了CMDB，但是由于没有相关的流程配套，过一段时间后，所有的数据都失效了，就没有人继续使用CMDB了。
所以要做好与变更管理的接口，保证CMDB有效运行是关键。我们举一个比喻：变更管理好比财务主管，负责决定是否可以发钱，发布管理好比是出纳，负责实际执行发钱，配置管理好比是会计，负责记账。
所以变更管理流程在协调变更实施后在做变更实施回顾，变更关闭后需要发出一个《配置修改通知单》给配置管理员，以保证配置管理员能够及时修改CMDB，确保账实相符。
在我们做咨询的过程中，经常有客户问，有没有一个工具可以帮助他们，在批准变更后自动修改配置信息；或者通过自动化发现工具扫描发现生产关系中的配置变化，然后自动修改配置项，我经常会问客户几个问题：1、配置项有若干的配置属性，在变更管理中是否能和配置管理中的属性一一对应？2、假如能一一对应？那还需要配置管理员做什么？要不要设置配置管理员？3、假如不设置配置管理员，那谁对实物负责，谁对逻辑账负责？4、假如设配置管理员，他的职责应该怎么设置？5、假如使用自动化发现攻击，属性如何取舍？6、其中的管理属性怎么补充？7、其中的物理关系需要添加吗？回答上面的问题后，客户会慢慢知道应该如何去平衡配置管理与变更管理的关系。利用自动扫描工具搜索信息和手工信息进行比对帮助发现差异，帮助配置管理员发现未被管理的配置项，提醒配置管理异常。
从配置管理发展的角度来看，从Excel到资产管理中的资产列表，到CMDB库，可以发现以前配置管理难建立、难维护、难使用的一个重要原因是由于以前列表类型的配置管理不能帮助事件管理、问题管理、变更管理提供有用有形的数据，所以大家不愿意去维护。假如CMDB从服务———技术———IT组件的分层方式来展现，可以有比较好的体现。
要保证IT服务人员熟悉了解配置管理的流程政策、原则、范围、命名规则、属性等，只有掌握了配置管理的要求，在日常的配置管理工作中才会自觉遵守相关工作要求；并且才会知道配置管理的存在，才会对建立起来的CMDB，并对CMDB的建设提供有用的参考数据。
通过周期性的配置审计，发现配置库的逻辑账与实际物理账之间差异，发现配置管理流程的执行中存在的问题，深究到底是配置管理员没有及时更新？变更控制不够？还是变更管理与配置管理之间的接口不畅？这些都有助于我们提升配置管理流程的执行效率。
