Transisi Layanan Teknologi Informasi

Presentasi berjudul: "Transisi Layanan Teknologi Informasi"— Transcript presentasi:

1 Transisi Layanan Teknologi Informasi
K305 Infrastruktur Teknologi Informasi Pertemuan #10

2 Tujuan dan Sasaran Mahasiswa/i mampu menjelaskan transisi layanan teknologi informasi

3 Topik Bahasan Tujuan dan lingkup transisi layanan
Proses dalam transisi layanan Peran dalam transisi layanan

4 Service design Service transition Service operation SDP Transisi layanan (service transition) berada di antara perancangan layanan dan operasi layanan  tahapan yang berisi proses- proses untuk merealisasikan (membangun, menguji, dan mengimplementasikan) sebuah rancangan layanan yang dihasilkan oleh service design package (SDP) menjadi sistem layanan TI baru atau termodifikasi

5 Selanjutnya proses-proses dalam operasi layanan (service operation) dilaksanakan agar layanan TI dapat digunakan dan dioperasikan

6 Tujuan dan lingkup transisi layanan

7 Tujuan transisi layanan  memastikan layanan baru, termodifikasi, atau layanan yang dihentikan (retired service) benar-benar memenuhi harapan bisnis seperti dalam dokumen-dokumen hasil tahapan strategi layanan dan perancangan layanan STRATEGY Memenuhi ? REAL SYSTEM DESIGN Layanan baru, termodifikasi, dihentikan

8 Secara detil, tujuan proses-proses dalam transisi layanan mencakup:
Merencanakan dan mengelola perubahan layanan secara efisien dan efektif Mengelola resiko terkait layanan TI baru, termodifikasi, atau dihentikan (retired) Sukses melepas dan mengimplementasikan layanan TI ke lingkungan sebenarnya Mengelola harapan terhadap unjuk kerja dan penggunaan layanan baru atau termodifikasi Memastikan perubahan-perubahan layanan menghasilkan business value sesuai yang diharapkan Menyediakan pengetahuan dan informasi berkualitas terkait dengan layanan dan aset layanan

9 Cakupan transisi layanan meliputi  pembangunan dan pengembangan/peningkatan kemampuan transisi layanan- layanan TI baru atau termodifikasi ke lingkungan kerja sebenarnya, termasuk: Perencanaan paket-paket perubahan layanan TI Pembuatan/pembangunan sistem layanan TI Uji coba layanan TI Evaluasi Implementasi ke lingkungan kerja sebenarnya (deployment)

10 Aktivitas dalam proses transisi layanan berupa:
Merencanakan dan mengatur perubahan layanan: Sumberdaya  developer, tester, implementor, reviewer, hardware, software Meminimalkan akibat yang tidak terduga terhadap bisnis, TI, dan rekanan Meningkatkan kenyamanan pengguna Membangun, menguji, mengevaluasi, dan mengimplementasikan layanan ke lingkungan bisnis secara sukses

11 Proses dalam transisi layanan

12 Terdapat 8 proses dalam tahapan transisi layanan:
Change management Change evaluation Service asset and configuration management Application development Release and deployment management Service validation and testing Knowledge management Transition planning and support

13 Change management  proses untuk mengontrol siklus hidup perubahan (change) dalam layanan TI, memastikan perubahan memberi keuntungan bagi bisnis organisasi Change evaluation  proses untuk menilai perubahan-perubahan besar (major) sebelum perubahan diteruskan ke tahapan berikutnya Service asset & configuration management  proses untuk mengelola informasi tentang configuration items dan hubungan antar CI yang dibutuhkan untuk menyediakan layanan TI

14 Application development  proses pembangunan atau pengadaan aplikasi dan sistem yang memungkinkan tersedianya fungsi layanan TI yang dibutuhkan, mencakup aktivitas pengembangan dan pemeliharaan aplikasi Release and deployment management  proses merencanakan, menjadwalkan dan mengontrol produk- produk perubahan (release) untuk diuji dan diimplementasikan di lingkungan layanan sebenarnya

15 Service validation & testing  proses untuk memastikan produk-produk perubahan (release) yang telah diimplementasikan di lingkungan sebenarnya (deployed) dan layanan yang dihasilkan benar-benar memenuhi harapan pelanggan Knowledge management  proses untuk mengumpulkan, menganalisis, menyimpan dan menyebarkan pengetahuan dan informasi di organisasi dalam rangka meningkatkan efisiensi dengan menghindari pencarian pengetahuan yang telah diketahui sebelumnya

16 Transition planning & support  proses merencanakan dan mengoordinasikan sumberdaya TI untuk mengimplementasikan sebuah produk perubahan besar (major-release) dalam perkiraan waktu, biaya dan kualitas tertentu  project management

17 5 proses hanya dikerjakan pada tahapan transisi layanan, yaitu:
Change evaluation Application development Release and deployment management Service validation and testing Transition planning and support 3 proses lainnya dilakukan juga pada tahapan-tahapan lain, yaitu: Change management Service asset and configuration Knowledge management

18 Change management  Proses utama dalam service transition yang bertugas memastikan perubahan-perubahan TI telah tercatat, terevaluasi, terotorisasi, dan terimplementasi ke lingkungan kerja sebenarnya dengan penuh kontrol  meminimalkan interupsi layanan TI yang ada dan telah berjalan Perubahan (change)  mencakup penambahan (add), modifikasi (modify), penghapusan (remove) CI yang mempengaruhi layanan TI

19 3 kategori jenis perubahan berdasarkan ITIL:
Standard change  perubahan yang biasa terjadi dalam aktivitas bisnis sehari-hari dan beresiko rendah; dilakukan mengikuti prosedur operasional yang telah ditetapkan (change model). Contoh: reset password Emergency change  perubahan yang harus diimplementasikan sesegera mungkin karena memiliki pengaruh besar ke bisnis. Contoh: server crash atau hang Normal change  perubahan yang tidak termasuk standard dan emergency change dimana penyedia layanan dapat merencanakannya di depan. Contoh: pindah server lokal ke cloud

20 Aktivitas proses change management meliputi:
Membuat dan mencatat request for change (RFC)  dokumen resmi untuk mengajukan sebuah perubahan Mencatat RFC ke change management system (CMS) dan mereviewnya atas kelengkapan dokumen Menilai dan mengevaluasi usulan perubahan dalam RFC dan mengambil keputusan menyetujui atau tidak Otorisasi implementasi perubahan  siapa orang yang diberi otoritas untuk melakukan perubahan Koordinasi implementasi perubahan yang mencakup perencanaan, pembangunan, dan pengujian perubahan

21 Otorisasi penerapan perubahan pada lingkungan kerja sebenarnya (change deployment) melalui penetapan rencana perbaikan dan jadwal implementasi sistem ke lingkungan layanan sebenarnya Koordinasi change deployment  aktivitas menerapkan perubahan ke lingkungan kerja yang sebenarnya Mereview dan menutup catatan perubahan  apakah telah mencapai tujuan dan keuntungan yang ingin dicapai

22 Peran dalam transisi layanan

23 Proses dalam transisi layanan membutuhkan beberapa peran sebagai berikut:
Change manager Change advisory board (CAB) Emergency change advisory board (ECAB) Change owner Project manager Application developer Release manager Service asset and configuration manager Knowledge management process manager

24 Change Manager  berwenang dan bertanggung jawab mendokumentasikan semua perubahan (change) dalam infrastruktur TI dan komponen untuk mengurangi kemungkinan terjadinya interupsi layanan Change Advisory Board (CAB)  sekelompok orang (pelanggan, menajer pengguna, pengembang aplikasi, tim teknis, konsultan, pemasok, dll) pemberi masukan kepada Change Manager (ketua CAB) dalam menilai, memprioritaskan, dan menjadwalkan perubahan Emergency Change Advisory Board (ECAB)  bagian dari CAB yang berwenang mengambil keputusan-keputusan yang terkait perubahan darurat (emergency change)

25 Change Owner  seseorang yang membackup sebuah perubahan dan memiliki kewenangan anggaran untuk implementasi perubahan Project Manager  bertanggung jawab merencanakan dan mengoordinasikan berbagai sumberdaya untuk membangun/mengadakan sebuah major release dalam batasan biaya, waktu dan spesifikasi tertentu Application Developer  bertanggung jawab membangun aplikasi dan sistem yang memungkinkan tersedianya fungsi-fungsi yang dibutuhkan layanan TI

26 Release Manager  bertanggung jawab merencanakan, menjadwalkan dan mengontrol implementasi sebuah release untuk diuji di lingkungan kerja sebenarnya Service Asset & Configuration Manager  bertanggung jawab memelihara keakuratan data dan informasi terkait CI yang dibutuhkan untuk penyediaan layanan TI Knowledge Managament Process Manager  bertanggung jawab memastikan dan memfasilitasi agen-agen perubahan dalam organisasi dapat berbagi dan mendokumentasikan pengetahuan dan pengalamannya kepada seluruh pihak di dalam dan luar organisasi

27 Assignment:

28 Study Questions

29 Terima Kasih