MANAJEMEN PERMINTAAN
PENDAHULUAN
DAN RUANG LINGKUP
Manajemen
permintaan yang efektif menghindari pengeluaran yang tidak perlu pada kapasitas
dan
penurunan
tingkat layanan yang disebabkan oleh fluktuasi dalam beban kerja atau
permintaan.
Sebagai
penyedia layanan, IT bertanggung jawab untuk menyediakan kapasitas yang cukup
untuk
layanan
untuk memenuhi tingkat layanan yang disepakati. Terlalu banyak kapasitas adalah
biaya yang terbuang dan
terlalu
sedikit menempatkan tingkat layanan berisiko. Ini dijelaskan secara rinci dalam
kapasitas proses management (lihat Bab 15).
Proses
manajemen permintaan diperlukan karena dua alasan utama:
• Tingkat
kedatangan pekerjaan, seperti transaksi yang dikirim ke server, pekerjaan cetak
yang dikirim ke
printer atau
panggilan ke meja layanan, tidak stabil. Dengan kata lain, ada puncak
dan palung
sepanjang jam dan hari, serta peningkatan atau penurunan musiman
permintaan.
Jarang ada fleksibilitas yang cukup dalam sumber daya TI untuk menyediakan
hanya
kapasitas
yang cukup untuk memenuhi permintaan di setiap titik waktu.
• Fluktuasi
permintaan dan tantangan untuk menyediakan jumlah yang tepat
kapasitas
adalah sumber risiko yang harus diminimalkan oleh penyedia layanan. Itu
keputusan
tentang seberapa besar risiko dapat diterima diambil oleh bisnis, yang mungkin
menerima
tingkat kapasitas cadangan (dan karenanya biaya tambahan) untuk mengurangi
risiko.
Dalam
istilah ITIL, ‘permintaan’ mengacu pada sumber pekerjaan, seperti submis-
sion oleh
bisnis / pelanggan dari pekerjaan batch atau pencarian web. Ini juga mengacu
pada
aktivitas
yang kemudian dihasilkan pada sumber daya TI, seperti lalu lintas jaringan dan
baca / tulis
panggilan ke perangkat penyimpanan.
Konsep dasar sistem peramalan dalam manajemen permintaan,
pada dasarnya terdapat sembilan langkan yang harus diperhatikan untuk menjamin
efektifitas dan efisiensi dari sistem peramalan dalam manajemen pemintaan,
yaitu:
·
Menentukan
tujuan dari peramalan.
·
Memilih
item independent demand yang akan diramalkan.
·
Menentukan
horizon waktu dari peramalan (jangka pendek, menengah atau panjang).
·
Memilih
model-model peramalan.
·
Memperoleh
data yang dibutuhkan untuk melakukan peramalan.
·
Validasi
model peramalan.
·
Membuat
peramalan.
·
Implementasi
hasil-hasil peramalan.
·
Memantau
keandalan hasil peramalan.
·
Demand
Management in MPC system
Manajemen
Permintaan adalah modul gerbang dalam sistem MPC, menyediakan link ke pasar,
SOP dan MPS. Komunikasi antara DM dan pasar adalah komunikasi dua arah antara
pengumpulan informasi dari pelanggan & menginformasikan status pesanan
pelanggan.
Informasi
yang diberikan kepada SOP digunakan untuk mengembangkan penjualan dan rencana
operasi meliputi satu tahun atau lebih dalam durasi pada tingkat tinggi
agregasi. Urutan kedua penjualan dan perkiraan informasi diberikan kepada
sistem MPS. Hal ini dalam sistem MPS yang jangka pendek, rencana produk
manufaktur yang spesifik dikembangkan & dikendalikan sebagai permintaan
aktual menjadi tersedia dan informasi tersedia untuk memberikan janji
pengiriman dan status pesanan kepada pelanggan.
PERENCANAAN DAN PENGENDALIAN
Bagian
perencanaan dari perencanaan manufaktur dan kontrol melibatkan penentuan
kapasitas yang diperlukan untuk memenuhi tuntutan masa depan yang sebenarnya.
Bagian kontrol menentukan bagaimana kapasitas akan dikonversi menjadi produk
sebagai pesanan masuk. Perusahaan mengeksekusi rencana sebagai informasi
permintaan aktual yang telah tersedia. Fungsi kontrol menentukan bagaimana perusahaan
akan memodifikasi titik terang kesalahan perkiraan dari rencana dan perubahan
dalam asumsi lainnya.
PRAKIRAAN DAN RENCANA
Perbedaan
antara pola permintaan dan respon oleh perusahaan menunjukkan perbedaan penting
antara proyeksi dan rencana. Dalam manajemen permintaan, perkiraan jumlah &
waktu permintaan pelanggan dikembangkan. Ini adalah perkiraan apa yang mungkin
terjadi di pasar. Manufaktur rencana yang menentukan bagaimana perusahaan akan
merespon didasarkan pada ramalan-ramalan tersebut.
MAKSUD DAN TUJUAN
Tujuan dari
manajemen permintaan adalah untuk mengoptimalkan penggunaan kapasitas dengan
bergerak
beban kerja
ke waktu dan sumber daya yang kurang dimanfaatkan. Dengan demikian, penggunaan
yang lebih efisien adalah
terbuat dari
sumber daya karena pemanfaatannya dapat disamakan seiring waktu
alih-alih
harus memenuhi puncak atau palung yang di muat.
Oleh karena
itu, manajemen permintaan perlu memahami dan memengaruhi pelanggan
permintaan
layanan untuk mendukung penyediaan dan pengelolaan minimum
kapasitas
untuk memenuhi tuntutan ini.
MANAJEMEN SERVIS IT
Tujuannya
termasuk:
•
mengkarakterisasi dan mengkodifikasi aktivitas bisnis menjadi spesifik dan
dapat dikenali
pola yang
memiliki profil konsumsi layanan umum;
•
mengkarakterisasi penggunaan layanan oleh pengguna ke dalam profil pengguna;
• mendorong
penggunaan layanan pada waktu yang kurang sibuk, misalnya dengan menawarkan
diskon pada
saat-saat ini.
Dua tujuan
pertama membantu memahami dan memprediksi permintaan akan sumber daya
lebih baik.
Ini memudahkan penyedia layanan untuk mencocokkan layanan dan
sumber daya
untuk kebutuhan yang teridentifikasi dari setiap profil pengguna. Pada
akhirnya, ini mengarah ke
meningkatkan
nilai bagi pelanggan dan pemasok dengan meminimalkan biaya dan miskin
kinerja.
MEMAHAMI PERUBAHAN PERMINTAAN
Karena
pekerjaan yang menciptakan permintaan berasal dari bisnis, ITIL
merekomendasikan
bahwa untuk memahami bagaimana permintaan berfluktuasi kami mengidentifikasi
pola
aktivitas
bisnis. Jelas ada hubungan antara aktivitas bisnis dan
konsumsi
sumber daya TI. Tantangan kami adalah memahami hubungan itu
cukup baik
sehingga ketika bisnis berbagi rencana dan ramalan dengan kami, kami
dapat
memprediksi dampaknya terhadap sumber daya kami. Ini pada gilirannya akan
memberi tahu kami sumber daya yang mana
perlu
diganti atau ditingkatkan dan kapan, sehingga kita dapat merencanakan dan
anggaran
belanja TI kami.
PERKIRAAN UNTUK MENGURANGI KEBUTUHAN
PUNCAKNYA
Asalkan
bisnis itu setuju, TI dapat melihat untuk memengaruhi permintaan untuk
mengurangi puncak
beban kerja
dan melindungi tingkat layanan tanpa menghabiskan uang untuk kapasitas itu
jika tidak
akan digunakan sebagian besar waktu. Perhatikan Gambar 9.1 yang menunjukkan a
profil beban
kerja permintaan selama periode dua belas bulan.
Dalam
skenario ini, IT harus menyediakan kapasitas untuk 165 unit kerja pada bulan
Juli dan
172 pada
bulan Agustus. Namun, tanpa puncak dua bulan ini, kapasitas untuk ditangani
hanya
dibutuhkan 130 unit kerja. Oleh karena itu, jika TI dapat memuluskan puncak ini
menuntut dan
menyebarkan beban kerja pada bulan Juli dan Agustus di bulan lainnya, itu bisa
berpotensi
menghemat biaya penyediaan kapasitas hingga 42 unit ekstra kerja.
Salah satu
cara untuk membatasi permintaan adalah dengan menaikkan harga untuk unit kerja
di waktu puncak
dan / atau
mengurangi harga di luar jam sibuk. Cara lain adalah dengan membatasi beban
kerja,
misalnya
dalam aplikasi online dengan membatasi jumlah pengguna bersamaan, atau
di meja
layanan dengan mengurangi jumlah baris yang tersedia untuk penelepon.
POLA KEGIATAN BISNIS
Pola
aktivitas bisnis (PBAs) sering dapat dengan mudah dikaitkan dengan
sejumlah
kecil profil pengguna yang ditentukan. Dengan cara ini kita dapat menghubungkan
setiap individu baru,
MANAJEMEN PENGELOLAAN
Gambar 9.1
Profil beban kerja
Satuan kerja
tim atau departemen ke profil pengguna tertentu untuk memahami dampaknya sumber
daya daripada menghabiskan upaya untuk mempertimbangkannya secara individual.
Tabel 9.1
menunjukkan bagaimana PBA dapat dikodifikasikan.
Tabel 9.1 Pola pengkodean aktivitas bisnis
PROFIL PENGGUNA
Profil
pengguna harus didasarkan pada peran dan peran bertanggung jawab dalam suatu
organisasi. Dengan cara ini, setiap profil pengguna dapat ditetapkan ke satu
atau lebih PBA, seperti yang ditunjukkan pada Tabel 9.2. Anda akan melihat bahwa
aplikasi dan proses juga dapat diprofilkan dengan cara yang sama seperti
pengguna. Pendekatan ini memungkinkan pola dan profil untuk dicocokkan untuk
memahami dan mengelola permintaan pelanggan dengan lebih mudah dan akurat.
MANFAAT MANAJEMEN PERMINTAAN
Setelah
proses manajemen permintaan telah memahami fluktuasi permintaan dan kontrol
yang diterapkan untuk membatasi permintaan puncak, manajemen kapasitas menjadi
lebih efektif dalam perencanaan kapasitas, mengurangi pengeluaran yang tidak
perlu dan memperoleh sumber daya secara lebih efektif biaya. Akibatnya, tingkat
layanan meningkat dan keuntungan bisnis meningkatkan kepercayaan pada kemampuan
TI untuk memenuhi kedua persyaratannya saat ini dan di masa depan.
MANAJEMEN PERKEBUNAN
Tabel 9.2
Profil
- pemetaan
PBA Profil pengguna Pola yang berlaku dari aktivitas bisnis (PBA) Kode PBAs
Sedang Perjalanan
- domestik
dan domestik luar negeri, informasi eksekutif 45F yang sangat sensitif, nol latensi
pada permintaan layanan, kebutuhan tinggi 45A (UP1) untuk bantuan teknis harus
sangat tersedia untuk bisnis 35D Perjalanan yang sangat luas
- domestik dan luar negeri, informasi seluler
sensitif 45A, latensi rendah pada permintaan layanan, kebutuhan eksekutif moderat
35D untuk bantuan teknis, kontak pelanggan yang tinggi, 22A (UP2) harus sangat
tersedia bagi pelanggan staf administrasi berbasis Office Office, perjalanan
rendah
- domestik 22A staf (UP3) latensi sedang pada permintaan
layanan, kebutuhan rendah untuk bantuan teknis 14B, kebutuhan desktop berfitur
lengkap, 3A kontak pelanggan moderat, volume tinggi dokumen, harus sangat
produktif selama jam kerja
Sistem
Bisnis Pembayaran volume tinggi,
berbasis transaksi, kebutuhan keamanan pengolahan 12F yang tinggi, latensi
rendah pada permintaan layanan, variasi sistem musiman rendah, pengiriman
dokumen melalui layanan pos, pemberitahuan pelanggan otomatis (UP4), di bawah
kepatuhan peraturan; kebutuhan untuk biaya unit yang rendah, harus sangat aman
dan transparan (kontrol audit) Proses Bisnis Pelanggan; volume sedang, berbasis
transaksi, Bantuan 24G kebutuhan keamanan moderat, latensi sangat rendah pada
permintaan proses 10G layanan, variasi musiman sedang, pengiriman komponen
pengganti (UP5) secara ekspres; pemberitahuan pelanggan otomatis, harus sangat
responsif terhadap pelanggan.
RELATIONSHIPS DENGAN PROSES MANAJEMEN
LAYANAN LAINNYA
Manajemen
kapasitasDan manajemen adalah kontributor kunci untuk manajemen kapasitas
karena membantu memahami sifat permintaan akan sumber daya dan dapat mengurangi
persyaratan kapasitas dengan meratakan puncak permintaan. Manajemen portofolio
layanan, katalog layanan manajemen.
Memodifikasi
pola permintaan bisnis dan profil pengguna dapat berkontribusi pada portofolio
layanan dan manajemen katalog layanan dengan membantu menyelaraskan layanan
dengan kebutuhan dan persyaratan bisnis tertentu.
IT MANAJEMEN LAYANAN
Manajemen
keuangan dapat berkontribusi untuk menuntut manajemen dengan membantu
peningkatan keuangan dan diskon untuk mempengaruhi dan memuluskan permintaan di
seluruh puncak dan palung.
METRICS
Tidak ada
metrik standar yang terkait dengan proses ini, tetapi kami menawarkan beberapa
saran di bawah ini:
• Puncak:
rasio beban rata-rata (harus dikurangi dari waktu ke waktu dengan manajemen
permintaan yang efektif).
• Persentase
pengguna yang telah diprofilkan
• Untuk
periode tertentu (misalnya satu tahun) jumlah pembelanjaan yang dihindari
melalui manajemen permintaan.
• Persentase
layanan dalam katalog layanan yang telah divalidasi terhadap profil pengguna
dan PBAs. Hanya operasi TI yang besar cenderung memiliki manajer permintaan.
Lebih mungkin bahwa aktivitas manajemen permintaan akan dilakukan oleh manajer
kapasitas.
PERAN
Hanya
operasi TI besar yang cenderung memiliki manajer permintaan. Lebih mungkin
bahwa
kegiatan manajemen permintaan akan dilakukan oleh kapasitas
manajer.
Kesimpulan :
Dengan manajemen
permintaan kita dapat mengelola permintaan dan penawaran dengan menyeimbangkan
keduanya, penetapan harga tidak benar-benar mudah diterapkan umumnya untuk jasa
sama seperti pada barang, karena tergantung kualitas dan kuantitas barang
tersebut. Untuk mengendalikan permintaan
untuk jasa tertentu, manajer perlu menentukan faktor apa saja yang mengatur
siklus permintaan (demand cycles), Siklus permintaan untuk jasa akan bergerak
turun-naik dengan pola yang dapat diprediksi sebelum level itu memunculkan
diri.
Sumber :
Komentar
Posting Komentar