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