Tugas 3 Manajemen Layanan Sistem Informasi (Softskill)

                                                  

             Perubahan manajemen

 Maksud dan Tujuan : 

Pengertian Perubahan

Pada hakikatnya, kehidupan manusia dan organisasi selalu bergerak dan diliputi oleh perubahan secara berkelanjutan. Perubahan terjadi karena lingkungan internal dan eksternal. Perubahan berarti bahwa kita harus mengubah dalam cara mengerjakan atau berpikir tentang sesuatu. Perubahan tersebut dapat terjadi pada struktur organisasi, proses mekanisme kerja, SDM, dan budaya.

Untuk lebih memahami makna perubahan, terdapat beberapa karakteristik perubahan (Kasali, 2006), yaitu :

a.       Bersifat misterius karena tidak mudah dipegang

b.      Memerlukan tokoh terkenal dalam melakukan perubahan

c.       Tidak semua orang bisa diajak melihat perubahan

d.      Perubahan terjadi setiap saat secara kontinu

e.       Ada sisi lembut dan sisi keras dalam perubahan

f.       Membutuhkan waktu, biaya, dan kekuatan

g.      Dibutuhkan upaya khusus untuk menyentuh nilai dasar/budaya korporat

h.      Banyak diwarnai mitos

i.        Perubahan menimbulkan ekspektasi yang dapat menimbulkan getaran emosi dan harapan

j.        Perubahan selalu menakutkan yang menimbulkan kepanikan

Tujuan Perubahan

Tujuan perubahan disatu sisi untuk memperbaiki kemampuan organisasi dalam menyesuaikan didi dengan perubahan lingkungan dan disisi lain, mengupayakan perubahan perilaku karyawan untuk meningkatkan produktivitasnya. Perubahan harus dilakukan secara hati-hati dengan mempertimbangkan berbagai hal agar manfaat yang ditimbulkan oleh perubahan harus lebih besar daripada beban kerugian yang harus ditanggung.

Konsep Dasar

Manajemen Perubahan : suatu upaya yg dilakukan manajemen guna melakukan perubahan berencana dengan menggunakan jasa/ bekerjasama dengan intervenis/ konsultan. Agar organisasi tersebut tetap survive dan bahkan mencapai puncak perkembangannya.

Macam2 Perubahan :

·         Perubahan tidak berencana

·         Perubahan berencana

    Perubahan tidak berencana :

o    Perubahan karena perkembangan ( Developmental Change)

·         Perubahan secara tiba-tiba (Accidental Change)

     

Perubahan berencana :

o    Perubahan yg disengaja/ bahkan direkayasa oleh pihak manajemen

o    Penerapan pengetahuan tentang manusia secara sistematis dan tepat dengan maksud melakukan tindakan yg berarti (Bennis, Benne dan Chin).

o    Usaha untuk mengumpulkan, menggunakan data dan informasi guna memecahkan persoalan sosial (Kurt Lewin).

o    Perubahan yg dilakukan secara sengaja, lebih banyak dilakukan atas kemauan sendiri, sehingga proses perubahan itu lebih banyak diusahakan oleh sistem itu sendiri.

Strategi Perubahan :

1.       Political strategy : Pemahaman mengenai struktur kekuasaan yg terdapat dalam sistem sosial.

2.       Economic Strategy : Pemahaman dalam memegang posisi pengaturan sumber ekonomik, yaitu memegang posisi kunci dalam proses perubahan berencana.

3.       Academic Strategy : Pemahaman bahwa setiap manusia itu rasional, yaitu setiap orang sebenarnya akan bisa menerima perubahan, manakala kepadanya disodorkan data yg dapat diterima oleh akal sehat(Rasio).

4.       Enginering Strategy : Pemahaman bahwa setiap perubahan menyangkut setiap manusia.

5.       Military Strategy : Pemahaman bahwa perubahan dapat dilakukan dengan kekerasan/ paksaan.

6.       Confrontation Strategy : Pemahaman jika suatu tindakan bisa menimbulkan kemarahan seseorang, maka orang tersebut akan berubah.

7.       Applied behavioral science Model : Pemahaman terhadap Ilmu perilaku.

8.       Followship Strategy : Pemahaman bahwa perubahan itu dapat dilakukan itu dapat dilakukan dengan mengembangkan prinsip kepengikutan.

·         Kegiatan

Kegiatan manajemen perubahan harus berlangsung  pada tingkat tinggi mengingat  laju perubahan yang dihadapi akan  lebih besar dari masa sebelumnya.

(1)     Bahwa suatu perubahan tidak berjalan linier. Dengan perkataan lain, bahwa suatu perubahan seringkali tidak ada awal dan akhir yang jelas. Dalam hal ini, perubahan seringkali menjadi target ambisius agar organisasi dapat lebih cepat mencapai tujuannya.

(2)     Suatu perubahan yang efektif dapat dimulai dengan perbaikan dalam beberapa bidang tertentu. Perbaikan tersebut dapat mencakup peningkatan fokus pada pelanggan, memperbaiki pengelolaan proses kerja, dan memperkuat keterlibatan para pekerja, sehingga keberhasilan dalam suatu jenis perbaikan seringkali akan memicu kebutuhan untuk melakukan perbaikan di bidang lainnya.

(3)     Suatu perubahan harus berjalan sekaligus, baik secara top-down  maupun bottom-up. Perubahan harus berjalan  top-down untuk merumuskan visi dan menciptakan struktur, dan harus berjalan bottom-up untuk mendorong partisipasi dan menggalang dukungan dari para pekerja.

(4)     Suatu perubahan organisasi memiliki dimensi pribadi yang penting. Semakin mendalam perubahan organisasi, harus semakin diterima secara pribadi oleh para pekerja,

(5)     Dilakukannya suatu pengukuran adalah kunci bagi suatu perubahan yang berhasil dan berkelanjutan. Semakin banyak kemajuan kinerja dan tujuan organisasi dapat diukur, maka suatu  perubahan cenderung akan bertahan lama dan berhasil.

·         Hubungan dengan proses manajemen layanan lainnya

Hal selanjutnya yang perlu dipikirkan adalah mengenai profil orang – orang yang terlibat dalam perubahan. Profil orang-orang tersebut seharusnya dapat mengorganisasi informasi dari semua orang terlibat dalam upaya perubahan. Setiap orang akan mempunyai prioritas dan minat yang berbeda, berdasarkan fungsi mereka. Kebijaksanaan dan diplomasi harus digunakan ketika mempresentasikan tujuan perubahan kepada kelompok. Pesan yang sama harus disampaikan kepada semua orang, bagaimanapun pentingnya, perlu dicermati hal-hal khusus yang banyak relevansinya kepada kelompok.

Penyesuaian pesan dengan minat orang-orang ini membawa kita untuk bekerja lebih efektif dengan kebutuhan yang berbeda-beda bagi setiap individu atau kelompok. Dengan memahami perbedaan akan meningkatkan kemungkinan menghargai pengalaman teman sejawat. Dengan memahami konsentrasi dan minat setiap orang, akan meningkatkan kinerja kepemimpinan.  Contoh: Untuk memonitor tingkat infeksi semua staf di klinik, termasuk para dokter, perawat, bidan, petugas kebersihan, petugas yang menyediakan sabun dan tissue, para pasien. membangun hubungan dengan pelanggan yang berfokus pada isu-isu tingkat strategis dan lebih tinggi, berusaha untuk menyediakan layanan yang disesuaikan dengan kebutuhan bisnis pelanggan dan berada dalam kemampuan penyedia layanan untuk memberikan. Kepuasan pelanggan adalah ukuran utama keberhasilan BRM, tapi ini adalah kepuasan pelanggan dinyatakan dalam nilai jasa kepada pelanggan.

             Penyebaran manajemen

Maksud dan tujuan

 ITIL Release dan Manajemen Deployment bertujuan untuk merencanakan, jadwal dan mengontrol pergerakan rilis untuk menguji dan lingkungan hidup. Tujuan utama dari Manajemen Pers dan Manajemen Deployment adalah untuk memastikan bahwa integritas lingkungan hidup dilindungi dan bahwa komponen yang benar dilepaskan.

Konsep dasar

  

Pada dasarnya, kegiatan dan tujuan proses proses Release dan Deployment Manajemen di ITIL V3 identik Release Management di ITIL V2. ITIL V3 Manajemen Siaran memberikan rincian jauh lebih di bidang perencanaan Release dan pengujian; ini menyebabkan penambahan dua proses khusus yang dimasukkan di bawah Manajemen Pers dalam versi ITIL sebelumnya: Manajemen Proyek - Perencanaan Transisi dan Dukungan , dan Layanan Validasi dan Pengujian .

ITIL Manajemen Siaran & ITIL Deployment Manajemen ITIL

ITIL Rilis & Manajemen Deployment

Dalam ITIL 2011 Manajemen Siaran dipanggil dari Manajemen Proyek untuk melakukan perencanaan rinci dari Release membangun , Lepaskan tes dan Rilis penyebaran .

Antarmuka tambahan antara Manajemen Pers dan Manajemen Proyek ITIL telah diperkenalkan untuk memastikan bahwa Manajemen Proyek terus diberikan informasi perencanaan saat ini.

Gambaran proses Rilis & Deployment Manajemen (.JPG) menunjukkan antarmuka yang paling penting (lihat Gambar 1).

ITIL 2011 bimbingan terbaru juga menetapkan bahwa minor Perubahan dilaksanakan oleh Manajemen Perubahan tanpa keterlibatan Manajemen Pers, sehingga Minor Rilis Deployment sub-proses telah dihapus.

Kegiatan, metode, dan teknik

peran | tanggung jawab

Rilis Manager - Proses Owner

·         Release Manager bertanggung jawab untuk perencanaan dan pengendalian gerakan Pers untuk menguji dan lingkungan hidup. Tujuan utamanya adalah untuk memastikan bahwa integritas lingkungan hidup dilindungi dan bahwa komponen yang benar dilepaskan.

Tanggung jawab Matrix: ITIL Manajemen Siaran

ITIL Peran / Sub-Proses

rilis Manajer

Project Manager [3]

Layanan Owner [3]

Peran lain yang terlibat

Dukungan Manajemen rilis

A [1] R [2]

-

-

-

Perencanaan rilis

AR

R

-

-

rilis Build

AR

-

-

-

rilis Deployment

AR

-

R

R [4]

Dukungan Hidup Awal

AR

-

R

R [5]

rilis Penutupan

AR

-

-

-

Keterangan

[1] A: ​​Akuntabel menurut Model RACI: Mereka yang akhirnya bertanggung jawab untuk penyelesaian yang benar dan menyeluruh dari proses ITIL Rilis & Deployment.

[2] R: Bertanggung jawab sesuai dengan Model RACI: Orang-orang yang melakukan pekerjaan untuk mencapai suatu tugas dalam Manajemen Pers.

[3] melihat → deskripsi Peran

[4] Proses Pemilik, IT Operator, Fasilitas Manager (dan lain-lain, yang sesuai)

[5] ... dan lain-lain, yang sesuai.

Hubungan dengan proses manajemen layanan lainnya

Sub-Proses

Ini adalah ITIL Manajemen Penyebaran / siaran sub-proses dan tujuan proses mereka:

Dukungan Manajemen rilis

·         Proses Tujuan: Untuk memberikan pedoman dan dukungan untuk penyebaran Pers .

Perencanaan rilis

·         Proses Tujuan: Untuk menetapkan Perubahan berwenang untuk Rilis Paket dan untuk menentukan ruang lingkup dan isi dari Pers. Berdasarkan informasi ini, proses Perencanaan Rilis mengembangkan jadwal untuk membangun, pengujian dan menyebarkan rilis tersebut.

rilis Build

·         Proses Tujuan: Untuk mengeluarkan semua Work diperlukan Pesanan dan Pembelian Permintaan sehingga komponen Pers yang baik dibeli dari vendor luar atau dikembangkan / disesuaikan di rumah. Pada akhir proses ini, semua komponen Rilis diperlukan siap untuk memasuki tahap pengujian.

rilis Deployment

·         Proses Tujuan: Untuk menyebarkan komponen Rilis ke dalam lingkungan produksi yang hidup. Proses ini juga bertanggung jawab untuk pelatihan pengguna akhir dan staf operasi dan beredar informasi / dokumentasi di Rilis baru dikerahkan atau jasa yang mendukung.

Dukungan Hidup Awal

·         Proses Tujuan: Untuk mengatasi masalah operasional cepat selama periode awal setelah penyebaran Rilis , dan untuk menghilangkan kesalahan yang tersisa atau kekurangan.

rilis Penutupan

·         Proses Tujuan: Untuk secara resmi menutup Rilis setelah memverifikasi jika aktivitas log dan CMS isi yang up to date.

definisi

Berikut hal ITIL dan akronim (informasi objek) yang digunakan dalam proses ITIL Manajemen Siaran untuk mewakili output proses dan masukan:

Pembangunan Tata Kerja

·         Sebuah Tata Kerja untuk pengembangan atau kustomisasi aplikasi atau sistem, biasanya dikeluarkan dari Manajemen Pers.

Instalasi Perintah Kerja

·         Sebuah Tata Kerja untuk instalasi aplikasi, sistem atau komponen infrastruktur, biasanya dikeluarkan dari Manajemen Pers.

Kebijakan rilis

·         Satu set aturan untuk menyebarkan rilis ke dalam lingkungan operasional hidup, mendefinisikan pendekatan yang berbeda untuk rilis tergantung pada urgensi dan dampaknya (lihat juga: ITIL Checklist Rilis Kebijakan ).

Melepaskan

·         Sebuah Release (juga disebut sebagai Paket Pers) terdiri dari satu unit Rilis atau satu set terstruktur Unit Pers.

rilis Rekam

·         Sebuah Rilis Rekam berisi semua rincian dari rilis , mendokumentasikan sejarah Rilis dari tahap perencanaan pertama yang penutupan.

rilis Satuan

·         Unit Pers adalah seperangkat baru, berubah dan / atau tidak berubah Item Konfigurasi , yang diuji dan dimasukkan ke dalam lingkungan hidup bersama-sama untuk melaksanakan satu atau beberapa Perubahan disetujui.

                                            Pemenuhan permintaan

Maksud dan tujuan

ITIL Permintaan Pemenuhan bertujuan untuk memenuhi Permintaan Service, yang dalam banyak kasus adalah ringan (standar) Perubahan (misalnya permintaan untuk mengubah password) atau permintaan informasi.

tujuan proses pemenuhan permintaan adalah:

·         Menyediakan saluran bagi pengguna untuk meminta dan menerima layanan standar yang otorisasi dan proses kualifikasi yang telah ditetapkan ada

·         Memberikan informasi kepada pengguna dan pelanggan tentang ketersediaan layanan dan prosedur untuk mendapatkan mereka

·         Sumber dan memberikan komponen layanan standar yang diminta

·         Membantu dengan informasi Generaal, keluhan atau komentar

Konsep dasar

·         model permintaan

Beberapa permintaan layanan akan sering terjadi dan akan membutuhkan penanganan secara konsisten untuk mee tingkat layanan yang disepakati. Pembuatan model permintaan yang telah ditetapkan, termasuk serangkaian kegiatan, menetapkan standar dalam pelaksanaan permintaan.

·         Pemilihan menu

Idealnya, pengguna harus menawarkan "menu" pilihan -jenis melalui antarmuka atau permintaan portal berbasis web sehingga mereka dapat memilih dan rincian masukan dari permintaan layanan dari daftar yang tersedia. Dengan cara ini, pengguna dapat diinformasikan dari target eksekusi yang ditetapkan dalam perjanjian tingkat layanan.

·         Permintaan status pelacakan

Permintaan harus dilacak di seluruh siklus hidup mereka untuk mendukung penanganan dan pelaporan tentang status permintaan. Dalam sistem permintaan pemenuhan, kode status mungkin terkait dengan permintaan untuk menunjukkan di mana mereka dalam kaitannya dengan siklus hidup. Dengan contoh: baru, menunggu persetujuan, dalam proses, menolak, membatalkan, selesai, dll

·         memprioritaskan permintaan

Semua permintaan layanan harus mengikuti satu set standar kriteria untuk menilai prioritas mereka. Hal ini dapat dilakukan dengan mempertimbangkan dampak permintaan dan urgensi, dengan cara yang sama seperti yang dijelaskan untuk Manajemen Insiden.

·         Permintaan Meningkat

Mungkin perlu untuk meningkatkan permintaan untuk mengatasi situasi tertentu atau mengambil tindakan lebih lanjut yang bukan bagian dari set standar kegiatan pemenuhan. Kita bisa lihat permintaan misrouted untuk kelompok yang salah, sebuah SLA untuk memenuhi permintaan mungkin dalam bahaya, pengguna tidak setuju bahwa permintaan telah dipenuhi untuk kepuasan seluruh nya, permintaan telah digunakan sebagai pengganti persyaratan yang lebih rumit.

·         Persetujuan

Persetujuan permintaan dapat diperlukan untuk beberapa alasan. Ini bisa untuk mendapatkan persetujuan terlebih dahulu perangkat keras atau perangkat lunak akuisisi, atau persetujuan akses pemberian aset TI.

Biaya layanan permintaan pengiriman standar bisa diperbaiki atau, untuk jenis lain dari permintaan, diperkirakan demi pengisian, jika ini diterapkan dalam organisasi.

·         Koordinasi kegiatan pemenuhan

Kegiatan Pemenuhan permintaan akan tergantung pada sifat dari permintaan layanan. Beberapa permintaan sederhana dapat diselesaikan oleh Desk Service, bertindak sebagai dukungan lini pertama, sementara yang lain harus diteruskan ke kelompok spesialis atau pemasok untuk pemenuhan. The Service Desk harus memantau dan mengejar kemajuan dan menjaga pengguna informasi seluruh, terlepas dari sumber pemenuhan sebenarnya.

·         Penutupan

Ketika permintaan layanan selesai, ini disebut kembali ke Service Desk untuk penutupan. The Service Desk harus memeriksa untuk se apakah pengguna puas dengan hasilnya.

·         Model permintaan

·         Hubungan dengan proses manajemen layanan lainnya

Model Permintaan :

Permintaan pemodelan menggunakan metode statistik dan intelijen bisnis masukan untuk menghasilkan perkiraan permintaan akurat dan efektif mengatasi variabilitas permintaan. Permintaan modeling menjadi lebih penting karena peramalan dan manajemen persediaan sedang rumit dengan meningkatnya jumlah item yang bergerak lambat, yang disebut "ekor panjang" dari berbagai produk, banyak yang memiliki pola permintaan tak terduga di mana khas "normal distribusi "asumsi yang digunakan oleh model tradisional sama sekali tidak memadai. Dalam skenario ini, berhasil mengelola perkiraan dan persediaan memerlukan canggih permintaan dan pemodelan persediaan teknologi untuk andal mendukung tingkat layanan yang tinggi.

Hubungan dengan proses manajemen layanan lainnya

Layanan Permintaan Pemenuhan Grup ( request fulfilment group)

    Layanan Permintaan Pemenuhan Grup mengkhususkan diri pada pemenuhan jenis tertentu Permintaan layanan . Biasanya, Tingkat 1 Dukungan akan memproses permintaan sederhana, sementara yang lain diteruskan ke Pemenuhan Grup khusus.

Tanggung jawab Matrix: ITIL Permintaan Pemenuhan

ITIL Peran / Sub-Proses

insiden Manajer

Tingkat 1 Dukungan

Layanan Permintaan Pemenuhan Grup

Dukungan Pemenuhan permintaan

A [1] R [2]

Permintaan Logging dan Kategorisasi

SEBUAH

R

-

Permintaan Model Eksekusi

SEBUAH

R

R

Permintaan Monitoring dan Eskalasi

AR

R

-

Permintaan Penutupan dan Evaluasi

SEBUAH

R

-

Keterangan

[1] A: ​​Akuntabel menurut Model RACI: Mereka yang akhirnya bertanggung jawab untuk penyelesaian yang benar dan menyeluruh dari proses Pemenuhan Permintaan.

[2] R: Bertanggung jawab sesuai dengan Model RACI: Orang-orang yang melakukan pekerjaan untuk mencapai suatu tugas dalam Permintaan Pemenuhan.

           MANAJEMEN OPERASI IT

Maksud dan tujuan

Apa IT Manajemen Operasi?

manajemen operasional TI adalah proses pengelolaan infrastruktur TI sehari-hari termasuk pengelolaan provisioning, kapasitas, kinerja dan ketersediaan lingkungan komputasi, jaringan dan aplikasi. manajemen operasional TI sangat penting untuk organisasi TI yang bertanggung jawab untuk memberikan efisien layanan berkualitas tinggi dan aplikasi dalam mendukung bisnis digit. Alasan lain untuk kesadaran yang lebih besar dari manajemen operasi adalah aplikasi peningkatan konsep manajemen operasi dan teknik untuk operasi layanan. Akhirnya, konsep manajemen operasi sedang diterapkan untuk bidang fungsional lainnya seperti pemasaran dan sumber daya manusia. Istilah marketing antarmuka / operasi sering digunakan.

Konsep dasar

Operasi teknologi informasi, atau operasi TI, adalah himpunan semua proses dan layanan yang baik ditetapkan oleh TI staf untuk internal atau eksternal mereka klien dan digunakan sendiri, untuk menjalankan dirinya sebagai bisnis .

Definisi operasional TI berbeda di seluruh TI industri , di mana vendor dan organisasi individu sering membuat definisi adat mereka sendiri proses dan layanan tersebut untuk tujuan pemasaran produk mereka sendiri. Biasanya, mereka termasuk manajemen , visi, perencanaan , desain , implementasi , konstruksi, penyebaran , distribusi , verifikasi , instalasi , Instansiasi, pelaksanaan dan pemeliharaan . Mereka berusaha untuk menentukan proses umum dan prosedur, kebijakan, peran, tanggung jawab, terminologi , praktik terbaik dan standar untuk menjalankan suatu perusahaan.

Techopedia menjelaskan IT Manajemen Operasi

Dalam sebuah organisasi, mungkin ada tumpang tindih antara manajemen operasi TI dan manajemen aplikasi serta manajemen teknis, Namun manajemen operasi TI adalah fungsi yang berbeda, meskipun keduanya manajemen teknis dan aplikasi dapat menjadi bagian yang sama.

Sekali lagi, berdasarkan kebutuhan dan sumber daya, manajemen operasional TI mungkin disesuaikan dengan organisasi, dan dengan demikian cara operasi dapat berbeda dari organisasi ke organisasi.

tanggung jawab utama dan fungsi manajemen IT Operations:

1. Infrastruktur Jaringan

·         Semua fungsi jaringan yang berkaitan dengan internal dan komunikasi eksternal.

·         Pengelolaan sistem telepon internal.

·         Menyediakan akses remote untuk pengguna yang berwenang ke jaringan organisasi.

·         manajemen telekomunikasi, internal dan eksternal, untuk organisasi

·         manajemen pelabuhan untuk memudahkan akses ke server luar.

·         Menyelesaikan masalah dan pemantauan terkait dengan sumber daya jaringan.

2. Server dan manajemen perangkat

·         Manajemen server

·         Penyimpanan dan manajemen jaringan.

·         file server dan setup email dan otorisasi.

·         Manajemen organisasi disetujui perangkat seperti laptop, desktop dan perangkat komputasi mobile.

3. Operasi yang berkaitan dengan Komputer & Helpdesk

·         Pusat Data & manajemen fasilitas

·         Membantu manajemen meja

·         Provisioning pengguna.

·         Memberikan masukan untuk audit konfigurasi manajemen cadangan

·         ketersediaan tinggi dari layanan IT & manajemen pemulihan bencana .

·         Mengelola dan memelihara perpustakaan infrastruktur TI bagi organisasi.

Hubungan dengan proses manajemen layanan lainnya

 Menangani beberapa teknologi dan perangkat melalui server cloud terpusat. Sebuah proses operasi sederhana menangani tiket Anda, manajemen konfigurasi, manajemen aset, perubahan dan rilis. Semuanya hanya dengan sekali klik dan Anda dapat memantau dari lokasi manapun.

Mengurangi beban dan biaya pemeliharaan: Anda tidak lagi harus menginvestasikan waktu dan uang hanya untuk melacak semua aset Anda, biaya, pemeliharaan dan penyusutan .

                                             Aplikasi manajemen

Maksud dan tujuan

ITIL Aplikasi Manajemen bertanggung jawab untuk mengelola aplikasi di seluruh siklus hidup mereka. Proses ini memainkan peran penting dalam aspek terkait penerapan merancang, pengujian, operasi dan meningkatkan layanan TI, serta dalam mengembangkan keterampilan yang dibutuhkan untuk mengoperasikan aplikasi organisasi TI. Aplikasi Manajemen merupakan kegiatan yang sedang berlangsung, sebagai lawan Pengembangan Aplikasi yang biasanya satu kali set kegiatan untuk membangun aplikasi.

Konsep dasar

Terdapat enam fungsi teknologi informasi, yaitu: Menangkap (Capture) Menangkap disini dapat diartikan sebagai menginput. Misalnya menerima inputan dari mic, keyboard, scanner, dan lain-lain. Mengolah (Processing) Mengolah atau memproses data masukkan yang diterima untuk menjadi informasi. Pengolahan dan pemrosesan data dapat berupa mengkonversi, menganalisis, dan menghitung (kalkulasi). Menghasilkan (Generating) Menghasilkan atau mengorganisasikan informasi ke dalam bentuk yang berguna atau laporan yang dapat dimengerti oleh orang lain. Misal laporan, tabel, grafik, gambar, dan lain-lain. Menyimpan (Storage) Merekam atau menyimpan data dan informasi dalam suatu media yang dapat digunakan untuk keperluan lain.

Contohnya adalah menyimpan ke hard disk, flash disk, tape, dan lain-lain. Mencari Kembali (Retrival) Menelusuri dan mendapatkan kembali informasi atau mengkopi data dan informasi yang sudah tersimpan. Misalnya mencari data penjualan yang sudah disimpan sebelumnya. Mentransmisi (Transmission) Mengirim data dan informasi dari suatu lokasi ke lokasi lain melalui jaringan komputer. Misalkan mengirimkan data penjualan dari user A ke user yang lainnya.  Penggunaan IT dalam sebuah organisasi sangatlah penting, untuk menerapkan IT haruslah dilihat karakteristik organisasi tersebut. Apakah dengan IT mampu meningkatkan efisiensi sebuah perusahaan, sehingga dalam penerapan IT dibutuhkan orang yang handal yang dapat berjalan dengan baik.

Ada 4 peranan mendasar teknologi informasi di sebuah perusahaan, yaitu: Fungsi Operasional akan membuat struktur organisasi menjadi lebih ramping telah diambil alih fungsinya oleh teknologi informasi. Karena sifat penggunaannya yang menyebar di seluruh fungsi organisasi, unit terkait dengan manajemen teknologi informasi akan menjalankan fungsinya sebagai supporting agency dimana teknologi informasi dianggap sebagai sebuah firm infrastructure. Fungsi Monitoring and Control mengandung arti bahwa keberadaan teknologi informasi akan menjadi bagian yang tidak terpisahkan dengan aktivitas di level manajerial embedded di dalam setiap fungsi manajer, sehingga struktur organisasi unit terkait dengannya harus dapat memiliki span of control atau peer relationship yang memungkinkan terjadinya interaksi efektif dengan para manajer di perusahaan terkait.

 Fungsi Planning and Decision mengangkat teknologi informasi ke tataran peran yang lebih strategis lagi karena keberadaannya sebagai penyedia dari rencana bisnis perusahaan dan merupakan sebuah tambahan informasi bagi para pimpinan perusahaan yang dihadapkan pada realitas untuk mengambil sejumlah keputusan penting sehari-harinya. Fungsi Communication secara prinsip termasuk ke dalam firm infrastructure. Dalam era organisasi modern dimana teknologi informasi ditempatkan posisinya sebagai sarana atau media individu perusahaan dalam berkomunikasi, berkolaborasi, berkooperasi, dan berinteraksi.

Hubungan antara aplikasi manajemen dan pengembangan aplikasi

Aplikasi Analyst - Proses Owner

·         Aplikasi Analyst adalah peran Manajemen Aplikasi yang mengelola aplikasi di seluruh siklus hidup mereka. Ada biasanya satu Aplikasi Analyst atau tim analis untuk setiap aplikasi utama. Peran ini memainkan peran penting dalam aspek terkait penerapan merancang, pengujian, operasi dan meningkatkan layanan TI. Hal ini juga bertanggung jawab untuk mengembangkan keterampilan yang dibutuhkan untuk mengoperasikan aplikasi yang diperlukan untuk memberikan layanan TI.

Tanggung jawab Matrix: ITIL Manajemen Aplikasi

ITIL Peran / Sub-Proses

aplikasi Analyst

aplikasi Manajemen

(tidak ada sub-proses yang ditentukan)

A [1] R [2]

Keterangan

[1] A: ​​Akuntabel menurut Model RACI: Mereka yang akhirnya bertanggung jawab untuk penyelesaian yang benar dan menyeluruh dari proses ITIL Aplikasi Manajemen.

[2] R: Bertanggung jawab sesuai dengan Model RACI: Orang-orang yang melakukan pekerjaan untuk mencapai suatu tugas dalam Manajemen Aplikasi.

Sumber :

http://nurhalizazahra.blogspot.co.id/2013/10/manajemen-perubahan.html

https://pernikmagazine.wordpress.com/2008/07/21/konsep-dasar-manajemen-perubahan/

https://translate.google.co.id/translate?hl=id&sl=en&u=http://wiki.en.it-processmaps.com/index.php/Release_and_Deployment_Management&prev=search

https://freshservice.com/it-operation-management-software

https://translate.google.co.id/translate?hl=id&sl=en&u=https://www.techopedia.com/definition/30458/it-operations-management&prev=search

https://translate.google.co.id/translate?hl=id&sl=en&u=http://www.referenceforbusiness.com/management/Ob-Or/Operations-Management.html&prev=search

https://translate.google.co.id/translate?hl=id&sl=en&u=http://www.itil.org/en/vomkennen/itil/serviceoperation/funktionen/operationsmanagement.php&prev=search

http://www.kompasiana.com/raffiansyahjc/fungsi-dan-peranan-teknologi-informasi-aplikasi-software-bagi-perusahaan_5656f3cb159373db144f054d

https://translate.google.co.id/translate?hl=id&sl=en&u=http://wiki.en.it-processmaps.com/index.php/ITIL_Application_Management&prev=search

TUGAS SOFTSKILL 2

                                Business Relationship Management

Ruang Lingkup

Manajemen hubungan bisnis terdiri dari pengetahuan, keterampilan, dan perilaku (atau kompetensi) yang membina hubungan yang produktif antara organisasi jasa (misalnya Sumber Daya Manusia , teknologi informasi , departemen keuangan,

Maksud dan Tujuan :

Manajemen hubungan bisnis (BRM) adalah pendekatan formal untuk pemahaman, mendefinisikan, dan mendukung kegiatan antar-usaha yang terkait dengan jaringan bisnis .

Tujuan dari manajemen hubungan bisnis adalah untuk memahami kebutuhan pelanggan bisnis dan untuk memberikan layanan yang memenuhi kebutuhan tersebut .

Prinsip Business Relationship Management

·   Pengukuran dan analisis

Tujuan BRM mengharuskan konsep-konsep dan prinsip-prinsip dapat diidentifikasi dan diukur. Mengingat model, seseorang harus mampu mengidentifikasi hubungan bisnis yang mereka terlibat dalam, dan mengukur mereka dalam hal seperti kuantitas atau durasi. Hal yang sama berlaku untuk setiap aspek BRM, seperti jenis, peran, atau prinsip.

Setiap hubungan bisnis memiliki tujuan yang memerlukan partisipasi dari peran ganda untuk mencapai. Tujuan dari hubungan bisnis yang diberikan adalah diskrit dan terukur.

·  Reputasi dan kepercayaan

Model BRM harus berusaha untuk model dan mengukur reputasi dan kepercayaan .

Setiap hubungan, dan setiap interaksi di dalamnya, memberikan kontribusi untuk reputasi. Reputasi meringankan risiko dan mengurangi gesekan dalam proses bisnis. Kepedulian untuk reputasi incentivizes perilaku yang baik.

Tidak adanya kepercayaan akan menyebabkan hubungan bisnis untuk gagal. Kepercayaan meningkatkan efisiensi dan memungkinkan resolusi konflik. Hubungan antara kepercayaan sebagai konsep inti tradisional dan dalam bentuk yang muncul 'radikal' sebagai komponen dari komunitas online [11] harus dijelaskan.

· Governance

Model BRM perlu memperhitungkan dan menyelaraskan dengan model tata kelola perusahaan , termasuk etika bisnis , kendala hukum, dan norma-norma sosial yang berlaku untuk hubungan bisnis.

·   Batas

Model BRM harus menentukan batas-batas hubungan bisnis dalam kontinum yang lebih besar dari hubungan interpersonal. Selain isu-isu pemerintahan, model harus memeriksa jika ada tingkat optimal dari hubungan pribadi, dan apakah mereka berbeda berdasarkan jenis, peran, atau atribut lainnya. model harus membantu menentukan batas-batas yang mengoptimalkan efektivitas sementara mendukung tata kelola yang baik.

·    Pertukaran dan timbal balik

Model BRM pertukaran dan timbal balik harus memperluas dimensi tradisional untuk akun untuk tidak hanya pertukaran keuangan, tetapi juga pertukaran waktu, uang, pengetahuan, dan reputasi. Ini adalah fitur kunci dari hubungan bisnis.

    PERAN

Sebagai peran organisasi, BRM peran organisasi adalah hubungan antara penyedia layanan dan bisnis. Peran bertindak sebagai penghubung, orkestra, dan navigator antara penyedia layanan dan satu atau unit bisnis yang lebih.

Peran Bisnis Relationship Manager telah diperkenalkan di ITIL 2011 untuk melakukan kegiatan dalam proses bisnis Relationship Management.

5.       Hubungan dengan proses manajemen layanan lainnya

 

Deskripsi proses

ITIL Bisnis Relationship Management, Manajemen Hubungan Bisnis

Bisnis Relationship Management telah diperkenalkan sebagai proses baru dalam ITIL 2011.

Terbaru tempat bimbingan survei kepuasan pelanggan dan manajemen pengaduan dalam Bisnis Relationship Management. Akibatnya, proses yang sesuai telah dipindahkan dari terus menerus Peningkatan Pelayanan untuk Bisnis Relationship Management. Gambaran proses ITIL Bisnis Relationship Management, menunjukkan antarmuka yang paling penting.

Manajemen Keuangan Untuk Layanan TI

Ruang Lingkup

Ruang lingkup Keuangan Untuk Layanan TI sesungguhnya hanya mencakup tiga hal utama yaitu tentang keputusan keuangan, keputusan investasi dan kebijakan deviden.

1.Keputusan Keuangan dilakukan untuk mencari dana. Keputusan itu tercermin pada sisi yang mengungkapkan seberapa besar proporsi utang dan ekuitas suatu perusahaan.

Contohnya : Keputusan Keuangan adalah menentukan berapa banyak obligasi (utang jangka panjang) yang harus ditambah dan berpapa banyak saham biasa yang perlu diterbitkan.

2.Keputusan Investasi

Segala keputusan manajerial yang dilakukan untuk menghasilkan dana berbagai macam aktiva. Boleh juga dikatakan bahwa keputusan investasi adalah keputusan bisnis, dan itu diluar keputusan keuangan.

3.Kebijakan devide

Yaitu seluruh kebijakan yang dilakukan untuk menetapkan seberapa besar laba bersih yang dibagikan kepada para pemegang saham dan berapa besar laba bersih yang tetap ditahan untuk cadangan investasi tahunan, kebijakan itu akan tercermin dari besarnya perbandingan laba bersih.

Contoh kebijakan deviden adalah menetapkan apakah presentase pembagian deviden saat ini perlu ditingkatkan atau tetap dipertahankan sebagaimana pada tahun sebelumnya.

Maksud dan Tujuan :

Tujuan dari Manajemen Keuangan Jasa IT (ITFM) adalah untuk mengoptimalkan biaya IT Services saat mengambil menjadi kualitas akun dan faktor risiko. Saldo analisis biaya terhadap kualitas dan risiko untuk membuat cerdas, strategi optimalisasi biaya berdasarkan metrik-. Balancing diperlukan karena biaya pemotongan mungkin tidak menjadi strategi terbaik untuk memberikan output konsumen yang optimal.

Layanan Teknologi Informasi Manajemen Kontinuitas

Ruang Lingkup

situsnya bertujuan untuk memberikan pengenalan untuk membangun proses Business Continuity Management dalam sebuah organisasi dalam rangka untuk mengurangi teknologi dan kontinuitas informasi risiko yang teridentifikasi sebagai bagian dari Manajemen Risiko.

Dalam rangka mempertahankan ketersediaan TI dan informasi organisasi perlu memahami

yang proses sangat penting, seberapa cepat mereka harus dipulihkan.

apa IT dan informasi yang diperlukan untuk menjaga proses-proses penting yang berjalan.

Dengan menggunakan informasi ini, ICT dan Keamanan Informasi (IS) profesional dapat menentukan tindakan yang harus dilakukan untuk memastikan bahwa TI dan informasi persyaratan proses kritis dapat dipenuhi, meskipun peristiwa yang mengganggu. Ini termasuk memastikan bahwa ICT dan IS staf tersedia dalam jangka waktu yang diperlukan dan identifikasi situs alternatif (s) yang bekerja harus itu menjadi perlu. Informasi ini rinci dalam Business Continuity Plan (BCP).

Setelah ICT dan IS operasional lagi, tim operasional akan dapat bekerja dari mereka IT Service Continuity Plan untuk mengembalikan komponen TI kritis dan informasi yang diperlukan untuk mendukung proses kritis

Maksud & Tujuan

Layanan Continuity Management (ITSCM) IT bertujuan untuk mengelola risiko yang serius dapat mempengaruhi layanan TI. ITSCM memastikan bahwa penyedia layanan TI selalu dapat memberikan minimum setuju Layanan Levels, dengan mengurangi resiko dari kejadian bencana untuk tingkat yang dapat diterima dan perencanaan untuk pemulihan layanan TI. ITSCM harus dirancang untuk mendukung Business Continuity Management.

Manajemen keamanan Informasi dan Manajemen Akses

Kebijakan Keamanan Informasi (Information Security Policy)

Tujuan kebijakan keamanan informasi adalah untuk memberikan arahan dan dukungan manajemen keamanan informasi. Manajemen harus menetapkan arah kebijakan yang jelas dan menunjukkan dukungan, serta komitmen terhadap keamanan informasi melalui peerapan dan pemeliharaan suatu kebijakan keamanan informasi di seluruh tatanan organisasi.

Kebijakan Keamanan Informasi meliputi :

·         Dokumen Kebijakan Keamanan Informasi (Information security policy document)

Kontrol yang seharusnya dipenuhi adalah dokumen kebijakan keamanan informasi harus disetujui oleh manajemen, dipublikasikan dan disosialisasikan dengan baik kepada seluruh pegawai. Di dalam dokumen kebijakan tersebut harus ada pernyataan komitmen manajemen dan pendekatan organisasi dalam mengelola keamanan informasi. Dokumen tersebut paling tidak harus mencakup hal-hal sebagai berikut :

·         Definisi keamanan informasi, sasaran umum dan cakuoan, serta pentingnya keamanan sebagai mekanisme untuk berbagi informasi

Pernyataan komitmen manajemen, dukungan terhadap tujuan, dan prinsip, persyaratan standard an kesesuaian sebagai bagian penting untuk organisasi, seperti berikut.

Kesesuaian persyaratan legalitas dan kontraktual

Kebutuhan pendidikan keamanan

Pencegahan dan deteksi terhadap virus dan piranti lunak berbahaya lain

Manajemen kelangsungan bisnis

Konsekuensi atas pelanggaran kebijakan keamanan

Definisi tanggungjawab umum dan khusu untuk manajemen keamanan informasi, termasuk melaporkan insiden keamanan

Rujukan untuk dokumentasi yang mendukung kebijakan, seperti detil kebijakan keamanan dan prosedur untuk system informasi tertentu atau aturan keamanan yang harus dipatuhi pengguna.

ISMS {information security management system} adalah istilah yang muncul terutama dari ISO/IEC 27002 yang merujuk pada suatu sistem manajemen yang berhubungan dengan keamanan informasi. Konsep utama ISMS untuk suatu organisasi adalah untuk merancang, menerapkan, dan memelihara suatu rangkaian terpadu proses dan sistem untuk secara efektif mengelola keamanan informasi dan menjamin kerahasiaan, integritas, serta ketersediaan aset-aset informasi serta meminimalkan risiko keamanan informasi.

Standar ISMS yang paling terkenal adalah ISO/IEC 27001 dan ISO/IEC 27002 serta standar-standar terkait yang diterbitkan bersama oleh ISO dan IEC. Information Security Forum juga menerbitkan suatu ISMS lain yang disebut Standard of Good Practice (SOGP) yang lebih berdasarkan praktik dari pengalaman mereka. Kerangka manajemen teknologi informasi (TI) lain seperti COBIT dan ITIL juga menyentuh masalah-masalah keamanan walaupun lebih terarah pada kerangka tata kelola TI secara umum.

Fasilitas Manajemen - Kontrol Akses Fisik

Fasilitas Manajemen keamanan informasi adalah Aktivitas untuk menjaga agar sumberdaya informasi tetap aman Manajemen keamanan informasi terdiri atas empat tahap, yaitu:

1.      Mengidentifikasi ancaman yang dapat menyerang sumber informasi perusahaan.

2.      Mendefinisikan resiko yang disebabkan oleh ancaman.

3.      Menentukan kebijakan keamanan informasi.

4.      Mengimplementasikan pengendalian untuk mengatasi resiko resiko tersebut

SUMBER :

https://id.wikipedia.org/wiki/Business_relationship_management

https://id.wikipedia.org/wiki/Keamanan_komputer

InformationTechnology Infrastructure Library

SECTION 1

Infrastruktur Library(ITIL)

Terdapat 2 komponen operasional ITIL yaitu :

1.      Service Support (yaitu aktifitas yang dilaksanakan minimal setiap hari)

2.      Service Delivery (yaitu aktivitas yang dilaksanakan minimal setahun/kuartal/bulanan)

* SERVICE SUPPORT

1.      The Service Desk

2.      Tujuan :

1.      Untuk melaksanakan single point of contactantara User dan IT Service Management dan memeriksa status hubungan semua customer.

2.      Menangani Incidents dan permintaan, serta memberikan arahan untuk kegiatan lain sepertiChange, Problem, Configuration, Release, Service Level, and IT Service Continuity Management

Kegiatan :

1.      Menerima dan merekam semua panggilan dari user.

2.      Memberikan first-line support (menggunakan pengetahuan)

3.      Mengacu kepada second-line support bila diperlukan.

4.      Monitoring dan peningkatan peningkatan bahaya-bahaya yang terjadi.

5.      Menjaga informasi user.

6.      Memberikan ruang antara disiplin ITSM.

7.      Memberikan pengukuran  dan metrik

1. Incident Management

    Tujuan :

   Untuk kembali ke operasi normal secepat dan sebisa mungkin dengan gangguan seminimal mungkin, yang memastikan bahwa tingkat pencapaian terbaik dariavailability Dan service telah terpelihara.

     Incident definition, semua peristiwa yang tidak sesuai standar operasi yang disebabkan atau    mungkin disebabkan gangguan atau pengurangan kualitas service.

   Work-around definition, sebuah metode untuk menghindari Incident atau masalah, salah satunya   dengan menggunakan teknik sementara atau tetap sehingga user tidak lagi percaya kepada Configuration Item (CI) yang diketahui sebagai penyebab failure.

2. Problem Management

    Tujuan :

    Untuk meminimalkan pengaruh yang merugikan dalam bisnis yang diakibatkanincident dan masalah     yang disebabkan oleh error dalam infrastuktur.

    Problem definition, Sebab yang tidak diketahui yang diakibatkan satu atau lebih incident

    Known Error definition, Sebuah incident atau problem yang sebabnya diketahui.

3. Configuration Management

     Tujuan :

    * Menyediakan pengendalian infrastuktur melalui monitoring dan pemeliaharaan informasi atas:

      1)      Configuration Items (CI) diperlukan untuk mendistribusikan services

      2)      CI status and history

      3)      CI relationships

      4)      Valuable CIs (monetary or service)

4. Release Management

     Tujuan :

     Release Management memberikan pandangan yang  menyeluruh mengenai perubahan dalam IT   service dan memastikan seluruh aspek dalam Release, baik teknik maupun non teknik

5. Change Management

      Tujuan :

      1. Proses perubahan pengendalian infrastuktur atau aspek lain dari services, dalam cara yang   dikendalikan, memberikan persetujuan perubahan dengan gangguan yang minimal.

      2. Change Management memastikan bahwa metode standarisasi dan prosedur digunakan      untuk efisinsi dan meyakinkan penanganan semua perubahan.

      3. Changes dapat memberikan solusi atas Problems, Known Errors.

*SERVICE DELIVERY

1.      Service Level Management

        Tujuan :

       Untuk memelihara dan memperbaiki kualitas IT service, melalui siklus tetap mengenai   pemahaman, persetujuan, monitoring, pelaporan dan pencapaian IT service. Service Level Management mengatur dan memperbaiki tingkat persetujuan service antara dua pihak.

 1. The provider yang mungkin menjadi internal service department atau organisasi external   yang memberikan outsourced service

         2. Penerima service seperti  customer yang membayar tagihan.

  

2. Availability Management

        Tujuan :

       Untuk mencapai capabilitas IT infrastructure dan mendukung organisasi untuk mendistribusikan   biaya yang efektif dan tingkat availability yang terus menerus yang memungkinkan kepuasan sebagai tujuannya.

 3. IT Service Continuity Management

      Tujuan :

      Untuk mendukung kesuruhan proses Business Continuity Management dengan memastikan teknik   dan fasilitas IT service yang dibutuhkan dapat dipenuhi dengan time-scale bisnis yang disetujui dan dipersyaratkan.

4. Capacity Management

    Tujuan :

    Untuk memahami kebutuhan bisnis di masa mendatang (the required service delivery), operasi perusahaan (the current delivery), dan memastikan seluruh kapasitas saat ini dan masa yang akan datang serta aspek-aspek yang dibutuhkan yang memberikan biaya yang efektif.

5. Financial Management for IT Services

     Tujuan :

     Untuk memberikan pekerjaan dengan biaya yang efektif dan penggunaan keuangan serta IT asset            dalam Services

     ITIL biasanya diterapkan kepada satu atau lebih dalam bisnis sebagai berikut :

     1. Penentuan proses bisnis dengan IT organisasi.

     2. Penerapan dan perbaikan mengenai kualitas service.

     3. Kebutuhan untuk fokus kepada konsumen dalam hal IT.

     4. Penerapan fungsi central help desk.

Model Manajemen pelayanan I.T.I.L :

1.     Service Strategy

2.     Service Design

3.     Service Transition

4.     Service Operation

5.     Continual Service Improvement

Gambar kegiatan utama dari tahap siklus hidup layanan.

Gambar Diatas adalah kegiatan utama dari tahap siklus hidup layanan.

Diagram diatas menggambarkan bagaimana siklus hidup layanan dimulai dari perubahan dalam persyaratan dalam bisnis.

SECTION 2

Strategi Layanan

Service Strategy memberikan panduan kepada pengimplementasi ITSM pada bagaimana memandang konsep ITSM bukan hanya sebagai sebuah kemampuan organisasi (dalam memberikan, mengelola serta mengoperasikan layanan TI), tapi juga sebagai sebuah aset strategis perusahaan. Panduan ini disajikan dalam bentuk prinsip-prinsip dasar dari konsep ITSM, acuan-acuan serta proses-proses inti yang beroperasi di keseluruhan tahapan ITIL Service Lifecycle.

Strategi layanan dari setiap penyedia layanan harus didasarkan atas dasar pengakuan bahwa pelanggan tidak membeli produk, mereka membeli kepuasan dari kebutuhan khusus. Oleh karena itu, untuk menjadi sukses, layanan yang disediakan harus dapat dirasakan oleh pelanggan untuk memberikan nilai yang cukup dalam bentuk manfaat yang ingin dicapai pelanggan.

Mencapai pemahaman yang mendalam mengenai kebutuhan pelanggan, dalam hal apa kebutuhannya, kapan dan mengapa itu terjadi, juga membutuhkan pemahaman yang jelas tentang persis yang pelanggan yang sudah ada atau potensi pengguna dari penyedia layanan. Hal ini, pada gilirannya, memerlukan penyedia layanan untuk memahami konteks yang lebih luas dari saat ini dan potensi pasar tempat beroperasi penyedia layanan, atau mungkin ingin beroperasi di dalamnya.

Strategi layanan tidak dapat diciptakan atau ada dalam isolasi strategi menyeluruh dan budaya organisasi yang dimiliki oleh penyedia layanan. Penyedia layanan mungkin ada dalam suatu organisasi semata‐mata untuk memberikan layanan pada satu unit bisnis yang spesifik, untuk layanan unit bisnis, atau mungkin beroperasi sebagai penyedia layanan eksternal yang melayani beberapa bisnis eksternal. Strategi yang diadopsi harus memberikan nilai yang cukup kepada pelanggan dan semua stakeholder penyedia layanan ‐ harus memenuhi

Intinya jika diringkas : Service strategy/ Strategi Layanan adalah untuk melihat perspektif/sudut pandang, posisi, rencana kedepan, dan pola yang IT Service Provider harus jalankan agar menyokong bisnis yang organisasi kerjakan

RESIKO :

Setiap penyedia layanan tunduk pada kekuatan kompetitif

Semua penyedia layanan dan pelanggan beroperasi dalam satu atau lebih pasar internal atau eksternal. Penyedia jasa harus berusaha untuk mencapai pemahaman yang lebih baik dibandingkan pesaingnya dalam pasar yang dinamis, pelanggan di dalamnya, dan kombinasi dari faktor keberhasilan kritis pasar yang unik

Jenis penyedia layanan TI

• Services Strategy (SS), meliputi perencanaan strategis manajemen layanan dan keterpaduan pelayanan dengan strategi bisnis. 

• Services Design (SD), outlines desain danpengembangan layanan jasa dan prosesmanajemen. 

• Services Transition (ST), mengilustrasikanbagaimana persyaratan tahapan sebelumnya(strategi dan desain) untuk layanan yangberkelanjutan dan dapat dipertahankan. 

• Services Operation (SO), meliputi penyampaianyang efektif dan efisien dan dukungan layanan,juga menyediakan referensi untuk kegiatanoperasional dalam proses-proses lain.

• Continual Service Improvement (CSI),perbaikan layanan yang berkelanjutan danpengukuran kinerja proses yang diperlukanuntuk layanan

Atau

Jenis Penyedia Layanan:

·         Tipe I: ada dalam sebuah organisasi semata‐mata untuk memberikan layanan kepada satu khusus unit bisnis

·         Tipe II: melayani beberapa unit bisnis dalam organisasi yang sama

·         Tipe III: beroperasi sebagai penyedia layanan eksternal melayani beberapa pelanggan eksternal.

Empat Strategi :

4 ‘P’ dari Strategi

• Perspektif: visi yang khas

• Position: keunikan posisi sebagai dasar untuk berkompetisi

• Plan: bagaimana provider layanan akan mencapai visi

• Pattern: pola dasar yang berulang dalam decision making, biasanya berdasarkan „tema pokok‟ atau „guiding principles‟ atau „kebijakan umum‟.

Manajemen Layanan sebagai Aset Strategis: Penggunaan ITIL untuk mengubah kemampuan manajemen layanan menjadi aset strategis, dengan menggunakan Manajemen Layanan untuk memberikan dasar bagi kompetensi inti, kinerja khusus dan keuntungan tahan lama, serta meningkatkan potensi penyedia layanan dari:

kapabilitas: kemampuan penyedia layanan (dalam hal manajemen, organisasi proses, pengetahuan dan orang‐orang) untuk mengkoordinasikan, mengendalikan dan menyebarkan sumber daya

sumber daya: masukan langsung untuk memproduksi layanan, misalnya keuangan, modal, infrastruktur, aplikasi, informasi dan orang‐orang.

SECTION 3 :

Mengapa Desain Layanan itu penting ?

Desain Layanan adalah tahap dalam siklus hidup layanan secara keseluruhan dan merupakan elemen penting dalam proses perubahan bisnis.

Peran Desain Layanan dalam proses perubahan bisnis dapat didefinisikan sebagai:

Desain yang tepat dan inovatif layanan TI, termasuk arsitekturnya, proses, kebijakan dan dokumentasi, untuk memenuhi kebutuhan sekarang dan masa depan bisnis yang telah disepakati.

Lima Aspek Utama Dari Desain Layanan ?

Terdapat 5 aspek individu dalam Desain Layanan:

1.      Solusi layanan baru atau perubahan

2.      Sistem manajemen layanan dan perangkatnya, khususnya Portfolio Layanan

3.      Arsitektur teknologi dan sistem manajemen

4.      Proses, peran dan kemampuan

5.      Metode pengukuran dan satuan

Tujuan dan sasaran utama Desain Layanan adalah sebagai berikut:

1.      Desain layanan untuk mempertemukan manfaat bisnis yang telah disetujui

2.      Desain proses untuk menunjang sikus hidup layanan

3.      Mengidentifikasi dan mengelola resiko

4.      Desain keamanan dan kerentanan infrastuktur TI, lingkungan layanan, arsitektur, kerangka kerja, dan dokumen untuk menunjang desain dari kuaitas solusi TI

5.      Membangun keahlian dan kemampuan dalam TI

6.      Berkontribusi terhadap keseluruhan peningkatan kualitas layanan TI

Paket Desain Layanan (SDP): mendefinisikan seluruh aspek dalam layanan TI dan keseluruhan persyaratan dari setiap tingkatan dalam siklus hidup layanan. SDP dihasilkan untuk setiap layanan TI baru, perubahan mayor, atau layanan TI yang dikeluarkan.