Kerangka Kerja (Framework) Manajemen Layanan Sistem Informasi
Oke,
kali ini saya akan membahas Kerangka Kerja (Framework) Manajemen Layanan Sistem
Informasi, seperti yang kita ketahui bahwa Manajemen Layanan Sistem Informasi
adalah manajemen melakukan atau melaksanakan pelayanan dalam suatu sistem di
dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi
harian, mendukung operasi, bersifat manajerial dan kegiatan strategi dari suatu
organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang
diperlukan. Atau dapat juga diartikan sebagai suatu metode pengelolaan sistem
teknologi informasi (TI) yang secara filosofis terpusat pada perspektif
konsumen layanan TI terhadap bisnis perusahaan.
Ada beberapa kerangka kerja (framework) dari Manajemen Layanan Sistem Informasi, yaitu :
1. Information
Technology Infrastructure Library (ITIL)
2. Control
Objectives for Information and Related Technology (COBIT)
3. Software
Maintance Maturity Model
4. PRM-IT
IBM’s Process Reference Model for IT
5. Application
Service Library (ASL)
6. Business
Information Services Library (BISL)
7. Microsoft
Operations Framework (MOF)
8. E-Sourcing
Capability Model for Service Providers (eSCM-SP) dan eSourcing Capability Model
for Client Organizations (eSCM-CL) dari ITSqc for Sourcing Management.
Lalu
dipostingan kali ini saya akan menjelaskan beberapa kerangka kerja (framework) dari Manajemen Layanan
Sistem Informasi, yaitu :
I.
SOFTWARE
MAINTENANCE MATURITY MODEL
Maturity
model adalah suatu metode untuk mengukur level pengembangan manajemen
proses, yang berarti adalah mengukur sejauh mana kapabilitas manajemen
tersebut. Seberapa bagusnya pengembangan atau kapabilitas manajemen tergantung
pada tercapainya tujuan-tujuan COBIT yang . Sebagai contoh adalah ada beberapa
proses dan sistem kritikal yang membutuhkan manajemen keamanan yang lebih ketat
dibanding proses dan sistem lain yang tidak begitu kritikal. Di sisi lain,
derajat dan kepuasan pengendalian yang dibutuhkan untuk diaplikasikan pada
suatu proses adalah didorong pada selera resiko Enterprise dan kebutuhan
kepatuhan yang diterapkan.
Secara
umum, maturity model biasanya memiliki ciri sebagai berikut:
1. Proses
pengembangan dari suatu organisasi disederhanakan dan dideskripsikan dalam
wujud tingkatan kematangan dalam jumlah tertentu (biasanya empat hingga enam
tingkatan)
2. Tingkatan
kematangan tersebut dicirikan dengan beberapa persyaratan tertentu yang harus
diraih.
3. Tingkatan-tingkatan
yang ada disusun secara sekuensial, mulai dari tingkat inisial sampai pada
tingkat akhiran (tingkat terakhir merupakan tingkat kesempurnaan)
4. Selama
pengembangan, sang entitas bergerak maju dari satu tingkatan ke tingkatan
berikutnya tanpa boleh melewati salah satunya, melainkan secara bertahap
berurutan.
SOFTWARE MAINTENANCE
Perawatan
perangkat lunak (software maintenance) adalah aktivitas yang dimulai sejak
perangkat lunak mulai digunakan (after delivery) hingga akhirnya perangkat
lunak tersebut tidak dapat digunakan lagi (retired). Tujuannya adalah untuk
memperbaiki kesalahan (to correct), meningkatkan kinerja/ fungsionalitas (to
improve), menyesuaikan dengan lingkungan (to adapt), atau untuk mencegah
terjadinya kesalahan (to prevent).
Proses Software Maintenance
Bagian ini menjelaskan
proses pemeliharaan perangkat lunak enam sebagai:
1. Proses
implementasi mengandung persiapan perangkat lunak dan kegiatan transisi,
seperti konsepsi dan penciptaan rencana pemeliharaan; persiapan untuk menangani
masalah yang diidentifikasi selama pengembangan, dan tindak lanjut pada
manajemen produk konfigurasi.
2. Masalah
dan proses modifikasi analisis, yang dieksekusi sekali aplikasi telah menjadi
tanggung jawab kelompok perawatan. Programmer pemeliharaan harus menganalisa
setiap permintaan, konfirmasikan (dengan mereproduksi situasi) dan periksa validitas,
menyelidiki dan mengusulkan solusi, mendokumentasikan permintaan dan usulan
solusi, dan akhirnya, memperoleh semua otorisasi yang diperlukan untuk
menerapkan modifikasi.
3. Proses
mempertimbangkan pelaksanaan modifikasi sendiri.
4. Penerimaan
Proses modifikasi, dengan mengkonfirmasi karya yang dimodifikasi dengan
individu yang mengajukan permohonan dalam rangka untuk memastikan modifikasi
memberikan solusi.
5. Proses
migrasi ( migrasi platform , misalnya) luar biasa, dan bukan merupakan
bagian dari tugas pemeliharaan sehari-hari. Jika perangkat lunak harus porting
ke platform lain tanpa ada perubahan dalam fungsi, proses ini akan digunakan
dan tim proyek pemeliharaan kemungkinan akan ditugaskan untuk tugas ini.
6. Akhirnya,
proses pemeliharaan lalu, juga suatu peristiwa yang tidak terjadi setiap hari,
adalah pensiun dari sebuah software.
Ada sejumlah proses,
kegiatan dan praktek yang unik untuk pengelola, misalnya:
a) Transisi:
urutan terkontrol dan terkoordinasi kegiatan selama sistem ditransfer progresif
dari pengembang untuk pengelola.
b) Service
Level Agreements (SLA) dan kontrak pemeliharaan khusus (domain-spesifik)
dinegosiasikan oleh pengelola.
c) Modifikasi
Permintaan dan Masalah Meja Laporan Bantuan: proses penanganan masalah yang
digunakan oleh pengelola untuk memprioritaskan, dokumen dan rute permintaan
yang mereka terima.
d) Modifikasi
Permintaan penerimaan / penolakan: permintaan modifikasi bekerja lebih dari
ukuran tertentu / usaha / kompleksitas mungkin ditolak oleh pengelola dan
dialihkan untuk pengembang.
II.
APPLICATION
SERVICE LIBRARY
Aplikasi
Layanan Perpustakaan (ASL) adalah kerangka kerja domain publik dari praktik
terbaik yang digunakan untuk standarisasi proses dalam Aplikasi Manajemen,
disiplin memproduksi dan memelihara sistem informasi dan aplikasi. Istilah
"perpustakaan" digunakan karena ASL disajikan sebagai satu set buku
yang menggambarkan praktek-praktek terbaik dari industri TI. Hal ini dijelaskan
dalam beberapa buku dan artikel (banyak dari mereka hanya tersedia dalam bahasa
Belanda) dan di situs resmi ASL BiSL Foundation.
ASL erat terkait dengan kerangka kerja ITIL (IT Service Management) dan BiSL (Manajemen Informasi dan Manajemen Fungsional) dan Capability Maturity Model (CMM).
ASL erat terkait dengan kerangka kerja ITIL (IT Service Management) dan BiSL (Manajemen Informasi dan Manajemen Fungsional) dan Capability Maturity Model (CMM).
Framework
ASL
Proses
dalam rangka ASL dapat dibagi sesuai dengan pertanyaan-pertanyaan berikut:
1.
Apakah sudut pendekatan 'layanan' atau 'aplikasi'?
2.
Apakah proses operasional, taktis atau strategis terlibat?
Aplikasi
manajemen digambarkan sebagai manajemen pemeliharaan, peningkatan dan renovasi
aplikasi dengan cara suara-ekonomi bisnis. Itu Prinsip kunci di sini adalah
untuk mendukung proses bisnis menggunakan sistem informasi untuk siklus hidup
dari proses bisnis.
Dua sudut pandang penting
dapat dibedakan di sini:
Yang
pertama adalah perspektif 'mendukung proses bisnis menggunakan sistem
informasi'. Ini berarti menjaga aplikasi dan berjalan dan memastikan bahwa
mereka mendukung organisasi kegiatan sehari-hari. Secara praktis, ini
melibatkan menyediakan layanan terus menerus dengan membuat perusahaan
kesepakatan tentang tingkat layanan dan memulihkan tingkat layanan yang
disepakati secepat mungkin jika penyimpangan ditetapkan; menciptakan tingkat
tinggi aksesibilitas bagi pertanyaan dan komentar dari klien tentang layanan;
mencegah gangguan dan memfasilitasi layanan baru dengan menanggapi sebagai
layanan ICT penyedia dalam waktu yang baik. Fokusnya adalah karena pada
layanan, layanan yang disediakan dan yang (bersama-sama dengan manajemen
infrastruktur) memfasilitasi penggunaan aplikasi. Dalam hal ini biaya umum
jumlah 10 - 20% dari biaya keseluruhan manajemen aplikasi.
Tiga tingkat dibedakan: operasional, taktis dan
strategis.
Tingkat operasional
mengakui dua kelompok proses:
a) 'pemeliharaan'
dari aplikasi: proses yang memastikan ketersediaan optimum aplikasi saat ini
sedang digunakan untuk mendukung proses bisnis dengan minimal sumber daya dan
gangguan dalam operasi.
b) 'tambahan
/ renovasi' aplikasi: proses yang beradaptasi aplikasi dengan keinginan baru
dan persyaratan dalam menanggapi perubahan organisasi dan lingkungannya. yang
diperlukan penyesuaian dilakukan terhadap perangkat lunak, model data dan
dokumentasi.
Cluster
proses di tingkat strategis adalah:
§ Organisasi
Manajemen Siklus (OCM) adalah proses yang bertujuan untuk mengembangkan visi
masa depan organisasi jasa ICT dan menerjemahkan visi yang menjadi kebijakan
untuk pembaruan nya.
§ Aplikasi
Cycle Management (ACM) adalah proses yang berfungsi untuk membentuk strategi
jangka panjang untuk berbagai aplikasi yang sesuai dalam keseluruhan penyediaan
informasi organisasi dalam kaitannya kebijakan jangka panjang organisasi.
III.
Microsoft
Operations Framework (MOF)
Microsoft Operations
Framework (MOF) adalah sekumpulan prinsip, teknik, dan model teruji di lapangan
(best practices) untuk mengelola
layanan TI, dengan tujuan:
a. Mencapai
target service level: availability, reliability, supportability,
managability.
b. Menciptakan
infrastruktur TI yang adaptif.
MOF
mencakup SDM, proses/prosedur, dan teknologi. MOF dikembangkan dari IT
Infrastructure Library dari OGC di Inggris.Microsoft Operations Framework (MOF)
terdiri dari best practice, prinsip, dan kegiatan yang memberikan
panduan komprehensif untuk mencapai kehandalan untuk solusi dan layanan
Teknologi Informasi (TI). MOF menyelenggarakan kegiatan dan proses TI dalam
fungsi manajemen layanan (SMF), yang berlangsung dalam siklus hidup yang
terdiri dari tahapan perencanaan, penyampaian, operasional, dan pengelolaan.
ISO/IEC 20000 menunjukkan bahwa organisasi berorientasi pada kualitas dengan
memberikan layanan TI yang efisien dan efektif. ISO/IEC 20000 terdiri dari
ISO/IEC 20000-1 dan ISO/IEC 20000-2. ISO/IEC 20000-1 adalah spesifikasi auditable dengan
mendefinisikan persyaratan untuk sertifikasi. Sedangkan ISO/IEC 20000-2 adalah
kode praktek yang berisi rekomendasi dan bimbingan untuk membantu organisasi
mencapai sertifikasi.
Adapun Tujuan MOF
Sebagai Panduan ISO/IEC 20000 :
a. Mengetahui
hubungan tahapan MOF dengan komponen dalam ISO/IEC 20000.
b. Mengetahui
dukungan MOF terhadap persyaratan standar ISO/IEC 20000.
c. Perubahan
MOF yang mendukung persyaratan ISO/IEC 20000.
Prinsip
Dasar MOF :
a. Kegiatan
yang terstruktur
b. Memudahkan
koordinasi dan perencanaan.
c. Penyempurnaan
iteratif dengan siklus cepat.
d. Manajemen
berbasis review (evaluasi)
e. Review dilakukan
pada akhir tahapan-tahapan dalam siklus iterasi.
f. Aspek
manajemen resiko terkandung dalam prosedur pengelolaan.
Source:
http://haniyamari.blogspot.com/2016/04/microsoft-operations-framework_24.html
Komentar
Posting Komentar