PENDAHULUAN DAN SCOPE

Hal ini sering mengatakan bahwa satu-satunya yang konstan adalah perubahan. Dengan demikian, perubahan harus

memeluk sebagai aspek penting dan alam lingkungan apapun, tapi buruk

Perubahan berhasil dapat menyebabkan kekacauan dalam sebuah organisasi. Memang, buruk

Perubahan berhasil sering menjadi penyebab utama insiden. Hal ini tidak hanya menyebabkan gangguan terhadap pengguna, juga mengarah ke pengerjaan ulang yang sering lebih sulit dicapai daripada mendapatkan itu benar awalnya.

CONTOH

Sebuah maskapai besar menderita beberapa hari pergolakan dan malu setelah sistem reservasi mereka jatuh dan pelanggan tidak dapat mengeksekusi banyak transaksi. Penyebabnya dijiplak untuk perubahan tidak cukup diuji ke sistem. Kerugian, baik keuangan dan reputasi, adalah substansial.

Namun, proses manajemen perubahan tidak harus dilihat sebagai inhibitor birokrasi yang membuat perubahan sulit untuk memperkenalkan. Melainkan harus menjadi enabler untuk memungkinkan perubahan yang tepat untuk melanjutkan semulus mungkin terlepas dari skala atau kompleksitas.

Secara historis, banyak organisasi telah memiliki mekanisme perubahan kontrol di tempat, tetapi ini sering kali terpecah dan berbeda dalam aspek seperti penilaian dan otorisasi. Untuk benar-benar efektif, umum, pendekatan holistik untuk menangani perubahan diperlukan.

MAKSUD DAN TUJUAN

Perubahan manajemen memastikan bahwa IT dan bisnis dapat selaras dan dapat disimpan selaras dengan efisiensi yang optimal dan gangguan minimal, re-kerja dan risiko dengan cara pengelolaan yang konsisten dan efektif perubahan yang diperlukan yang diperlukan untuk menjaga keselarasan

IT MANAGEMENT SERVICE

Tujuan dari proses perubahan manajemen adalah untuk memastikan bahwa semua perubahan dikelola melalui metode standar dan prosedur yang memastikan perubahan yang

efektif, tepat waktu, memenuhi kebutuhan mereka ditentukan dan dicatat dengan baik dalam sistem manajemen konfigurasi.

Tujuan dari manajemen perubahan adalah untuk memastikan bahwa semua perubahan dicatat dan kemudian dievaluasi, resmi, diprioritaskan, direncanakan, diuji, dilaksanakan,

didokumentasikan dan ditinjau secara terkendali.

Ruang lingkup manajemen perubahan meliputi perubahan aset layanan dan

item konfigurasi seluruh siklus hidup seluruh layanan. Proses ini membahas semua perubahan di semua tingkatan: strategis, taktis dan operasional. Oleh karena itu, meskipun manajemen perubahan dijelaskan dalam volume transisi layanan, banyak perubahan akan terjadi pada tingkat operasional dan relatif kecil di alam.

PERUBAHAN

Perubahan adalah penambahan, modifikasi atau penghapusan apapun yang dapat mempengaruhi layanan TI. Ruang lingkup harus mencakup semua layanan TI, CI, proses, dokumentasi dll

Organisasi dapat memilih apakah permintaan yang diajukan oleh peran tertentu atau kelompok saja, atau apakah ada dalam organisasi dapat melakukannya.

KONSEP DASAR

Permintaan perubahan adalah komunikasi formal meminta perubahan untuk satu atau lebih CI. Berbagai perubahan mungkin memerlukan berbagai jenis permintaan perubahan,

masing-masing dengan bentuk-bentuk khusus dan prosedur (mis untuk penilaian dampak dan perubahan otorisasi). Jenis perubahan ditunjukkan dalam Tabel 22.1.

(Lanjutan)

Tabel 22.1 jenis Contoh permintaan layanan stageTypes siklus hidup perubahan Prosedur SS SD ST SO CSIService portofolio perubahan: Perubahan ✓ New manajemen barang portofolio Lingkup, kasus bisnis atau dasar perubahan Pipeline

disampaikan melalui bentuk kertas atau elektronik melalui alat manajemen pelayanan . Kebanyakan alat akan memastikan bahwa informasi yang lengkap disediakan dan secara otomatis menambahkan beberapa data seperti pengenal dan tanggal . Ini akan menghindari waktu terbuang .

Perubahan dikategorikan ke dalam jenis perubahan berikut :

• Normal : Perubahan yang melewati penuh penilaian, otorisasi dan pelaksanaan tahapan .

• Standard : Perubahan disetujui pra yang berisiko rendah , relatif umum dan mengikuti prosedur atau bekerja instruksi ( mis password reset atau penyediaan PC standar untuk karyawan baru ) . RFC tidak selalu diperlukan untuk melaksanakan perubahan standar dan mereka mungkin login dan dilacak menggunakan yang berbeda

Mekanisme (misalnya melalui proses pemenuhan permintaan) . Seringkali perubahan pemeliharaan operasional diperlakukan sebagai perubahan standar.

Darurat: Reserved hanya untuk perubahan yang sangat penting yang harus diperkenalkan sesegera mungkin (perubahan misalnya diperlukan untuk memulihkan layanan gagal ketersediaan tinggi atau kegagalan layanan luas, atau perubahan yang akan mencegah kegagalan tersebut dari waktu dekat terjadi). Proses perubahan manajemen biasanya memiliki prosedur khusus untuk menangani perubahan darurat.

Kewenangan perubahan adalah orang atau orang yang akan mengotorisasi perubahan tertentu untuk mengambil tempat. Organisasi dapat memutuskan siapa yang akan bertanggung jawab untuk otorisasi

berbagai jenis perubahan dan, dalam kepentingan efisiensi operasional, akan sering

menyerahkan wewenang ini kepada tim manajemen perubahan atau staf operasional. Sangat penting bahwa otoritas perubahan yang ditunjuk memiliki pengetahuan yang tepat dan keterampilan untuk dapat membuat keputusan tersebut. alat-alat modern akan memungkinkan persetujuan elektronik, dengan default didefinisikan yang menjamin perubahan berkembang pada waktu yang tepat.

Dewan Perubahan penasehat (CAB) adalah sekelompok orang yang menyarankan manajer perubahan dalam penilaian, prioritas dan penjadwalan perubahan. CAB ini terdiri dari wakil-wakil dari semua bidang yang relevan dalam penyedia layanan TI, bisnis dan pihak ketiga. Faktor utama adalah bahwa semua pihak yang memiliki pandangan pada perubahan tertentu harus terwakili. Keanggotaan CAB adalah

Oleh karena itu mungkin yang dinamis, bahkan dalam satu pertemuan.

Rapat mungkin melibatkan kontak tatap muka atau dilakukan melalui telepon atau online. Tergantung pada pilihan yang dibuat dalam organisasi, rapat dapat diadakan pada waktu yang berbeda dan interval sebagai perintah permintaan. anggota CAB menilai kedua bisnis dan perspektif teknis perubahan yang diusulkan.

Untuk darurat perubahan mungkin tidak ada waktu untuk mengadakan CAB penuh, sehingga perlu untuk mengidentifikasi kelompok yang lebih kecil dengan otoritas untuk membuat keputusan darurat (yaitu keadaan darurat perubahan penasehat dewan (ECAB)).

prosedur perubahan harus menentukan bagaimana komposisi CAB dan ECAB akan ditentukan dalam setiap contoh.

Tidak ada perubahan harus disetujui tanpa ada rencana remediasi (yaitu apa yang harus dilakukan jika perubahan tersebut tidak berhasil). Bila memungkinkan, rencana back-out harus disediakan untuk memulihkan organisasi untuk aslinya, atau yang lain, negara yang dikenal harus perubahan gagal. Hal ini mungkin melibatkan reload satu set baselined item konfigurasi, meninjau kembali perubahan itu sendiri atau, jika kegagalan parah, memohon rencana kesinambungan bisnis organisasi. Harus diakui bahwa tidak semua perubahan bisa mundur, sehingga rencana remediasi harus menutupi apa yang harus dilakukan dalam situasi seperti itu. Hanya dengan mempertimbangkan pilihan remediasi tersedia sebelum menghasut perubahan dan menetapkan bahwa perbaikan yang layak, dapat risiko perubahan yang diusulkan ditentukan dan keputusan yang tepat diambil.

Jadwal perubahan daftar perubahan semua disetujui dan tanggal pelaksanaan direncanakan. Ini menjadi audit trail penting untuk mendukung manajemen insiden / masalah antara proses lainnya.

Sebuah model perubahan adalah cara berulang berurusan dengan jenis tertentu perubahan. Ini menetapkan langkah-langkah spesifik didefinisikan yang diikuti untuk jenis tertentu perubahan. Standar dan perubahan darurat adalah contoh khas yang mungkin ditangani