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.
Referensi :
http://vegapradana12.blogspot.com/2017/06/kerangka-kerja-framework-manajemen.html
Tidak ada komentar:
Posting Komentar