分享三个关于CMDB的小故事...

我们在服务客户的过程中常常发现，不同岗位对于同一个产品的需求不尽相同。

01. 是什么让他沉迷Excel无法自拔？

小张是一名运维工程师，负责做公司配置表格的维护。目前公司的配置信息以Excel表格为主要维护手段，他每天都要打开不同的Excel表格，表里密密麻麻记录着资产和配置统计等信息，根据当日的维护状况按时更新和维护。

尤其这些年，公司的业务在扩张，系统的数量越来越多，每次维护起来有些手忙脚乱，需要仔细记录和核对数据，避免出现数据不一致等情况。当公司就一两个业务，两三个系统的时候，拥有多年工作经验的他不需要过多查阅表格就能知道出现某个故障会造成哪些影响，并立刻采取响应措施。随着很多新员工入职，他们不像小张有多年的行业经验，每次都会问小张这个怎么办那个怎么办，着实令人头大。而且系统数量增多以后，小张有时候自己都有些自顾不暇，没太多时间和精力去一个个教学和演示。

02. 被吐槽CMDB不如Excel好用？

小张的上司老王表示最近自己的工作也开始出现瓶颈。其实公司是有建设CMDB的，但手下的员工用了一段时间后纷纷吐槽难用，说CMDB里的数据经常不准确，维护起来跟用Excel没太大区别，所以现在又都在用Excel了，花费大量人力物力建设的CMDB被无奈闲置。当领导问起怎么都当初辛苦建设的CMDB都没人用了，自己百口难辩，于是除了完成日常的本职工作外，还得花时间查资料研究CMDB的数据为什么不准确，怎么做动态维护，这些数据要怎么用等等，感到一筹莫展。

03. CMDB的价值不知道该怎么体现？

公司高管李总，之前经过仔细调研后斥资购买了一套质量不错的CMDB，终于把企业的IT资源梳理和维护起来了，能随时查看和管理系统及设备的整体运行情况。但是每年都投这么多资源在CMDB维护上，却看不到产出，不知道具体对公司业务的贡献如何，也纳闷这么多钱都花在了什么地方，到底花得值不值？在仔细查阅相关资料和调查后，李总认为上述是由于最初在规划建设运维场景和活动时，就没有考虑到CMDB的集成和应用，导致现在CMDB的价值无法体现。

以上人名纯属虚构，如有雷同绝对巧合。但是上述所说，确是我们经常听到客户与我们倾诉的。

在建设CMDB之前，企业用户一般基于Excel维护自己所负责的IT数据，并且不同运维团队之间基于Excel已经有了一套默认的协作流程：需要什么数据就提供相应的Excel表格。同时，这个Excel是用户每天运维工作的数据基础，加上对Excel较为熟悉，会更愿意去维护这个Excel数据准确性。但是，当随着企业CMDB的建设，用户维护数据从Excel迁移到CMDB后，基于CMDB的建设理念，每个用户所需要维护的数据颗粒度和数据量增大，还需要去维护不同数据之间的关联关系。用户会发现自己每天需要花费大量的时间维护数据，工作量翻了好几倍，此时CMDB的建设对用户来说是“增负”而不是“减负”。久而久之，用户失去维护CMDB中数据的耐心和动力，数据质量大幅降低，导致数据消费方用不起来了。

所以，企业CMDB建设的核心因素之一就是数据的自动化维护程度，相关对象的技术属性是否均可通过技术手段实现自动维护、CMDB的数据质量、用户的使用动力和接受程度都是关键因素。

随着数字化转型的发展，线下业务逐渐线上化，运维系统烟囱化建设严重，企业逐渐意识到建设CMDB的重要性。但是以什么为核心价值或者核心场景去建设CMDB往往是个头疼的事情，倘若前期选错建设理念，会直接导致建设完后用不起来，运维人员觉得“只增加了成本，没感觉到实际用处”，逐渐放弃维护，导致CMDB沦为边缘系统。

为了解决这些问题，我们也总结了这些年在调查和服务客户过程中的经验，认为消费驱动是建设CMDB最适合的方法论，主要有三个原因：CMDB的本质是数据服务，CMDB的关键是数据质量、CMDB建设的原动力是消费：