MODUL PERKULIAHAN

Pemodelan
Sistem
Implementasi

Fakultas Program Studi Tatap Muka Kode MK Disusun Oleh

Fakultas Teknik Teknik Industri 190551005 Rendiyatna Ferdian, S.T., M.T.
13
Abstrak Kompetensi
Membahas tentang perencanaan Mahasiswa mampu melakukan
implementasi dimulai sejak awal perencanaan untuk implementasi
untuk proyek apa pun. model yang telah dikembangkan
untuk sistem nyata.
Implementasi dan Kesulitannya
Implementasi proyek OR menempatkan hasil tahap pemodelan untuk bekerja. Ini berarti
menerjemahkan solusi matematika untuk analisis OR keras, atau sistem dan proses baru
untuk analisis OR lunak, ke dalam serangkaian prosedur operasi atau aturan keputusan
yang mudah dipahami, menyiapkan panduan pengguna terperinci yang memberikan
petunjuk tentang menyiapkan masukan untuk model kuantitatif apa pun digunakan dan saat
melakukan semua penghitungan, atau pada aplikasi yang benar dari aturan dan prosedur
keputusan baru; dan akhirnya memberikan tanggung jawab kepada semua individu yang
terlibat dalam penggunaan aturan dan prosedur baru.
Kondisi ini diikuti dengan melatih semua orang yang terlibat untuk penerapan yang tepat dari
aturan-aturan ini, melaksanakan transisi dari mode operasi yang ada ke yang diusulkan, dan
menyiapkan dokumentasi lengkap untuk referensi di masa mendatang. Hal ini tampak
seperti tugas langsung yang mudah ditangani dengan pendekatan sistematis, organisasi
dan koordinasi yang baik. Sayangnya, proses penerapannya penuh dengan kesulitan yang
sebagian besar bersifat manusiawi. Hal tersebut terutama katakanlah untuk proyek-proyek
yang berhubungan dengan peningkatan operasi yang ada.
Untuk mendapatkan 'perasaan' yang lebih baik untuk salah satu aspek manusia ini, cukup
tempatkan diri pada posisi petugas saham di LOD yang bertanggung jawab atas pengisian
ulang saham sehari-hari, atau ke posisi tersebut. dari penjadwal personel dari operasi
layanan 24 jam yang bertanggung jawab atas daftar karyawan individu untuk tugas dan shift,
dan telah melakukan pekerjaan yang kompeten. Kemudian datanglah analis OR tersebut,
dipanggil oleh atasan atau bahkan dikirim oleh seseorang yang lebih tinggi dalam hierarki.
Hanya sedikit orang yang tidak akan melihat ini sebagai tanda kurangnya kepercayaan pada
kemampuan mereka untuk melakukan pekerjaan dengan benar, dan karenanya akan
menganggapnya sebagai ancaman. Apa yang membuatnya lebih buruk adalah bahwa anak
jagoan ini mungkin cukup muda dan terlatih di universitas, tetapi dengan pemahaman
praktis yang tampaknya sedikit tentang seluk-beluk pekerjaan. Agak mengherankan jika
tidak melihat 'solusi' apa pun yang diusulkan analis ini dengan tingkat kecurigaan yang
wajar, kecuali terlibat secara dekat dalam analisis.
Masalah implementasi dapat berasal dari tiga penyebab:
1. Hal-hal yang berkaitan dengan tugas fisik implementasi, seperti kompleksitas solusi,
sensitivitas manfaat atau biaya (baik yang berwujud maupun tidak berwujud) hingga
penyimpangan dari aturan yang ditentukan secara formal, dan sejauh mana solusi yang
diusulkan menyimpang dari praktik saat ini. Semakin besar semua ini, semakin besar
masalah yang harus diatasi.
2. Mereka yang terkait dengan pengguna masalah dan individu lain yang terpengaruh oleh
solusi tersebut, seperti kepribadian mereka, motivasi dan kebanggaan mereka dalam

‘20 Pemodelan Sistem Biro Akademik dan Pembelajaran

2 Rendiyatna Ferdian, S.T., M.T. http://www.widyatama.ac.id
 pekerjaan (misalnya, apakah solusi yang diusulkan membatasi kebebasan bertindak
mereka, mengambil tanggung jawab mereka, mengurangi status relatif mereka,
mengubah pekerjaan menantang yang membutuhkan pengalaman bertahun-tahun
menjadi salah satu dari sekadar memasukkan data ke komputer yang kemudian memberi
umpan balik tindakan apa yang harus diambil?), usia mereka (rutinitas menjadi lebih
mengakar seiring bertambahnya usia, perubahan lebih sulit untuk diterima), latar
belakang dan tingkat pendidikan, dan pentingnya tugas-tugas yang terkait dengan
penggunaan solusi yang tepat dalam kaitannya dengan aktivitas pekerjaan mereka yang
lain (semakin kurang penting mereka memandang tugas-tugas ini, semakin sedikit
perhatian yang akan diterima tugas-tugas ini).
3. Hal-hal yang berkaitan dengan lingkungan proyek, seperti dukungan yang diberikan
kepada proyek dan solusinya oleh pemilik masalah (semakin kurang terlihat dan eksplisit
dukungan yang diberikan kepada proyek, semakin sedikit kerja sama yang akan diterima
dari pengguna masalah) , implikasi organisasi dari solusi (jika departemen pengguna
masalah menjadi lebih bergantung pada departemen lain, atau pengguna masalah
melihat solusi sebagai ancaman terhadap keamanan pekerjaan mereka, semakin sedikit
dukungan solusi yang akan diterima dari mereka), dan sistem insentif untuk pembayaran
dan promosi yang digunakan oleh organisasi (jika implementasi mengurangi gaji atau
mengancam prospek promosi, individu dapat menemukan cara untuk 'menunjukkan'
bahwa sistem baru tidak berfungsi).
Umumnya, analis OR keras memberikan perhatian penuh pada faktor pertama, yang
merupakan masalah teknologi, sebagian besar tanpa aspek manusia. Kecenderungannya
adalah mengabaikan atau mengabaikan faktor manusia (2) dan (3). Mereka bersifat kualitatif
dan menghindari perlakuan formal yang dapat diberikan kepada faktor-faktor teknologi,
tetapi dapat menjadi kendala serius dalam implementasi. Seharusnya tidak mengherankan
bahwa mengabaikan kendala manusiawi ini dalam sistem dapat dengan mudah mengarah
pada 'solusi' yang hanya di atas kertas dan tidak bisa diterapkan dalam praktik. Dari sudut
pandang ini, implementasi dapat dipandang sebagai masalah merelaksasi kendala manusia
versus menyesuaikan solusi teknis.
Sifat pendekatan OR lunak adalah lebih memperhatikan faktor (2) dan (3), terkadang
merugikan (1).
Batasan manusia dapat dilonggarkan dengan berbagai cara. Lebih banyak keterlibatan
pengguna masalah sejak awal proyek dan lebih banyak pelatihan dapat meningkatkan
pemahaman solusi. Individu yang dapat menjadi hambatan untuk implementasi yang tepat
dapat dipindahkan ke pekerjaan lain yang sama pentingnya atau statusnya. Solusi teknis
dapat disesuaikan dengan menyederhanakan kebijakan atau aturan solusi, misaslkan

‘20 Pemodelan Sistem Biro Akademik dan Pembelajaran

3 Rendiyatna Ferdian, S.T., M.T. http://www.widyatama.ac.id
dengan membuka aturan cepat dan kotor yang mencakup sebagian besar manfaat, tetapi
jauh lebih mudah digunakan dan diterapkan.
Literatur tentang implementasi sepakat pada satu hal implementasi dan penggunaan
berkelanjutan dari solusi hampir dijamin jika pemilik masalah dan pengguna masalah
'memiliki' hasil analisis. Sekali lagi, pendekatan OR lunak diarahkan untuk menghasilkan
kepemilikan sebagai bagian integral dari metodologi, sedangkan untuk proyek OR keras,
analis mungkin harus secara proaktif mengembangkan iklim analisis agar hal ini terjadi.
Pengguna akan mengembangkan perasaan memiliki jika mereka dapat berkontribusi pada
proyek dengan cara yang berarti dengan pengalaman dan pengetahuan yang mendalam
tentang operasi. Oleh karena itu, seorang analis yang bijak akan terus memberi mereka
informasi yang sesuai, menyerahkan semua atau sebagian besar ide untuk diperiksa
dengan cermat, dan meminta nasihat mereka. Jika mereka merasa telah memberikan
kontribusi yang signifikan untuk proyek dan bahwa masukan mereka telah dihargai, mereka
ingin melihat solusi tersebut dipraktikkan dan akan mengambil peran aktif dalam proses
implementasi.
Dalam proyek LOD, petugas stok adalah pemangku kepentingan pengguna yang paling
penting. Dia ditarik sebagai anggota tim proyek yang aktif sejak awal dan diberi tanggung
jawab untuk berhubungan dengan semua pengguna masalah potensial dan pelanggan
bermasalah lainnya. Demikian pula, manajer LOD selalu diberi informasi lengkap dan secara
teratur dikonsultasikan selama proyek berlangsung. Daripada meminta analis menyajikan
solusi yang diusulkan kepada staf LOD dan personel kilang yang tertarik, manajer LOD
diberi pengarahan untuk memberikan presentasi itu. Keseluruhan proyek menyampaikan
kesan yang kuat dari partisipasi aktif LOD dan dukungan manajemen.

Merencanakan Implementasi
Perencanaan untuk implementasi dimulai pada permulaan proyek apa pun, ketika kontak
pertama dibuat dengan sponsor. Seiring kemajuan proyek, dasar untuk implementasi
diletakkan di semua fase lainnya. Kebenaran ini tidak bisa terlalu ditekankan. Kecuali untuk
proyek yang murni teknis, sebagian besar tanpa aspek manusia, itu tidak cukup untuk
memulai perencanaan implementasi setelah solusi model telah diuji dan laporan proyek
diserahkan kepada sponsor. Hal ini tidak hanya dapat mengakibatkan penundaan yang
serius dalam pelaksanaan solusi, karena data masukan yang penting mungkin tidak
tersedia, tetapi aspek manusia yang dibahas di bagian sebelumnya pasti akan diabaikan.
Perencanaan implementasi terdiri dari elemen-elemen berikut:
1. Mengidentifikasi semua pemangku kepentingan dari suatu situasi masalah
khususnya pemilik masalah dan pengguna masalah, yang pertama karena mereka pada

‘20 Pemodelan Sistem Biro Akademik dan Pembelajaran

4 Rendiyatna Ferdian, S.T., M.T. http://www.widyatama.ac.id
 akhirnya harus memberikan persetujuan untuk implementasi, dan yang terakhir karena
kerja sama penuh mereka diperlukan untuk penggunaan solusi yang berkelanjutan.
2. Membangun jalur komunikasi yang efektif dengan pemilik masalah dan pengguna
masalah. Saluran mana, formal atau informal, yang digunakan analis untuk
berkomunikasi dengan berbagai orang dalam organisasi sponsor? Siapa
penghubungnya? Agar efektif, jalur komunikasi harus terbuka, dan harus ada rasa
saling menghormati dan kepercayaan antara pemilik masalah dan pengguna serta
analis.
3. Jika proyek adalah kontak pertama yang dimiliki analis dengan mereka, kepercayaan
dan rasa hormat harus ditetapkan dan dipupuk secara eksplisit, karena, seperti dibahas
di atas, pemilik masalah dan pengguna masalah cenderung merasa terancam oleh
proyek. Setiap sikap yang mengungkapkan sikap merendahkan atau superioritas oleh
analis hanya akan memperkuat ketidakpercayaan pengguna masalah, khususnya.
Analis harus menyadari bahwa pesan seperti itu lebih sering disampaikan dengan
bahasa tubuh non-verbal, seperti sinyal ketidaksabaran atau 'senyuman mengetahui'.
4. Sebagai aturan, analis harus mulai dari premis bahwa pengguna masalah telah
melakukan yang terbaik, berdasarkan pelatihan, pendidikan, dan sumber daya yang
tersedia. Analis mungkin tahu lebih banyak tentang pemodelan OR, tetapi mereka tahu
lebih banyak tentang masalahnya, tidak hanya aspek-aspek yang mudah terlihat, tetapi
juga aspek-aspek yang mungkin memerlukan pengalaman dan eksposur yang luas.
Sangat mudah untuk menahan informasi semacam itu, yang kemudian akan menjadi
penghalang untuk implementasi yang tepat. Jadi, setidaknya pada awalnya, analislah
yang harus mengandalkan mereka dan belajar dari mereka sebelum dia dapat mulai
berkontribusi pada masalah.
5. Menjelajahi dan mengelola ekspektasi sebelumnya untuk proyek tersebut. Pemilik
masalah dan atau pengguna masalah mungkin telah membentuk ekspektasi
sebelumnya tentang apa yang akan diberikan proyek dalam kaitannya dengan manfaat
atau kerangka waktu pelaksanaannya. Jika harapan ini tidak dapat dipenuhi, para
pemangku kepentingan ini dapat menarik dukungan mereka dari proyek, baik secara
aktif maupun pasif.
6. Hal ini dapat membahayakan penerapan hasil. Untuk alasan ini, analis yang bijaksana
akan mengeksplorasi dan mengevaluasi semua ekspektasi sebelumnya. Jika mereka
tidak realistis atau sulit untuk bertemu dalam kerangka waktu dan sumber daya yang
tersedia, mereka harus dihadapkan dengan cara diplomatik. Analis juga harus
menyadari bahwa tanpa disadari dia dapat berkontribusi pada pembentukan ekspektasi
yang tidak realistis dengan secara tidak langsung menjanjikan lebih dari yang dapat
diberikan.

‘20 Pemodelan Sistem Biro Akademik dan Pembelajaran

5 Rendiyatna Ferdian, S.T., M.T. http://www.widyatama.ac.id
7. Menjaga pemilik masalah dan pengguna masalah secara teratur mendapatkan
informasi tentang kemajuan proyek. Dapatkan umpan balik dan kumpulkan ide-ide
baru dari mereka.
8. Memeriksa ketersediaan dan sumber semua data masukan yang dibutuhkan.
Apakah data tersedia dalam bentuk, kuantitas dan kualitas yang dibutuhkan? Mungkin
perlu waktu berbulan-bulan untuk mengumpulkan data yang hilang, seperti permintaan
produk. Kecuali pengumpulan data semacam itu dimulai sejak awal, penundaan yang
tidak diinginkan dalam implementasi hasil apa pun tidak dapat dihindari. Penting juga
untuk memastikan bahwa selama periode data yang dipilih tidak ada perubahan dalam
praktik pencatatan yang terjadi, misalkan tidak ada perubahan pencatatan dari angka
kotor menjadi angka bersih. Apa yang harus dilakukan dengan data yang buruk atau
tidak dapat diandalkan? Haruskah mereka diperbaiki atau dihapus?
9. Pemesanan peralatan khusus dan perangkat lunak komputer komersial mungkin
harus dilakukan dengan baik sebelum implementasi. Ini termasuk perangkat keras dan
jaringan komputer.
10. Mengembangkan semua perangkat lunak yang diperlukan untuk implementasi dan
melanjutkan penggunaan solusi baru. Perangkat lunak semacam itu harus diuji
sepenuhnya pada data kehidupan nyata. Itu harus menandai kesalahan dalam input
data atau data yang jelas-jelas salah, misalkan berada di luar jangkauan operasional
mereka. Tidak dapat diterima bahwa sistem komputer yang baru dikembangkan rusak
atau menjadi kelebihan beban dengan cepat segera setelah diterapkan.
11. Merencanakan dan melaksanakan proses implementasi yang sebenarnya.
Merencanakan dan melaksanakan berbagai langkah untuk beralih dari mode operasi
saat ini ke mode operasi baru memerlukan informasi terperinci tentang urutan dan
waktu semua tugas, dan penugasannya kepada orang yang paling siap untuk
melaksanakannya. Ini termasuk:
 Persiapan semua database dalam format yang tepat yang diperlukan untuk
implementasi dan penggunaan solusi yang berkelanjutan.
 Persiapan alat tulis khusus atau formulir yang diperlukan untuk menggunakan solusi,
manual pengguna, dan materi untuk sesi pelatihan dengan pengguna masalah.
Perhatian khusus perlu diberikan untuk manual pengguna, terutama yang melibatkan
penggunaan perangkat lunak komputer. Mereka harus lengkap, tidak hanya
mencakup operasi normal, tetapi juga cara menangani pengecualian dan
pemecahan masalah, serta semua prosedur untuk memperbarui, mengontrol, dan
memelihara solusi (lihat bagian berikutnya). Pentingnya panduan pengguna yang
lengkap tidak bisa cukup ditekankan. Panduan pengguna yang tidak lengkap, tidak

‘20 Pemodelan Sistem Biro Akademik dan Pembelajaran

6 Rendiyatna Ferdian, S.T., M.T. http://www.widyatama.ac.id
 akurat dan ditulis dengan buruk adalah penyebab utama kegagalan implementasi
atau penurunan cepat dalam penggunaan yang tepat dari solusi yang diterapkan.
 Sesi pelatihan dengan pengguna bermasalah.
 Peralihan 'Fisik' ke mode operasi baru: untuk proyek besar, mungkin disarankan
untuk menjadwalkan implementasi secara bertahap daripada sekaligus untuk
menghindari ketegangan sumber daya dan fasilitas. Misalnya, solusi untuk kotak
LOD memberikan penurunan tingkat persediaan untuk produk volume rendah tetapi
peningkatan untuk produk volume tinggi. Menipisnya stok produk bervolume rendah
diperkirakan membutuhkan waktu hingga tiga bulan. Penerapan kebijakan untuk
semua produk secara bersamaan dapat mengakibatkan kekurangan ruang gudang
yang serius. Oleh karena itu kebijakan untuk produk volume rendah segera
diterapkan, sedangkan implementasi untuk produk volume tinggi hanya berjalan
pada tingkat di mana ruang gudang dibebaskan oleh produk volume rendah.
12. Sesi tindak lanjut yang teratur dengan pengguna masalah selama tahap awal mode
operasi baru untuk menghilangkan atau mengatasi masalah yang mungkin timbul dan
dapat mengancam penggunaan solusi yang tepat.
Perencanaan untuk implementasi mungkin memerlukan penggunaan teknik OR yang
disebut Project Evaluation and Review Technique (PERT) atau Critical Path Method (CPM),
kedunya adalah topik di sebagian besar teks tentang teknik OR atau manajemen produksi.
Dalam kasus yang sangat kompleks dan sensitif, perencanaan dan pelaksanaan
implementasi untuk hasil dari proyek OR yang keras dapat difasilitasi melalui jalan lain ke
pendekatan OR lunak, seperti SSM.

Daftar Pustaka

[1] Daellenbach, Hans G., McNickle, Donald C., Management Science Decision Making
Through System Thinking, Palgrave Macmillan, 2005.
[2] Ristono, Agus., Pemodelan Sistem, Graha Ilmu, 2011.

‘20 Pemodelan Sistem Biro Akademik dan Pembelajaran

7 Rendiyatna Ferdian, S.T., M.T. http://www.widyatama.ac.id