IT行業(yè)的各種概念往往各領風騷三、五年，除了少數(shù)落地生根外，大部分概念都會隨風而逝。在ITIL流行近十年之后，該領域的熱點近來聚集到CMDB上。國際主流廠商紛紛推出了CMDB產(chǎn)品，有些大行業(yè)用戶被吸引，滿懷憧憬想要試水CMDB。

老閻是公司的項目經(jīng)理，已經(jīng)在這一行摸爬滾打了五六年，一直做ITSM的項目。從業(yè)務咨詢到系統(tǒng)實施，從項目控制到支持維護幾乎都做遍了。最近，單位簽下一單CMDB項目，讓老閻有點犯難。

老閻知道，ITSM是管理型項目，困難不在項目本身。在市場經(jīng)濟下總結出來的ITSM經(jīng)驗遭遇本土傳統(tǒng)管理體制，由于理念、利益等深層原因引發(fā)的各種問題和困難，不是他這樣的乙方項目經(jīng)理能夠承受和把控的。對于CMDB項目來說，此類問題尤其突出。

從CMDB起源及其與ITIL的關系來看，CMDB作為統(tǒng)一的配置管理庫，應該全面而細致地記錄和保存各種軟硬件配置信息，以便支撐時間、問題、變更、發(fā)布等各種ITSM流程，成為整個IT運維管理的基礎。要全面細致地維護各種軟硬件配置信息，需要用戶花大力氣梳理、搜集這些信息，并且在日常工作中保持其功效性。

另一方面，要通過對ITSM流程的支撐發(fā)揮成效，ITSM流程就應該是被落實執(zhí)行的。所以說，CMDB建設是一項“投入大、見效緩”的地基工程。這個“投入大”，主要是用戶維護的時間和精力投入大。老閻知道，好多ITSM項目工程只有抓住要點，做到“少投入、見速效”，才能保證客戶領導、員工都滿意，項目才能順利完成。

雖然犯難，老閻還是得仔細研究項目合同：果然不出所料，技術規(guī)范書中CMDB的建設目標空泛、范圍模糊，功能需求繁多、脫離實際，充斥著ITIL的各種術語和概念，一看就是各家產(chǎn)品東拼西湊而成。

老閻明白，此類項目要想順利完成、實現(xiàn)持續(xù)滾動，就不能只是局限于標書文件要求、局限于提供功能，必須提供能力、在使用人員中產(chǎn)生實效、在客戶領導眼中呈現(xiàn)業(yè)績。所以，如何獲取、分析和把握客戶領導和使用人員的真實需求，如何應對標書中各項要求，都要圍繞這個原則進行。那么，如何調研和分析這個CMDB項目的數(shù)據(jù)需求，功能需求，才能做到“投入小、有成效”呢？

老閻深入了解了用戶在IT資源配置管理方面現(xiàn)狀和問題，研究了各家CMDB產(chǎn)品的優(yōu)勢和劣勢，使自己成了半個CMDB業(yè)務專家，終于把系統(tǒng)定位和功能理清，確立了“應用場景決定管理粒度和幅度”、“數(shù)據(jù)維護緊密結合ITSM流程”等原則，初步打破了數(shù)據(jù)“維護難、消費少、不準確、消費更少”的惡性循環(huán)，把項目帶到用戶試用階段。

在試用過程中，基礎數(shù)據(jù)準確性問題又凸顯出來。對于CMDB來說，系統(tǒng)是“婦”、數(shù)據(jù)是“米”。俗話說，巧婦難為無米之炊。更何況CMDB系統(tǒng)還算不上巧婦。用戶不是沒有保存基礎資源配置數(shù)據(jù)，但是存在較大的不規(guī)范、不全面的問題：設備的廠家、型號不規(guī)范，不符合系統(tǒng)要求；資源之間的關聯(lián)關系缺乏，無法支持專題應用。系統(tǒng)功能加上基礎數(shù)據(jù)等于系統(tǒng)能力，系統(tǒng)能力加上頻繁使用等于業(yè)務成效。如何保證數(shù)據(jù)質量，使系統(tǒng)成效發(fā)揮出來，避免功虧一簣呢？

老閻通過項目組梳理、用戶填報等各種手段，總算把數(shù)據(jù)整理的差不多，使系統(tǒng)上線了。但回過頭來想，項目做得這么吃力，有哪些經(jīng)驗可以總結，有什么教訓需要吸取呢？（隋華鋒）endprint