隨著客戶對“個(gè)性化”的需求越來越強(qiáng)，許多公司都要求根據(jù)自身公司的情況定制自己的IT服務(wù)管理解決方案，尤其是自己的配置管理數(shù)據(jù)庫CMDB。雖然這些公司的背景大都不同，但在決策時(shí)，他們總是在“是否購買一個(gè)現(xiàn)成的IT服務(wù)管理解決方案，還是自己設(shè)計(jì)一個(gè)解決方案”這樣的決策上猶豫不決。為什么如此重視這個(gè)決策呢？當(dāng)然首要原因是成本。雖然購買、實(shí)施并對一個(gè)商業(yè)產(chǎn)品進(jìn)行參數(shù)調(diào)試等行為的價(jià)格都明碼實(shí)價(jià)的標(biāo)在標(biāo)簽上，除了無法預(yù)測進(jìn)行ITIL/MOF實(shí)施時(shí)所要花費(fèi)的咨詢費(fèi)用外，其它費(fèi)用合計(jì)即使對一個(gè)小型的公司來說也不會少于15萬美元！如此大的支出，當(dāng)然會使決策者在制定決策時(shí)慎之又慎。那么，你的公司是否需要自建一個(gè)個(gè)性化配置管理數(shù)據(jù)庫呢？

     現(xiàn)在，我們可以假象一些情景，來考慮這個(gè)問題。
 
    情景一：“我們需要自建CMDB，因?yàn)槲覀冃枰獙α鞒踢M(jìn)行重新設(shè)計(jì)”——WNPD公司的尷尬

    WNPD公司是一家很大的公司，他們對自己的IT服務(wù)管理流程有很多特殊的需求。但由于當(dāng)前的經(jīng)濟(jì)問題，使他們購買一個(gè)現(xiàn)成的IT服務(wù)管理工具可能性不大。于是，他們的IT管理層決定自己實(shí)施MOF/ITIL，并已開始著手研究IT服務(wù)管理解決方案的實(shí)施問題，但他們的研究重點(diǎn)很明確的放在對文檔的管理和各種配置項(xiàng)的選擇上，而并非是工具的使用！這家公司已經(jīng)安裝了一個(gè)大型的軟件包，包括有限的工作流能力管理軟件如微軟的Project軟件，Exchange服務(wù)器，以及Note軟件等，公司還建設(shè)了內(nèi)部網(wǎng)，上了許多內(nèi)網(wǎng)應(yīng)用軟件。IT經(jīng)理很擔(dān)心如果在安裝各種軟件時(shí)花的精力太大，可能會影響到流程設(shè)計(jì)和ITIL實(shí)施時(shí)的文檔標(biāo)準(zhǔn)設(shè)計(jì)與文檔管理工作，浪費(fèi)大量的寶貴時(shí)間；但同時(shí)，組織還是很需要實(shí)施這些流程的，于是問題轉(zhuǎn)換為如何使用最簡單的工具，如Excel，Access以及Exchange等來創(chuàng)建自己的配置管理數(shù)據(jù)庫。

    關(guān)于是否自己設(shè)計(jì)并實(shí)施適合自己的CMDB，實(shí)現(xiàn)個(gè)性化的IT服務(wù)管理流程的意見很多，這里各列舉幾個(gè)反對和贊同意見。

    贊同意見

    ·        實(shí)施速度很快，節(jié)約時(shí)間

    ·        實(shí)施的起步階段費(fèi)用較低

    ·        可以建立起與當(dāng)前組織數(shù)據(jù)庫的個(gè)性化連接。硬件和軟件庫存清單可以很快地被查詢到，就像存儲在系統(tǒng)管理解決方案中的數(shù)據(jù)那樣。

    ·        在為真正的解決方案做出巨額消費(fèi)前，提前掌握到IT服務(wù)管理各功能模塊的需求，同時(shí)可以使用案例來支持綜合IT服務(wù)管理解決方案的制定。

    反對意見

    ·        只能提供有限的功能

    ·        用戶接口的質(zhì)量較低

    ·        無法與系統(tǒng)管理工具進(jìn)行集成

    ·        不充分的解決方案可能會降低管理者和用戶對該項(xiàng)目的熱情和支持

    ·        一些看似容易但卻很難實(shí)現(xiàn)的能和特點(diǎn)可能會提高整個(gè)解決方案的成本

    情景二：“我們的服務(wù)太需要一個(gè)更好的配置管理數(shù)據(jù)庫”NeedCMDB公司的困境

    NeedCMDB公司的幫助臺軟件可以存儲大量的突發(fā)事件信息，而不需過多地考慮配置管理數(shù)據(jù)庫中各配置項(xiàng)的內(nèi)部聯(lián)系。該公司的IT運(yùn)營經(jīng)理希望安裝一個(gè)變更管理軟件，因?yàn)樗麄児敬蟛糠值膯栴}出在基礎(chǔ)設(shè)施變更時(shí)所引發(fā)的問題，以及軟件在各種應(yīng)用程序分發(fā)過程中的版本問題，這當(dāng)然也包括所有軟件對其支持的服務(wù)目錄所帶來的問題。公司內(nèi)部也會產(chǎn)生大量重復(fù)發(fā)生的突發(fā)事件，這更使我們的IT經(jīng)理堅(jiān)信：只有通過有效的問題管理才能更好的解決問題。而所有這些的解決途徑源于一個(gè)更好的，更適合自己的配置管理數(shù)據(jù)庫！

    關(guān)于是否在該公司實(shí)施適合自己的IT服務(wù)管理解決方案的贊同意見和反對意見包括：

    贊同觀點(diǎn)

    ·        根據(jù)記錄的服務(wù)和突發(fā)事件，可以更容易的設(shè)計(jì)配置管理數(shù)據(jù)庫粒度級別，這對組織是非常重要的

    ·        通過實(shí)施一個(gè)簡單的軟件基線庫（Definite Software Library, DSL），可以更好的支持變更管理和版本管理，使我們在安裝軟件時(shí)更容易

    反對意見

    ·        記錄所有軟件應(yīng)用的服務(wù)目錄將會使配置管理數(shù)據(jù)庫變得格外復(fù)雜，因?yàn)檫@種情況下，CMDB中大都包括了這些應(yīng)用的所有軟件組成部分

    ·        這將使變更管理以及創(chuàng)建一個(gè)標(biāo)準(zhǔn)變更管理數(shù)據(jù)庫變得異常復(fù)雜，需要更長的時(shí)間來完成。而我們完全可以通過快速原型法來降低時(shí)間，提高速度。

     情景三：“我們的業(yè)務(wù)由我們的服務(wù)級別協(xié)議來定義”——某應(yīng)用服務(wù)提供商（ASP）公司的心聲

    ASP公司希望控制他們的服務(wù)級別協(xié)議SLA，以此來提高服務(wù)級別和服務(wù)質(zhì)量。他們也很關(guān)注自動化軟件的分發(fā)和測試。當(dāng)ASP公司的管理層得到風(fēng)險(xiǎn)投資家的投資后，盡管這些錢還僅僅是一紙銀行支票，他們就已迫不及待地實(shí)施一個(gè)基于運(yùn)營中心且達(dá)到級別5的完整MOF模型框架。

    對于該應(yīng)用服務(wù)提供商來說，反對意見和贊同意見也各占一半：

    贊同意見

    ·        他們可以將各種解決方案按照他們所希望的方式進(jìn)行精確集成，集成任務(wù)可以完全使用系統(tǒng)管理工具來完成

    ·        他們可以產(chǎn)生出客戶需要的用戶接口，進(jìn)行突發(fā)事件報(bào)告，變更請求，甚至實(shí)現(xiàn)在線變更等。

    ·        他們所提供的某些服務(wù)特點(diǎn)可以使他們的服務(wù)級別協(xié)議具有較高的可配置性，并為該公司提供了一條領(lǐng)先于其他應(yīng)用服務(wù)提供商的途徑，使該公司在眾多ASP公司中脫穎而出。

     反對意見

    ·        開發(fā)一個(gè)完整的IT服務(wù)管理解決方案的過程可能是非常漫長的。這樣長的時(shí)間對于一個(gè)ASP公司來說未必能夠始終保持自己的領(lǐng)先地位，除非所付出的努力是巨大的且效果是非常顯著的時(shí)，才可能保持住IT服務(wù)管理為其帶來的優(yōu)勢。但這樣往往會使組織消耗過多的資源，甚至無精力去顧及其他的項(xiàng)目。

    ·        對IT資源來說，在一個(gè)相當(dāng)長的時(shí)間內(nèi)支持同一個(gè)產(chǎn)品將是一項(xiàng)非常重的負(fù)擔(dān)，最終的結(jié)果也一定是非常昂貴的代價(jià)

 
    情景四：“我們的公司雖小，但仍需要一個(gè)非常有效的工具和流程以實(shí)現(xiàn)公司的領(lǐng)先優(yōu)勢。自制配置管理數(shù)據(jù)庫是一個(gè)不錯的選擇！”——小公司的觀點(diǎn)

    小公司同樣需要IT服務(wù)管理，他們同樣需要信息系統(tǒng)來實(shí)現(xiàn)一個(gè)小的幫助臺和突發(fā)事件管理。因?yàn)楣疽?guī)模小，所以在選擇IT服務(wù)管理解決方案時(shí)，就要針對小公司的特點(diǎn)有所側(cè)重。對該公司來說，他們也需要IT服務(wù)管理得主要管理模塊和功能（如幫助臺和突發(fā)事件管理），但無需擁有大型系統(tǒng)管理工具。他們也在考慮變更管理和配置管理模塊，以便實(shí)現(xiàn)對其基礎(chǔ)設(shè)施的完全控制。

    關(guān)于小公司情況的觀點(diǎn)包括：

 
    贊同觀點(diǎn)

    ·        自制并實(shí)施一套方案的時(shí)間很快，因?yàn)樵趲字軆?nèi)用關(guān)鍵的幾張表建一個(gè)Access數(shù)據(jù)庫是很可能的

    ·        可以自己根據(jù)需要快速產(chǎn)生出適合自己情況的功能。因?yàn)榻M織不大，所以將發(fā)生的變化在整個(gè)組織內(nèi)溝通將是很順利的。

    反對意見

    ·        組織必須對高一級的MOF/ITIL有深入的了解，或者向一個(gè)資深的MOF/ITIL咨詢顧問尋求幫助

    ·        與系統(tǒng)管理工具進(jìn)行集成的任務(wù)將是非常困難的，這也暗示著我們集成后的CMDB數(shù)據(jù)庫將仍保存著手工管理那些最長使用的重要資產(chǎn)的功能

    那么，現(xiàn)實(shí)到底有多復(fù)雜？

    作為一條總體原則來說，根據(jù)組織自身情況，自制一個(gè)ITSM/CMDB解決方案是完全可能的。但切記，在設(shè)計(jì)階段所付出的艱辛與推廣這個(gè)方案時(shí)所付出的努力將是同樣多的。因?yàn)樵谕茝V一個(gè)配置管理數(shù)據(jù)庫時(shí)所需的工作同樣復(fù)雜，在各種繁雜工作中還包括從多維數(shù)據(jù)源中獲取數(shù)據(jù)。僅這兩項(xiàng)（創(chuàng)建一個(gè)CMDB數(shù)據(jù)庫并收集數(shù)據(jù)信息）就需要組織付出特別多的努力。這樣組織就不會有太多的精力從事MOF/ITIL的實(shí)施。因此，我們在考慮是自建還是購買一個(gè)現(xiàn)成的CMDB解決方案時(shí)，除考慮時(shí)間成本、資金成本外，還要考慮自制過程中將遇到的問題和困難，做好心理準(zhǔn)備。在綜合考慮各種自建的優(yōu)缺點(diǎn)后，再作決定。（3030字）