變更和配置管理詳細(xì)方案教材

?

2006

IBM

Corporation變更和配置管理詳細(xì)方案·IBM全球服務(wù)部目標(biāo)?

2006

IBM

Corporation這個研討會的主要目的是為變更管理和配置管理流程提供一個詳細(xì)設(shè)計介紹。本研討會將介紹這些流程的具體子流程和支持流程的主要角色。在本研討會結(jié)束后，你應(yīng)當(dāng)能夠：了解變更管理和配置管理流程的術(shù)語，此中包括：具體流程細(xì)節(jié)角色和責(zé)任業(yè)務(wù)規(guī)則內(nèi)容變更管理流程圖配置管理流程圖變更管理和配置管理流程的角色變更管理和配置管理流程中的重要規(guī)則下一步需要準(zhǔn)備信息?

2006

IBM

Corporation正常的變更會根據(jù)標(biāo)準(zhǔn)變更管理執(zhí)行途徑?

2006

IBM

Corporation變更管理流程的步驟記錄變更的信息。鑒別變更的影響和分類。提交變更請求表格(RFC)。從IT和業(yè)務(wù)觀點上作出變更的評估和審批。批準(zhǔn)或拒絕RFC。建立變更計劃。確認(rèn)變更的實施日期。將變更分派到技術(shù)人員?！?·啟動、接受·分類·2·評估和審批·3·計劃和分派?

2006

IBM

Corporation檢查實施是否真正成功。關(guān)閉RFC。變更管理流程的步驟·4·實施最后實施的評估和審批/拒絕。根據(jù)變更計劃實施。成功實施后作出記錄。如果實施失敗，作出回轍?！?·關(guān)閉變更·6·處理例外·的變更處理例外的變更(緊急和沒有影響的變更)。?

2006

IBM

Corporation變更的發(fā)起、接受和分類?

2006

IBM

Corporation確定一個變更需求（變更范圍）?

2006

IBM

Corporation原有變更流程，維護(hù)作業(yè)申請流程和新業(yè)務(wù)上線流程支持維護(hù)硬件系統(tǒng)網(wǎng)絡(luò)業(yè)務(wù)數(shù)據(jù)的更改-不通過業(yè)務(wù)應(yīng)用應(yīng)用環(huán)境設(shè)施變更的評估&審批?

2006

IBM

Corporation日程安排和任務(wù)分派?

2006

IBM

Corporation實施變更?

2006

IBM

Corporation關(guān)閉變更?

2006

IBM

Corporation·

如果對業(yè)務(wù)的影響很嚴(yán)重，時間要求緊急，無法通過“標(biāo)準(zhǔn)變更”的途徑?

2006

IBM

Corporation例外變更的定義處理例外變更?

2006

IBM

Corporation內(nèi)容變更管理流程圖配置管理流程圖變更管理和配置管理流程的角色變更管理和配置管理流程中的重要規(guī)則下一步需要準(zhǔn)備信息?

2006

IBM

Corporation有三個角色引入到配置管理的日常操作中?

2006

IBM

CorporationCMDB中定義的每個CI將包含其管理屬性的數(shù)據(jù)。屬性的多少層次在于已實現(xiàn)的服務(wù)管理流程的數(shù)量。CI

P630_1CI

P630_2CI

P630_3Category

=Boss系統(tǒng)Type

=p

Series服務(wù)器Item

=P630物事理件屬管性理問題屬管性變理屬更管性理屬性其他管理屬性其他管理屬性?

2006

IBM

Corporation規(guī)劃配置管理?

2006

IBM

Corporation鑒別&維護(hù)配置數(shù)據(jù)模型?

2006

IBM

Corporation維護(hù)配置數(shù)據(jù)?

2006

IBM

Corporation調(diào)整差異?

2006

IBM

Corporation產(chǎn)生配置報表?

2006

IBM

Corporation內(nèi)容?

2006

IBM

Corporation變更管理流程圖配置管理流程圖變更管理和配置管理流程的角色變更管理和配置管理流程中的重要規(guī)則下一步需要準(zhǔn)備信息變更管理解決方案中有六個角色：角色主要職責(zé)變更管理流程負(fù)責(zé)人變更管理流程解決方案的負(fù)責(zé)人，對于整個變更流程方案的結(jié)果承擔(dān)責(zé)任，并有相應(yīng)的權(quán)限。變更經(jīng)理協(xié)調(diào)變更管理步驟的日常操作；負(fù)責(zé)變更管理的質(zhì)量，也是流程執(zhí)行過程中的協(xié)調(diào)人，負(fù)責(zé)協(xié)調(diào)相關(guān)的資源、作為變更流程與其他流程經(jīng)理之間溝通的橋梁；管理變更的日程安排。變更請求者表達(dá)變更的要求。提供初步的信息。驗證變更的結(jié)構(gòu)和提交RFC。變更受理者變更請求的責(zé)任人，負(fù)責(zé)構(gòu)建、測試變更，并制定實施計劃、恢復(fù)計劃等。(班組長或是部門經(jīng)理)變更實施者變更實施者，負(fù)責(zé)按照計劃實施變更的內(nèi)容（包括必要時的恢復(fù)步驟）。變更審批者根據(jù)沖擊評估，批準(zhǔn)或拒絕RFC?

2006

IBM

Corporation變更咨詢會(Change

Advisory

Board-CAB)是協(xié)調(diào)和授權(quán)變更的一個組別(客戶和IT組織)CAB的組合和會議的次數(shù)根據(jù)所討論的變更而有所差異CAB的主要工作是對影響大的變更作出評估和審批/拒絕，在適當(dāng)?shù)臅r候，對影響大和復(fù)雜的變更作出合并。當(dāng)IT和業(yè)務(wù)影響經(jīng)過評估，達(dá)到可以接受程度以后，RFC轉(zhuǎn)變?yōu)橐咽跈?quán)的變更。CAB的參與者可以是下列人員中的一部分或全部：變更經(jīng)理(主席)相關(guān)科室的經(jīng)理業(yè)務(wù)代表受變更影響的客戶服務(wù)管理流程的主要代表用戶的高層人員或他們的代表研發(fā)部門供應(yīng)商有關(guān)的專家?

2006

IBM

Corporation配置管理中的四個關(guān)鍵角色角色主要職責(zé)配置管理流程負(fù)責(zé)人是整個配置管理流程的責(zé)任人，對整個流程的成果負(fù)責(zé)，并擁有相應(yīng)的權(quán)限.配置經(jīng)理協(xié)調(diào)配置管理的日常操作活動，負(fù)責(zé)整個流程的質(zhì)量和完整性。也是與其他流程經(jīng)理的交流界面。配置管理員負(fù)責(zé)配置管理數(shù)據(jù)的完整性和準(zhǔn)確性，確保為其他操作管理提供準(zhǔn)確的信息。配置報表負(fù)責(zé)人基于標(biāo)準(zhǔn)的和特定的需求開發(fā)配置數(shù)據(jù)報表，并為配置管理的客戶產(chǎn)生相關(guān)報表。?

2006

IBM

Corporation內(nèi)容?

2006

IBM

Corporation變更管理流程圖配置管理流程圖變更管理和配置管理流程的角色變更管理和配置管理流程中的重要規(guī)則下一步需要準(zhǔn)備信息變更狀態(tài)代碼·下列狀態(tài)碼表示變更請求單的生命周期中的不同階段：狀態(tài)碼

狀態(tài)碼（英）描述新建

?

New

?

變更申請表正在填寫之中已分配

?

Assigned

?

RFC已分派給變更受理者進(jìn)行初始的計劃、準(zhǔn)備工作計劃中

?

Planning

?

變更受理者正在準(zhǔn)備/審閱變更的計劃 in

Progress已批準(zhǔn)

?

Approval

?

RFC經(jīng)過評估并得到審批（參見審批狀態(tài)確定具體的審批結(jié)果）

已確定日

?

Scheduled

?

變更內(nèi)容（如實施計劃）創(chuàng)建、測試完成，并且確定了實施日程程處理中

?

Working

?

變更正在處理中In

Progress已完成

?

Resolved

?

變更實施結(jié)束（無論成功或者失?。┮殃P(guān)閉

?

Closed

?

變更完成?

2006

IBM

Corporation變更狀態(tài)轉(zhuǎn)換

流程角色從到變更申請

?

新建

?

已分配者變更受理

?

已分配

?

計劃中者

變更受理

?

計劃中

?

等待(等待批準(zhǔn))者

變更審批

?

等待（等待批準(zhǔn)）

?

等待

(批準(zhǔn)或者拒絕)者變更經(jīng)理

變更受理

?

等待

(批準(zhǔn))

?

已確定日程者

變更受理

?

等待

(拒絕)

?

等待(批準(zhǔn))者

變更受理

?

等待

(拒絕)

?

已關(guān)閉者

變更受理

?

已確定日程

?

處理中者

變更實施者變更受理

?

處理中

?

已完成

?

2006

IBM

Corporation者變更管理－－目標(biāo)時間規(guī)則目標(biāo)時間規(guī)則主要針對變更生命周期的關(guān)鍵步驟，目標(biāo)時間與變更管理流程中的“前導(dǎo)時間”相關(guān)聯(lián)，而前導(dǎo)時間又是由變更影響度等因素（如，變更的復(fù)雜度、變更的數(shù)量）決定的。目標(biāo)時間政策規(guī)定了幾個關(guān)鍵步驟所應(yīng)該完成的時間。步驟目標(biāo)時間新建

-- 計劃中

?

1

天計劃中

-- 接受變更（IT和業(yè)務(wù)審批）

?

2

天安排實施日程

?

5

天關(guān)閉RFC

?

3

天?

2006

IBM

Corporation變更管理－－通知規(guī)則步驟通知人員變更等待審批

?

變更審批者批準(zhǔn)或者拒絕變更

?

變更受理者、變更請求者（由變更請求者通知變更申請人）變更實施日期確定

?

變更請求者，變更實施者（由變更請求者通知變更申請人）變更實施完畢

?

變更經(jīng)理、變更請求者（由變更請求者通知變更申請人）取消變更

?

變更受理者、變更請求者（由變更請求者通知變更申請人）變更關(guān)閉

?

變更受理者、變更請求者（由變更請求者通知變更申請人）·通知政策用于確定當(dāng)流程中的某些關(guān)鍵步驟發(fā)生時，應(yīng)當(dāng)通知的人員以獲其關(guān)注?！ぷ兏粘桃唤?jīng)確定，應(yīng)當(dāng)通知有關(guān)人員（如，業(yè)務(wù)部門領(lǐng)導(dǎo)）。?

2006

IBM

Corporation變更管理－－前導(dǎo)時間規(guī)則·前導(dǎo)時間是指從提交變更到變更實施之前所需要進(jìn)行評估、審核等準(zhǔn)備活動的最少時間?！で皩?dǎo)時間是基于變更嚴(yán)重等級而定的。實施變更需要適當(dāng)?shù)那皩?dǎo)時間進(jìn)行評估和制定計劃。·前導(dǎo)時間定義見下表，在流程運行一段時間后，可以根據(jù)實際情況進(jìn)行調(diào)整：?

2006

IBM

Corporation嚴(yán)重等級最少前導(dǎo)時間(變更)高

?

8工作日中

?

5工作日低

?

3工作日無影響

?

0工作日變更管理－－審批規(guī)則·所有RFC必須經(jīng)過審批之后方可實施。下表描述了變更的執(zhí)行途徑及相應(yīng)的審批人?

2006

IBM

Corporation執(zhí)行途徑嚴(yán)重等級審批人員高

?

CAB（含變更經(jīng)理，IS高層管理，IS中層管理，IS各業(yè)務(wù) 或運行主管，業(yè)務(wù)部門）中

?

CAB（含變更經(jīng)理，IS中層管理，IS各業(yè)務(wù)或運行主管，標(biāo)準(zhǔn)

業(yè)務(wù)部門）低

?

CAB（變更經(jīng)理，IS各業(yè)務(wù)或運行主管）例外

?

高、中、低

?

變更受理者，變更經(jīng)理，運維負(fù)責(zé)人無影響

?

無影響

?

視為預(yù)授權(quán)，無須審批變更管理－－分類規(guī)則（舉例）嚴(yán)重等級CategoryTypeItem審批人?

2006

IBM

Corporation?版本上線????BOSS應(yīng)用????支撐網(wǎng)絡(luò)????CCS系統(tǒng)????CCS應(yīng)用????維護(hù)作業(yè)申請流程和新業(yè)務(wù)上線流程???變更管理－－回退規(guī)則當(dāng)變更實施失敗或者無法在規(guī)定的時間內(nèi)完成，則需要進(jìn)行回退。變更回退是為了滿足所承諾的服務(wù)水平。任何回退的變更將作為變更失敗而關(guān)閉，在下一次實施前，變更請求者必須重新提交新的變更請求單(RFC)，以便重新進(jìn)行審批。?

2006

IBM

Corporation變更管理－－關(guān)閉規(guī)則變更實施完畢并且得到確認(rèn)后，將由變更受理者關(guān)閉RFC。變更之后如果引發(fā)了其他問題，將更新變更單的信息。變更將在實施結(jié)束后的1個工作日內(nèi)關(guān)閉。?

2006

IBM

Corporation配置管理－－ＣＩ生產(chǎn)狀態(tài)代碼·下列狀態(tài)碼表示配置項的生命周期中的不同階段的狀態(tài)狀態(tài)碼狀態(tài)碼（英）描述

新申

?

REQUESTED

?

當(dāng)對于新增CI的RFC已評估、批準(zhǔn)或關(guān)閉，并且CI采購定單已下，請

在CMDB中可記錄該新增CI，其狀態(tài)為“REQUESTED”

準(zhǔn)備

?

BUILD

?

下列情況可以將CI狀態(tài)置為“BUILD”中

·

CI工作不正常，在維修中某些CI需要構(gòu)建（例如，軟件程序）某些CI需要組裝（例如，服務(wù)器）

測試

?

TEST

?

無論何時CI發(fā)生改變，都必須經(jīng)過測試。在測試期間，CI的狀態(tài)置中 為“TEST”

運行

?

OPERATION

?

CI在正常使用中，或已經(jīng)準(zhǔn)備好投入使用，其狀態(tài)可置為中

AL

“OPERATIONAL”

歸檔/

?

ARCHIVED

?

下列情況可以將CI狀態(tài)置為“ARCHIVED”：入庫

·

采購的CI已經(jīng)交付并存儲在庫房CI經(jīng)過測試，暫時存放在庫房新的軟件版本已經(jīng)可用，舊的版本被歸檔報廢

?

DISPOSAL

?

當(dāng)CI的狀態(tài)被置為“DISPOSAL”，說明該CI已經(jīng)退役（廢棄），不再使用，也不再被配置管理跟蹤了?

2006

IBM

Corporation配置管理－－ＣＩ狀態(tài)代碼遷移圖?

2006

IBM

Corporation配置管理－－審核狀態(tài)代碼審核狀態(tài)審核狀態(tài)（英）描述已審核

?

AUDITED

?

CI成功通過審核未審核

?

UNAUDITED

?

CI尚未完成審核不匹配

?

MISMATCHED

?

當(dāng)審核時發(fā)現(xiàn)CI的信息與實際不符，則標(biāo)記為“MISMATCHED”。丟失

?

LOST

?

審核時發(fā)現(xiàn)實際環(huán)境中找不到對應(yīng)的CI，則CMDB中該CI標(biāo)記為“LOST”?

2006

IBM

Corporation配置管理－－審核狀態(tài)代碼遷移圖?

2006

IBM

Corporation配置管理－－目標(biāo)時間規(guī)則步驟目標(biāo)時間執(zhí)行一次審核

?

20天?

2006

IBM

Corporation目標(biāo)時間政策主要針對配置流程中的關(guān)鍵步驟。目標(biāo)時間政策定義了流程中關(guān)鍵步驟所應(yīng)該完成的時間，這里指“審核配置數(shù)據(jù)”這個

步驟所需的時間。配置管理－－升級規(guī)則·當(dāng)配置管理過程中發(fā)生問題，而且相關(guān)層次的人員無法解決，需要通過升級來獲得更高層的管理人員的關(guān)注和支持。升級可以通過手工或自動的方式。升級的政策僅用于配置管理流程范圍內(nèi)發(fā)生的問題（issue）。下列事件可以采用升級政策：?

2006

IBM

Corporation步驟目標(biāo)時間升級到

未根據(jù)日程進(jìn)行審核（例如，CI的狀態(tài)從“未

?

目標(biāo)時間+3天

?

配置經(jīng)理審核”轉(zhuǎn)到“審核”超出既定的時間）

未根據(jù)日程進(jìn)行審核（例如，CI的狀態(tài)從“未

?

目標(biāo)時間+7

?

配置管理流程負(fù)責(zé)人，審核”轉(zhuǎn)到“審核”超出既定的時間）

天 部門總經(jīng)理配置管理－－審核規(guī)則·應(yīng)當(dāng)定期