資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝學
法學IT行業變更管理的工作原理
變更管理是一種將組織、團隊和個人從當前狀態過渡到未來所需新狀態的方法。變更管理的目的是建立處理與IT相關的變更請求的標準化程式，並促進對所有變更的評估、排程、協調、記錄和評估。
變更可以由組織內部和外部力量發起。從外部來看，競爭可能會促使組織改變產品。從內部來看，可能會發現問題，而變更管理被視為在組織內實施解決方案的過程。
變更管理流程
建立變更請求
在服務管理工具中為要在其中實施的所需變更建立變更請求 (RFC) 記錄，並具有唯一 ID。所有相關的風險和實施任務都應透過 RFC 表單列出。
審查和評估變更請求
- 檢查變更請求的完整性。
- 根據其可行性和優先順序評估請求。
- 批准提交變更請求。
變更批准必須基於以下問題
- 變更的原因是什麼？
- 擬議變更的好處是什麼？
- 誰提出了變更？
- 相關的風險是什麼？
- 實施變更所需的資源是什麼？
- 變更是否緊急或可以推遲？
- 對其他IT配置和服務的影響是什麼？
變更的批准由變更諮詢委員會 (CAB) 進行。RFC 將被審查，生成行動專案並討論流程。如果 CAB 批准 RFC，則可以繼續進行擬議的變更。如果 RFC 中沒有足夠的資訊或細節，CAB 可以拒絕 RFC 或要求在批准變更之前完成行動專案。
規劃變更
一旦提出變更請求，就應該規劃變更的整個行動過程。必須確定所需的資源和實施時間表。
測試變更
將測試變更的功能和準確性，以及它們的相容性和可操作性。測試將在複製生產環境的環境中進行。它包括安裝擬議變更的程式、在無法成功實施的情況下回滾步驟、驗證環境已恢復到變更嘗試之前存在的初始配置的步驟，以及沒有由於變更嘗試而產生的負面副作用。必須制定補救計劃，包括在變更的各個階段回滾的程式。
建立變更建議
起草變更的描述和型別；與其相關的優先順序，與變更相關的成本，應用和不應用變更的好處和後果。該建議應傳送給授權變更的人員。
實施變更
一旦規劃好變更，就必須進行關於推出、時間表和實施的溝通。當貴公司開始實施變更時，請提醒每個人記住自己的角色。負責監控變更的人員必須密切監控，並與其他相關方進行溝通。應按影響流程和管理流程的員工的順序進行更改。
實施後審查
需要進行實施後審查以確定變更的成功/失敗。它將根據在變更構建期間定義的測試程式執行，並將記錄結果。如果 PIR 沒有證明變更成功，則必須觸發回滾。
對於 PIR，應考慮以下評估問卷
- 變更是否達到預期目標？
- 變更是否按時實施？
- 變更在流程中透過時是否發生任何事件？
- 變更是否在不超過分配的資金預算的情況下執行？
- 變更是否已記錄？
- 參與變更的每個人是否都遵循了流程？
- 在流程的任何階段做出決策時是否缺少任何所需的資訊？
審查還應包括由於變更而發生的任何事件（如果在此階段已知）。應將吸取的教訓納入未來的變更中。
變更關閉
一旦變更流程完成，就必須為將來參考記錄整個流程。在變更流程的每個步驟之後關閉變更，並且 RFC 的每個狀態更改都必須記錄在配置資料庫中。變更成功、失敗、相關計劃等將傳達給所有利益相關者。
變更類別型別
變更優先順序型別
以下狀態程式碼可用於反映變更請求的狀態
- 開啟 - 變更已建立並接受，但尚未分配給所有者。
- 進行中 - 變更已確認並已分配給所有者。
- 已批准 - 業務和技術領導團隊都已評估，並且變更已獲批准。
- 已拒絕 - 變更已被拒絕，並將附帶說明和建議的行動方案一起返回給請求者。
- 已關閉 - 變更請求已關閉。
- 已取消 - 變更請求已被取消。
變更管理是最重要的服務管理流程之一。組織將瞭解變更流程，瞭解為實現最終目標需要克服的障礙。使用變更管理將確保受變更影響的大部分員工都接受和採用並熟練掌握所需的變更。它還會對受變更影響的員工產生積極影響，按時完成並按計劃預算完成。
121 次瀏覽
