Anda di halaman 1dari 14

SISTEM INFORMASI MANAJEMEN

MENGELOLA PROYEK

Dosen Pengempu:
Dr. Putu Yudi Setiawan, S.T.,M.M.

KELOMPOK 7

Pedro Amadeus Fitztena (1807531075)


Nyoman Padmi Damayanti (1807531095)
I Dewa Ayu Cintya Nari Ratih (1807531100)
Agnes Monika Febrianti Kondo (1807531105)
I Gusti Ayu Shinta Suryani (1807531164)
I Gede Suarta (1807531199)

PROGRAM STUDI S1 AKUNTANSI UNIVERSITAS


UDAYANA 2020
Materi Pokok:

1. Pentingnya Proyek Manajemen.


2. Mengevaluasi Alternatif Proyek dan Menghubungkan Dengan Perencanaan Bisnis.
3. Menentukan Nilai Bisnis dari Sistem Informasi.
4. Menganalisa Resiko Proyek Implementasi Sistem Informasi dan Pengelolaan
Resiko.

PEMBAHASAN

I. Pentingnya Proyek Manajemen


Manajemen proyek merupakan suatu usaha merencanakan, mengorganisasi,
mengarahkan, mengkoordinasi, dan mengawasi kegiatan dalam proyek sedemikian rupa
sehingga sesuai dengan jadwal waktu dan anggaran yang telah ditetapkan. Suatu
pekerjaan rutin biasanya berlangsung secara kontinu, berulang-ulang dan berorientasi ke
proses. Sebagai suatu proses yang terus menerus, pekerjaan yang rutin tidak dianggap
suatu proyek. Ada tingkat kegagalan yang sangat tinggi antara proyek-proyek sistem
informasi. Di hampir setiap organisasi, proyek sistem informasi perlu banyak waktu dan
uang untuk melaksanakan daripada yang diantisipasi atau sistem selesai tidak bekerja
dengan benar. Bila sistem informasi tidak memenuhi harapan atau biaya yang harus
dikeluarkan, perusahaan mungkin tidak menyadari adanya keuntungan dari investasi
sistem informasinya, dan sistem mungkin tidak dapat menyelesaikan masalah yang
menjadi tujuannya. Pengembangan sistem baru harus dikelola dan diatur dengan hati-
hati, dan cara pelaksanaan proyek kemungkinan merupakan faktor terpenting yang
mempengaruhi hasilnya. Itulah mengapa penting untuk memiliki pengetahuan tentang
pengelolaan proyek sistem informasi dan alasan mengapa mereka berhasil atau gagal.
Manfaat manajemen proyek:
1) Mengidentifikasi fungsi tanggung jawab
2) Meminimalkan tuntutan pelaporan rutin
3) Mengidentifikasi batas waktu untuk penjadwalan
4) Mengidentifikasi metode analisa peramalan
5) Mengukur prestasi terhadap rencana
6) Mengidentifikasi masalah dini & tindakan perbaikan
7) Meningkatkan kemampuan estimasi untuk rencana
8) Mengetahui jika sasaran tidak dapat dicapai/terlampaui

1
Proyek Runway dan Kegagalan Sistem

Konsultasi Standish Group, yang memantau tingkat keberhasilan proyek TI,


menemukan bahwa hanya 32 persen dari semua investasi teknologi yang diselesaikan
tepat waktu, sesuai anggaran, dan dengan semua fitur dan fungsi yang semula ditetapkan
(McCafferty, 2010). Sebuah proyek pengembangan sistem tanpa manajemen yang tepat
kemungkinan besar akan menanggung akibat ini:

1) Biaya yang jauh melebihi anggaran


2) Selip tak terduga waktu
3) Kinerja teknis yang kurang dari yang diharapkan
4) Gagal mendapatkan manfaat yang diantisipasi

Sistem yang dihasilkan oleh proyek informasi yang gagal seringkali tidak digunakan
sesuai dengan tujuannya, atau tidak digunakan sama sekali. Pengguna sering harus
mengembangkan sistem manual paralel untuk membuat sistem ini bekerja. Perancangan
sistem yang sebenarnya mungkin gagal menangkap kebutuhan bisnis penting atau
memperbaiki kinerja organisasi.

Tujuan Manajemen Proyek

Sebuah proyek adalah serangkaian rencana kegiatan terkait untuk mencapai tujuan
bisnis yang spesifik. Proyek sistem informasi mencakup pengembangan sistem informasi
baru, peningkatan sistem yang ada, atau peningkatan atau penggantian infrastruktur
teknologi informasi perusahaan (IT). Manajemen proyek mengacu pada penerapan
pengetahuan, keterampilan, alat, dan teknik untuk mencapai target tertentu sesuai batasan
anggaran dan waktu yang ditentukan. Kegiatan pengelolaan proyek meliputi perencanaan
pekerjaan, penilaian risiko, estimasi sumber daya yang dibutuhkan untuk menyelesaikan
pekerjaan, mengorganisir pekerjaan, memperoleh sumber daya manusia dan material,
menugaskan tugas, mengarahkan kegiatan, mengendalikan pelaksanaan proyek,
melaporkan kemajuan, dan menganalisis hasilnya. Seperti di bidang bisnis lainnya,
manajemen proyek untuk sistem informasi harus menghadapi lima variabel utama: ruang
lingkup, waktu, biaya, kualitas, dan risiko. Lingkup mendefinisikan pekerjaan apa atau
tidak termasuk dalam sebuah proyek. Waktu adalah jumlah waktu yang dibutuhkan untuk
menyelesaikan proyek. Biaya didasarkan pada waktu untuk menyelesaikan proyek
dikalikan dengan biaya sumber daya manusia yang dibutuhkan untuk menyelesaikan
proyek. Kualitas adalah indikator seberapa baik hasil akhir dari sebuah proyek memenuhi

2
tujuan yang ditentukan oleh manajemen. Risiko mengacu pada masalah potensial yang
akan mengancam keberhasilan sebuah proyek.

II. Mengevaluasi Alternatif Proyek dan Menghubungkan Dengan Perencanaan Bisnis


Perusahaan biasanya menyajikan dengan berbagai proyek untuk memecahkan
masalah dan meningkatkan kinerja. Ada lebih banyak ide untuk proyek sistem daripada
sumber daya. Perusahaan harus memilih dari kelompok mana proyek yang menjanjikan
keuntungan terbesar bagi bisnis. Jelas, keseluruhan strategi bisnis perusahaan harus
mendorong pemilihan proyek.

Struktur Manajemen untuk Proyek Sistem Informasi

Gambar 2.1 Struktur Manajemen untuk Proyek Sistem Informasi

Gambar tersebut menunjukkan unsur-unsur struktur manajemen untuk proyek sistem


informasi di sebuah perusahaan besar. Ini membantu memastikan bahwa proyek yang
paling penting diprioritaskan. Pada puncak struktur ini adalah kelompok perencanaan
strategis perusahaan dan komite pengarah sistem informasi. Kelompok perencanaan
strategis perusahaan bertanggung jawab untuk mengembangkan rencana strategis
perusahaan, yang mungkin memerlukan pengembangan sistem baru Seringkali,
kelompok ini akan mengembangkan ukuran objektif dari kinerja perusahaan dan memilih
untuk mendukung proyek-proyek TI yang dapat membuat peningkatan yang substansial
dalam satu atau beberapa indikator kinerja utama. Indikator kinerja ini ditinjau dan
dibahas oleh dewan direksi perusahaan. Komite pengarah sistem informasi adalah
kelompok manajemen senior yang bertanggung jawab atas pengembangan dan
pengoperasian sistem. Ini terdiri dari kepala departemen dari area pengguna akhir dan
sistem informasi. Komite pengarah mengkaji dan menyetujui rencana untuk sistem di

3
semua divisi, berusaha untuk mengkoordinasikan dan mengintegrasikan sistem, dan
kadang-kadang terlibat dalam memilih proyek sistem informasi yang spesifik.

Kelompok ini juga memiliki kesadaran akan indikator kinerja utama yang diputuskan
oleh manajer tingkat tinggi dan dewan direksi. Tim proyek diawasi oleh kelompok
manajemen proyek yang terdiri dari manajer sistem informasi dan manajer pengguna
akhir yang bertanggung jawab untuk mengawasi beberapa proyek sistem informasi
spesifik. Tim proyek secara langsung bertanggung jawab atas proyek sistem individu. Ini
terdiri dari analis sistem, spesialis dari area bisnis pengguna akhir yang relevan,
pemrogram aplikasi, dan mungkin spesialis database. Campuran keterampilan dan ukuran
proyek tim bergantung pada sifat spesifik dari solusi sistem.

Menghubungkan Proyek Sistem dengan Rencana Bisnis

Untuk mengidentifikasi proyek sistem informasi yang akan memberikan nilai bisnis
paling banyak, organisasi perlu mengembangkan rencana sistem informasi yang
mendukung keseluruhan rencana bisnis mereka dan di mana sistem strategis digabungkan
ke dalam perencanaan tingkat atas. Rencana tersebut berfungsi sebagai peta jalan yang
menunjukkan arah pengembangan sistem (tujuan rencana), alasan, sistem / situasi saat
ini, perkembangan baru yang harus dipertimbangkan, strategi manajemen, rencana
pelaksanaan, dan anggaran. Rencana tersebut berisi pernyataan tujuan perusahaan dan
menentukan bagaimana teknologi informasi akan mendukung tercapainya tujuan
tersebut. Laporan tersebut menunjukkan bagaimana tujuan umum akan dicapai oleh
proyek sistem tertentu.

Persyaratan Informasi dan Indikator Kinerja Utama

Untuk mengembangkan rencana sistem informasi yang efektif, organisasi harus


memiliki pemahaman yang jelas mengenai kebutuhan informasi jangka panjang dan
jangka pendeknya. Pendekatan strategis terhadap persyaratan informasi, analisis strategis,
atau faktor keberhasilan kritis berpendapat bahwa persyaratan informasi organisasi
ditentukan oleh sejumlah kecil indikator kinerja utama (KPI) manajer. KPI dibentuk oleh
industri, perusahaan, manajer, dan lingkungan yang lebih luas. Misalnya, KPI untuk
sebuah perusahaan mobil mungkin merupakan biaya produksi unit, biaya tenaga kerja,
produktivitas pabrik, tingkat pengembalian dan tingkat kesalahan, survei pengenalan
merek pelanggan, J.D. Peringkat kualitas daya, peringkat kepuasan kerja karyawan, dan

4
biaya kesehatan. Sistem informasi baru harus berfokus pada penyediaan informasi yang
membantu perusahaan memenuhi tujuan ini yang tersirat oleh indikator kinerja utama.

Analisis Portofolio

Setelah analisis strategis menentukan arah keseluruhan pengembangan sistem,


analisis portofolio dapat digunakan untuk mengevaluasi proyek sistem alternatif. Analisis
portofolio persediaan semua proyek sistem informasi dan aset organisasi, termasuk
infrastruktur, kontrak outsourcing, dan lisensi. Portofolio investasi sistem informasi ini
dapat digambarkan memiliki profil risiko dan manfaat tertentu bagi perusahaan yang
serupa dengan portofolio keuangan.

Setiap proyek sistem informasi membawa serangkaian risiko dan manfaatnya sendiri.
Perusahaan akan mencoba memperbaiki tingkat pengembalian portofolio aset TI mereka
dengan menyeimbangkan risiko dan pengembalian dari investasi sistem mereka.
Meskipun tidak ada profil ideal untuk semua perusahaan, industri informasi intensif
(mis., Keuangan) harus memiliki beberapa proyek dengan risiko tinggi dan berisiko
tinggi untuk memastikan teknologi tetap berjalan lancar. Perusahaan di industri non-
informasi-intensif harus berfokus pada proyek dengan risiko tinggi dan berisiko rendah.

Gambar 2.2 Sistem Portofolio

Model Penilaian

Model penilaian berguna untuk memilih proyek dimana banyak kriteria harus
dipertimbangkan. Ini memberi bobot pada berbagai fitur sistem dan kemudian
menghitung total bobotnya. Dengan menggunakan Tabel diatas, perusahaan harus
memutuskan di antara dua sistem perencanaan sumber daya perusahaan alternatif (ERP).
Kolom pertama mencantumkan kriteria yang akan digunakan oleh pengambil keputusan
untuk mengevaluasi sistem. Kriteria ini biasanya merupakan hasil diskusi panjang di

5
antara kelompok pembuat keputusan. Seringkali hasil terpenting dari model penilaian
bukanlah skor tapi kesepakatan mengenai kriteria yang digunakan untuk menilai sebuah
sistem.

III. Menentukan Nilai Bisnis dari Sistem Informasi

Biaya dan Manfaat Sistem Informasi

Manfaat berwujud dapat diukur dan diberi nilai moneter. Manfaat tak berwujud,
seperti layanan pelanggan yang lebih efisien atau pengambilan keputusan yang
disempurnakan, tidak dapat segera diukur namun dapat menyebabkan keuntungan yang
dapat diukur dalam jangka panjang. Untuk menentukan manfaat dari proyek tertentu,
harus menghitung semua biaya dan semua manfaatnya. Jelas, sebuah proyek dimana
biaya melebihi manfaat harus ditolak. Tetapi bahkan jika manfaatnya lebih besar
daripada biaya, diperlukan analisis keuangan tambahan untuk menentukan apakah proyek
tersebut merupakan laba yang baik atas modal yang diinvestasikan perusahaan. Model
penganggaran modal adalah salah satu dari beberapa teknik yang digunakan untuk
mengukur nilai investasi pada proyek investasi modal jangka panjang. Metode
penganggaran modal bergantung pada ukuran arus kas masuk dan keluar dari perusahaan
proyek modal menghasilkan arus kas tersebut. Biaya investasi untuk proyek sistem
informasi adalah arus kas keluar langsung yang disebabkan oleh pengeluaran untuk
perangkat keras, perangkat lunak, dan tenaga kerja.

Model Harga Pilihan Riil

Beberapa proyek sistem informasi sangat tidak pasti, terutama investasi di bidang
infrastruktur TI. Aliran pendapatan masa depan mereka tidak jelas dan biaya di muka
mereka tinggi. Jika infrastruktur yang ditingkatkan ini tersedia, organisasi akan memiliki
kemampuan teknologi untuk merespons masalah dan peluang masa depan dengan lebih
mudah. Meski biaya investasi ini bisa dihitung, tidak semua manfaat membuat investasi
ini bisa terbentuk terlebih dahulu. Tetapi jika perusahaan menunggu beberapa tahun
sampai potensi pendapatan menjadi lebih jelas, mungkin sudah terlambat untuk
melakukan investasi infrastruktur. Dalam kasus seperti itu, para manajer mungkin
mendapat keuntungan dari penggunaan model penetapan harga opsi nyata untuk
mengevaluasi investasi teknologi informasi.

Model penetapan harga opsi sebenarnya (ROPMs) menggunakan konsep valuasi opsi
yang dipinjam dari industri keuangan. Suatu pilihan pada dasarnya adalah hak, tapi
bukan kewajiban, untuk bertindak di masa depan. Opsi panggilan biasa, misalnya, adalah

6
opsi finansial di mana seseorang membeli hak (tapi bukan kewajiban) untuk membeli
aset dasar (biasanya saham) dengan harga tetap (strike price) pada atau sebelum tanggal
tertentu.

Keterbatasan Model Keuangan

Fokus tradisional pada aspek finansial dan teknis dari sistem informasi cenderung
mengabaikan dimensi sosial dan organisasi dari sistem informasi yang dapat
mempengaruhi biaya dan manfaat sebenarnya dari investasi. Banyak keputusan sistem
informasi perusahaan investasi tidak mempertimbangkan secara memadai biaya dari
gangguan organisasi yang diciptakan oleh sistem baru, seperti biaya untuk melatih
pengguna akhir, dampak kurva belajar pengguna terhadap sistem baru terhadap
produktivitas, atau kebutuhan manajer waktu untuk menghabiskan waktu mengawasi
perubahan sistem baru yang terkait. Manfaat, seperti keputusan yang lebih tepat waktu
dari sistem baru atau peningkatan pembelajaran dan keahlian karyawan, mungkin juga
diabaikan dalam analisis keuangan tradisional (Ryan, Harrison, dan Schkade, 2002).

IV. Menganalisa Resiko Proyek Implementasi Sistem Informasi dan Pengelolaan Resiko

Dimensi Risiko Proyek

Sistem berbeda secara dramatis dalam ukuran, ruang lingkup, tingkat kerumitan, dan
komponen organisasi dan teknis mereka. Beberapa proyek pengembangan sistem lebih
mungkin menciptakan masalah yang telah kita gambarkan sebelumnya atau mengalami
penundaan karena membawa tingkat risiko yang jauh lebih tinggi daripada yang lain.
Tingkat risiko proyek dipengaruhi oleh:
1) Ukuran Proyek
Semakin besar proyek – seperti yang ditunjukkan oleh dolar yang dikeluarkan,
ukuran staf implementasi, waktu yang dialokasikan untuk implementasi, dan jumlah
unit organisasi yang terpengaruh – semakin besar risikonya. Proyek sistem berskala
sangat besar memiliki tingkat kegagalan yaitu 50 sampai 75 persen lebih tinggi
daripada proyek lainnya karena proyek semacam itu rumit dan sulit dikendalikan.
2) Struktur Proyek
Beberapa proyek lebih terstruktur daripada yang lain. Persyaratan mereka jelas
dan mudah sehingga output dan proses dapat dengan mudah didefinisikan. Pengguna
tahu persis apa yang mereka inginkan dan apa yang harus dilakukan sistem; Hampir
tidak ada kemungkinan pengguna mengubah pikiran mereka. Proyek semacam itu

7
menjalankan risiko yang jauh lebih rendah daripada persyaratan yang relatif tidak
terdefinisi, cair, dan terus berubah dengan keluaran yang tidak dapat diperbaiki
dengan mudah karena sesuai dengan gagasan pengguna yang berubah atau dengan
pengguna yang tidak dapat menyetujui apa yang mereka inginkan.
3) Pengalaman dengan Teknologi
Risiko proyek meningkat jika tim proyek dan staf sistem informasi tidak
memiliki keahlian teknis yang dibutuhkan. Jika tim tidak mengenal perangkat keras,
perangkat lunak sistem, perangkat lunak aplikasi, atau sistem manajemen basis data
yang diusulkan untuk proyek ini, kemungkinan besar proyek akan mengalami
masalah teknis atau memerlukan lebih banyak waktu untuk menyelesaikannya
karena kebutuhan untuk menguasai keterampilan baru. Meski sulitnya teknologi
merupakan salah satu faktor risiko dalam sistem informasi proyek, faktor lainnya
terutama bersifat organisasi, berkaitan dengan kompleksitas persyaratan informasi,
cakupan proyek, dan berapa banyak bagian organisasi yang akan terpengaruh oleh
sistem informasi baru.

Manajemen Perubahan dan Konsep Implementasi

1) Konsep Implementasi
Untuk mengelola perubahan organisasi seputar pengenalan sistem informasi
baru secara efektif, harus diperiksa proses pelaksanaannya. Implementasi mengacu
pada semua aktivitas organisasi yang bekerja menuju adopsi, pengelolaan, dan
rutinitas inovasi, seperti sistem formasi baru. Dalam proses implementasi, analis
sistem adalah agen perubahan. Analis tidak hanya mengembangkan solusi teknis
namun juga mengubah konfigurasi, interaksi, aktivitas kerja, dan hubungan
kekuasaan dari berbagai kelompok organisasi. Analis adalah katalisator untuk
keseluruhan proses perubahan dan bertanggung jawab untuk memastikan bahwa
semua pihak yang terlibat menerima perubahan yang diciptakan oleh sistem baru.
Agen perubahan berkomunikasi dengan pengguna, menengahi antara kelompok
kepentingan yang bersaing, dan memastikan penyesuaian organisasi terhadap
perubahan tersebut selesai.
2) Peran Pengguna Akhir
Implementasi sistem umumnya mendapat manfaat dari keterlibatan pengguna
dan dukungan manajemen tingkat tinggi. Partisipasi pengguna dalam perancangan
dan pengoperasian sistem informasi memiliki beberapa hasil positif. Pertama, jika
pengguna sangat terlibat dalam perancangan sistem, mereka memiliki lebih banyak

8
kesempatan untuk membentuk sistem sesuai dengan prioritas dan persyaratan bisnis
mereka, dan lebih banyak kesempatan untuk mengendalikan hasilnya. Kedua,
mereka cenderung bereaksi positif terhadap sistem yang telah selesai karena mereka
telah menjadi peserta aktif dalam proses perubahan. Memasukkan pengetahuan dan
keahlian pengguna mengarah pada solusi yang lebih baik.
3) Dukungan dan Komitmen Manajemen
Jika sebuah proyek sistem informasi memiliki dukungan dan komitmen
manajemen di berbagai tingkatan, maka kemungkinan besar akan dirasakan secara
positif oleh pengguna dan staf layanan informasi teknis. Kedua kelompok akan
percaya bahwa keikutsertaan mereka dalam proses pembangunan akan mendapat
perhatian dan prioritas yang lebih tinggi. Mereka akan dikenali dan diberi
penghargaan atas waktu dan usaha yang mereka curahkan untuk diimplementasikan.
Dukungan manajemen juga memastikan bahwa proyek sistem menerima dana dan
sumber daya yang memadai untuk menjadi sukses. Selanjutnya, agar diberlakukan
secara efektif, semua perubahan dalam kebiasaan dan prosedur kerja dan pengaturan
ulang organisasi yang terkait dengan sistem baru bergantung pada dukungan
manajemen. Jika seorang manajer mempertimbangkan sebuah sistem baru sebagai
prioritas, sistem akan cenderung diperlakukan seperti itu.
4) Tantangan Manajemen Perubahan untuk Reengineering Proses Bisnis, Aplikasi
Perusahaan, dan Merger dan Akuisisi
Dengan tantangan inovasi dan implementasi, tidaklah mengherankan jika
menemukan tingkat kegagalan yang sangat tinggi di antara proyek aplikasi
enterprise dan proses bisnis rekayasa ulang (BPR), yang biasanya memerlukan
perubahan organisasi yang ekstensif dan mungkin memerlukan penggantian
teknologi lama dan sistem warisan yang sangat dalam. berakar dalam banyak proses
bisnis yang saling terkait. Sejumlah penelitian menunjukkan bahwa 70 persen dari
semua proyek rekayasa ulang proses bisnis gagal memberikan manfaat yang
dijanjikan. Demikian juga, persentase penerapan perusahaan yang tinggi gagal
diimplementasikan sepenuhnya atau untuk memenuhi tujuan pengguna mereka
bahkan setelah tiga tahun bekerja.
Banyak proyek penerapan dan rekayasa ulang perusahaan telah dirusak oleh
penerapan yang buruk dan praktik manajemen perubahan yang gagal mengatasi
kekhawatiran karyawan tentang perubahan. Berurusan dengan rasa takut dan cemas
di seluruh organisasi, mengatasi resistensi oleh manajer kunci, dan perubahan fungsi
pekerjaan, jalur karir, dan praktik perekrutan telah menimbulkan ancaman yang

9
lebih besar terhadap rekayasa ulang dibandingkan dengan kesulitan yang dihadapi
perusahaan untuk memvisualisasikan dan merancang perubahan terobosan pada
proses bisnis. Semua aplikasi perusahaan memerlukan koordinasi yang lebih ketat
antara berbagai kelompok fungsional serta perubahan proses bisnis yang luas.

Mengontrol Faktor Resiko

Berbagai manajemen proyek, pengumpulan kebutuhan, dan metodologi perencanaan


telah dikembangkan untuk kategori spesifik masalah implementasi. Strategi juga telah
dirancang untuk memastikan bahwa pengguna memainkan peran yang tepat selama masa
implementasi dan untuk mengelola proses perubahan organisasi. Tidak semua aspek
proses implementasi dapat dengan mudah dikontrol atau direncanakan. Namun,
mengantisipasi kemungkinan masalah implementasi dan menerapkan strategi perbaikan
yang tepat dapat meningkatkan peluang keberhasilan sistem. Langkah pertama dalam
mengelola risiko proyek melibatkan identifikasi sifat dan tingkat risiko yang dihadapi
proyek (Schmidt et al., 2001). Pelaksana kemudian dapat menangani setiap proyek
dengan alat dan pendekatan pengelolaan risiko yang disesuaikan dengan tingkat
risikonya (Iversen, Mathiassen, dan Nielsen, 2004; Barki, Rivard, dan Talbot, 2001;
McFarlan, 1981).

Merancang untuk Organisasi

Karena tujuan sistem baru adalah untuk memperbaiki kinerja organisasi, proyek
sistem informasi harus secara eksplisit membahas cara-cara di mana organisasi akan
berubah saat sistem baru dipasang, termasuk pemasangan intranet, ekstranet, dan aplikasi
Web. Selain perubahan prosedural, transformasi fungsi pekerjaan, struktur organisasi,
hubungan kekuasaan, dan lingkungan kerja harus direncanakan secara hati-hati. Area
dimana user interface dengan sistem memerlukan perhatian khusus, dengan kepekaan
terhadap masalah ergonomi. Ergonomi mengacu pada interaksi orang dan mesin di
lingkungan kerja. Ini mempertimbangkan disain pekerjaan, masalah kesehatan, dan
antarmuka pengguna sistem informasi akhir.

Salah satu cara untuk menangani masalah manusia dan organisasi adalah dengan
menggabungkan praktik perancangan sosioteknik ke dalam proyek sistem informasi.
Desainer menetapkan seperangkat solusi desain teknis dan sosial secara terpisah.
Rencana disain sosial mengeksplorasi struktur kelompok kerja yang berbeda, alokasi
tugas, dan desain pekerjaan individual. Solusi teknis yang diusulkan dibandingkan

10
dengan solusi sosial yang diusulkan. Solusi yang paling sesuai dengan tujuan sosial dan
teknis dipilih untuk disain akhir. Desain sosioteknik yang dihasilkan diharapkan dapat
menghasilkan sistem informasi yang memadukan efisiensi teknis dengan kepekaan
terhadap kebutuhan organisasi dan manusia, yang menyebabkan kepuasan kerja dan
produktivitas lebih tinggi. Perangkat Lunak Manajemen Proyek

Perangkat lunak manajemen proyek biasanya menampilkan kemampuan untuk


menentukan dan memesan tugas, menetapkan sumber daya ke tugas, menetapkan tanggal
mulai dan berakhirnya tugas, melacak kemajuan, dan memfasilitasi modifikasi terhadap
tugas dan sumber daya.

Perangkat lunak manajemen portofolio proyek membantu para manajer


membandingkan proposal dan proyek dengan anggaran dan tingkat kapasitas sumber
daya untuk menentukan perpaduan optimal dan urutan proyek yang paling sesuai dengan
sasaran strategis organisasi.

11
DAFTAR PUSTAKA

Laudon, Kenneth C., dan Laudon, Jane P. 2010. Sistem Informasi Manajemen – Mengelola
Perusahaan Digital. Jakarta: Salemba Empat.

Xua, M. Jennie. 2014. “Pentingnya Project Management”,


https://www.jenniexue.com/pentingnya-project-management/, diakses pada 06 Mei 2020
pukul 09.42.

Anggryani, Ria. 2013. “Makalah Manajemen Proyek”,


https://ranggryani.wordpress.com/2013/05/16/makalah-manajemen-proyek/, diakses pada
06 Mei 2020 pukul 10.10.

12

Anda mungkin juga menyukai