MANAJEMEN LAYANAN SISTEM INFORMASI
NAMA : Nur Aini Fauziyyah
NPM : 18114130
KELAS : 2KA28
PTA 2016/2017
UNIVERSITAS GUNADARMA
Perubahan Manajemen
Manajemen perubahan adalah
proses terus-menerus memperbaharui organisasi berkenaan dengan arah, struktur,
dan kemampuan untuk melayani kebutuhan yang selalu berubah dari pasar,
pelanggan dan para pekerja itu sendiri. Kegiatan manajemen perubahan harus berlangsung
pada tingkat tinggi mengingat laju perubahan yang dihadapi akan
lebih besar dari masa sebelumnya.
Maksud dari Manajemen Perubahan adalah manajer
perlu melakukan pembinaan untuk suatu perubahan yang konstruktif
pada seluruh organisasi. Ketika ide perubahan disampaikan kepada seluruh
lapisan organisasi sebagai sebuah mainstream, maka dengan sendirinya perlu dibarengi oleh perubahan
infrastruktur pembinaan yang sudah ada, yang dapat mengatasi segala bentuk
resistensi, sehingga mereka terdorong untuk mencoba dan menyesuaikan diri
dengan perubahan yang telah direncanakan. Tujuan Manajemen Perubahan mempunyai manfaat bagi kelangsungan hidup suatu
organisasi, tanpa adanya perubahan maka dapat dipastikan bahwa usia organisasi
tidak akan bertahan lama. Perubahan bertujuan agar organisasi tidak menjadi
statis melainkan tetap dinamis dalam menghadapi perkembangan jaman, kemajuan
teknologi dan dibidang pelayanan kesehatan adalah peningkatan kesadaran pasen
akan pelayanan yang berkualitas.
Konsep dasar Manajemen Perubahan adalah suatu upaya yg dilakukan manajemen guna melakukan
perubahan berencana dengan menggunakan jasa atau bekerjasama dengan intervenes dan
konsultan. Agar organisasi tersebut tetap survive dan bahkan mencapai puncak
perkembangannya.
Macam-macam
Perubahan :
1) Perubahan
tidak berencana
2)
Perubahan berencana
Perubahan
tidak berencana :
1) Perubahan
karena perkembangan ( Developmental Change)
2) Perubahan
secara tiba-tiba (Accidental Change)
Perubahan berencana :
1)
Perubahan yg disengaja/
bahkan direkayasa oleh pihak manajemen
2) Penerapan pengetahuan
tentang manusia secara sistematis dan tepat dengan maksud melakukan tindakan yg
berarti (Bennis, Benne dan Chin).
3) UUsaha untuk
mengumpulkan, menggunakan data dan informasi guna memecahkan persoalan sosial
(Kurt Lewin).
4) 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
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. Terhadap alasan ini perubahan bisa tampak
membingungkan dan tak ada habisnya, sehingga mereka yang terlibat dalam
proses perubahan seringkali merasa seolah-olah tidak ada cahaya di ujung
terowongan;
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. Tentu saja, tidak
ada satu jawaban atau resep yang benar dan tunggal bagi organisasi untuk
melakukan perubahan agar semakin kompetitif di masa depan;
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. Pada akhirnya, memenej perubahan
mengandung arti pula berbagi wewenang dan tanggung jawab pada
setiap orang dalam organisasi dari atas ke bawah. Jika suatu perubahan
tidak didukung oleh semua lapisan dalam organisasi, maka perubahan
tersebut akan terancam kegagalan. Seluruh organisasi harus bergerak dan
berinisiatif ke arah yang sama untuk mencapai tujuan perubahan yang telah
ditetapkan;
4)
Suatu
perubahan organisasi memiliki dimensi pribadi yang penting. Semakin mendalam
perubahan organisasi, harus semakin diterima secara pribadi oleh para pekerja,
serta memberi kesempatan yang lebih luas kepada mereka untuk menguji kembali
dan menyesuaikan nilai-nilai dan keyakinan pribadinya; dan
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 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 pasen.
Penyebaran Manajemen
Maksud dari ITIL
Release dan Manajemen Deployment 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 Penyebaran
Manajemen
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.
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.
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
ITIL Manajemen
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 BuildProses 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.
Pemenuhan
Permintaan
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:
1)
Menyediakan
saluran bagi pengguna untuk meminta dan menerima layanan standar yang otorisasi
dan proses kualifikasi yang telah ditetapkan ada
2)
Memberikan
informasi kepada pengguna dan pelanggan tentang ketersediaan layanan dan
prosedur untuk mendapatkan mereka
3)
Sumber
dan memberikan komponen layanan standar yang diminta
4) Membantu
dengan informasi Generaal, keluhan atau komentar
Konsep
Dasar Pemenuhan Permintaan
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.
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
Manajemen Operasional TI adalah proses
pengelolaan infrastruktur TI sehari-hari termasuk pengelolaan provisioning,
kapasitas, kinerja dan ketersediaan lingkungan komputasi, jaringan dan
aplikasi.
Manajemen operasi adalah daerah yang
bersangkutan dengan efisiensi dan efektivitas operasi dalam mendukung dan
pengembangan tujuan strategis perusahaan.
Operasi TI adalah fungsi terpisah dalam
organisasi IT, dengan tugas dan hak yang jelas. Namun, manajemen teknis dan aplikasi
yang sering juga mengambil alih bagian dari operasi sehari-hari dan karena itu
melakukan fungsi operasi terpadu yang mencakup beberapa tim. Tidak ada metode
pusat untuk pemisahan tugas yang jelas antara operasi dan rekayasa karena ini
tergantung sampai batas yang signifikan pada tingkat infrastruktur TI
kematangan dan stabilitas.
Konsep Dasar Manajemen Operasi IT
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
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.
Tanggung jawab utama dan fungsi manajemen IT Operations:
1)
Infrastruktur Jaringan
2)
Server dan manajemen perangkat
3)
Operasi yang berkaitan dengan Komputer &
Helpdesk
Hubungan dengan proses manajemen layanan lainnya
Meja layanan: Menangani beberapa teknologi
dan perangkat melalui server cloud terpusat. Sebuah proses operasi sederhana
menangani tiket Anda, manajemen konfigurasi, manajemen aset, perubahan dan
rilis.
Memecahkan & Selesaikan: Itu akan lebih
mudah untuk memecahkan masalah dengan Analisis Akar Penyebab Freshservice dan
Preventive Maintenance daripada pergi melalui setiap server yang memeriksa dan
mencegah pemadaman.
Singkirkan tugas biasa: Apakah Anda
menghabiskan sebagian besar waktu Anda menyortir melalui tiket dan menugaskan
ke orang yang tepat? Membuat sederhana itu! Hanya menetapkan aturan dengan
Freshservice dan tugas-tugas otomatis dibuat.
Mengurangi beban dan biaya pemeliharaan: Anda
tidak lagi harus menginvestasikan waktu dan uang hanya untuk melacak semua aset
Anda, biaya, pemeliharaan dan penyusutan. Modul Manajemen Keuangan akan
mengurus itu; memiliki semua aset Anda dan vendor rincian di tempat. Semakin
mudah untuk memeriksa biaya pemeliharaan dan perbaikan yang terjadi dan
penyusutan untuk aset Anda dengan Freshservice
Aplikasi
Manajemen
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 Aplikasi Manajemen
Terdapat
enam fungsi teknologi informasi
1)
Menangkap
(Capture) Menangkap disini dapat diartikan sebagai menginput.
2)
Mengolah
(Processing) Mengolah atau memproses data masukkan yang diterima untuk menjadi
informasi
3)
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.
4)
Menyimpan
(Storage) Merekam atau menyimpan data dan informasi dalam suatu media yang
dapat digunakan untuk keperluan lain.
5)
Mencari
Kembali (Retrival) Menelusuri dan mendapatkan kembali informasi atau mengkopi
data dan informasi yang sudah tersimpan.
6)
Mentransmisi
(Transmission) Mengirim data dan informasi dari suatu lokasi ke lokasi lain
melalui jaringan komputer.
Hubungan
dengan proses 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.
[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.
0 comments:
Post a Comment