Definisi Manajemen Layanan Sistem Informasi

PENGERTIAN

 

ITSM (Information Technology Service Management, Manajemen Layanan Teknologi Informasi) adalah suatu metode pengelolaan sistem teknologi informasi (TI) yang secara filosofis terpusat pada perspektif konsumen layanan TI terhadap bisnis perusahaan. ITSM merupakan kebalikan dari pendekatan manajemen TI dan interaksi bisnis yang terpusat pada teknologi. Istilah ITSM tidak berasal dari suatu organisasi, pengarang, atau pemasok tertentu dan awal penggunaan frasa inipun tidak jelas kapan dimulainya.

ITSM berfokus pada proses dan karenanya terkait dan memiliki minat yang sama dengan kerangka kerja dan metodologi gerakan perbaikan proses (seperti TQM, Six Sigma, Business Process Management, dan CMMI). Disiplin ini tidak memedulikan detail penggunaan produk suatu pemasok tertentu atau detail teknis suatu sistem yang dikelola, melainkan berfokus pada upaya penyediaan kerangka kerja untuk menstrukturkan aktivitas yang terkait dengan TI dan interaksi antara personel teknis TI dengan pengguna teknologi informasi.

ITSM umumnya menangani masalah operasional manajemen teknologi informasi (kadang disebut operations architecture, arsitektur operasi) dan bukan pada pengembangan teknologinya sendiri. Contohnya, proses pembuatan perangkat lunak komputer untuk dijual bukanlah fokus dari disiplin ini, melainkan sistem komputer yang digunakan oleh bagian pemasaran dan pengembangan bisnis di perusahaan perangkat lunak-lah yang merupakan fokus perhatiannya. Banyak pula perusahaan non-teknologi, seperti pada industri keuangan, ritel, dan pariwisata, yang memiliki sistem TI yang berperan penting, walaupun tidak terpapar langsung kepada konsumennya.

Sesuai dengan fungsi ini, ITSM sering dianggap sebagai analogi disiplin ERP pada TI, walaupun sejarahnya yang berakar pada operasi TI dapat membatasi penerapannya pada aktivitas utama TI lainnya seperti manajemen portfolio TI dan rekayasa perangkat lunak.

Kerangka Kerja Sistem Informasi

Kerangka kerja ini akan memberikan gambaran area-area utama pengetahuan sistem informasi bisnis yang dibutuhkan oleh praktisi bisnis. Sebagai seorang manajer atau seorang praktisi bisnis, tidak harus menyerap semua pengetahuan ini.

1. Konsep-konsep dasar

Konsep dasar keprilakuan, teknis, bisnis, dan manajerial termasuk mengenai berbagai komponen dan pernanan sistem informasi. Contohnya meliputi konsep sistem informasi dasar berasal dari teori sistem umum

2. Teknologi Informasi

Konsep-konsep utama, pengembangan dan berbagai isu manajemen teknologi informasi, meliputi hardware, software, jaringan, manajemen sumber daya (data) dan teknologi berbasis internet.

3. Aplikasi Bisnis

Penggunaan utama dari sistem informasi untuk operasi, manajemen dan keunggulan kompetitif. Aplikasi teknologi informasi dlam bidang fungsional bisnis seperti pemasaran, produksi, dan akuntansi serta aplikasi perusahaan lintas fungsi seperti manajemen hubungan dengan pelanggan dan perencanaan sumber daya perusahaan (Enterprise resource planning-ERP). Aplikasi e-commerce yang kebanyakan digunakan perusahaan untuk membeli dan menjual berbagai produk di internet.  

4. Proses Pengembangan

Bagaimana para praktisi bisnis dan pakar informasi merencankan, mengembangkan, dan mengimplementasikan sistem informasi untuk memenuhi peluang bisnis. Metodologi pengembangan siklus hidup pengembangan sistem dan pendekatan prototype untuk pengembangan aplikasi bisnis, juga memahami berbagai isu bisnis yang terdapat dalam pengembangan SI.

5. Tantangan Manajemen

Tantangan untuk secara efektif dan etis mengelola teknologi informasi pada tingkat pemakai akhir, perusahaan dan global dalam bisnis. Tantangan keamanan dan berbagai isu manajemen keamanan dalam penggunaan teknologi informasi.

INSIDEN MANAGEMENT

PENDAHULUAN

Manajemen insiden adalah proses untuk menangani semua insiden. ini mungkin insiden dimana layanan sedang terganggu atau insiden dimana layanan belum terganggu.

Nilai manajemen insiden untuk bisnis adalah bahwa sumber daya yang dialokasikan untuk meminimalkan dan mengurangi dampak dari insiden dan tidak tersedianya layanan sejalan dengan prioritas bisnis.

MAKSUD DAN TUJUAN

Tujuan utama dari proses manajemen insiden adalah untuk mengembalikan operasi layanan normal secepat mungkin dan meminimalkan dampak negatif terhadp operasi bisnis

KONSEP DASAR

KEJADIAN

Sebuah insiden adalah gangguan yang tidak direncenakan untuk layanan TI atau penurunan kualitas layanan TI. Kegagalan item konfigurasi yang belum terkena dampak layanan juga merupakan insiden .

• Skala Waktu : untuk menangani insiden dan memivu untuk eskalasi harus disepakati dan dikomunetasikan dalam SLA

• Model Insiden  : Penerapan model insidenadalah metode standardisasi dan mengotomatisasi, jika mungkin pendekatan kelompok insiden serupa.

• Insiden Mayor : Organisasi yang berbeda akan memilki definisi yang berdeba untuk apa yang merupakan insiden besar. Untuk beberapa organisasi, pemicu untuk 'memanggil' insiden besar adalah ketika sejumlah pengguna telah berdampak.

Organisasi, pemicu untuk 'memanggil' insiden besar adalah ketika sejumlah pengguna telah berdampak. Organisasi yang lebih besar mungkin telah mendedikasikan tim manajemen insiden besar tersedia 24/7 yang mengendalikan insiden yang telah ditunjuk besar. Salah satu peran penting bahwa manajer insiden besar melakukan adalah untuk melindungi orang-orang (yang sering IT manajemen operasi, manajemen teknis dan staf manajemen aplikasi) yang mencoba untuk memulihkan layanan dari tuntutan komunikasi yang dibuat pada mereka. Sebuah proses manajemen insiden besar mirip dengan manajemen insiden proses, tetapi berkembang dengan urgensi yang lebih besar dan degan profil yang lebih tinggi dalam organisasi

KEGIATAN UTAMA
alur proses manajemen insiden berisi langkah-langkah berikut :

• Masukan proses : Insiden dapat dideteksi dan dilaporkan dalam berbagai cara. pengguna akan memanggil meja layanan untuk melaporkan insiden.
• Identifikasi Insiden : Berkeja untuk memahami dan mengatasi insiden tidak dapat dimulai sebelum insiden telah diidentifikasi.
• Insiden kategorisasi : Kode kategorisasi yang cocok akan dialokasikan . Misalnya, ini mungkin hardware atau software dengan sub-kode untuk tingkat yang lebih rendah kategorisasi.
• Insiden prioritas : Prioritas insiden didasarkan pada dampak dan urgensi. Dampak adalah 'sakit' untuk bisnis.
• diagnosis awal : Jika insiden itu telah dibangkitkan oleh panggilan ke meja layanan, maka itu akan menjadi meja layanan yang melakukan diagnosis awal
• Insiden eskalasi : Eskalasi mungkin fungsional atau hirarkis. Eskalasi Fungsional terjadi ketika meja layanan tidak mampu menyelesaikan insiden atau dimana insiden itu belum terselesaikan dalam waktu resolusi sasaran. Eskalasi hirarkis meningkatkan profil dari insiden tertentu dalam organisasi TI dan juga dalam bidang bisnis.
• Investigasi dan diagnosis : pada fase ini siklus hidup insiden, pekerjaan dilakukan oleh daerah meja layanan atau dukungan untuk memahami apa yang  harus dilakukan untuk memulihkan layanan.
• Resolusi dan pemulihan : Penyelidikan dan diagnosis fase akan tiba diresolusi. Hal ini perlu diterapkan dan kemudian pengujian perlu dilakukan untuk memastikan bahwa insiden  tersebut telah diselesaikan dan layanan dipulihkan.
• Insiden penutupan : Hanya meja layanan harus menutup insiden . Perlu kesepakatan bahwa insiden itu telah diselesaikan.

HUBUNGAN DENGAN PROSES MANAJEMEN LAYANAN LAINNYA
Manajemen insiden terkait erat dengan manajemen masalah dengan satu atau lebih insiden yang disebabkan oleh masalah. Ada juga link yang kuat dengan anajemen perubahan  untuk menyelesaikan insiden atau sejumlah insiden tetapi perubahan yang tidak melakukan apa yang mereka maksud dapat menyebabkan insiden.

METRK
Metrik insiden berguna untuk :
1. Persentase insiden diselesaikan dalam SLA;
2. Baya rata-rata insiden;
3. Biaya rata-rata insiden besar;
4. Persentase insiden yang utama.

Selain itu, dari sudut pandang staf yang penting untuk mengetahui volume dari kedua insiden dan insiden besar

PERAN
Manajer insiden bertanggung jawab atas efektivitas dan efisiensi proses manajemen insiden. dukungan lini pertama dilakukan oleh meja layanan dengan dukungan kedua dan ketiga-line yang disediakan oleh tim teknis baik internal organisasi atau melalui ihak ketiga.