20/464854/PEK/25857
PENGEMBANGAN SISTEM DAN MANAJEMEN PROYEK
Cakupan
STUDI KELAYAKAN
Studi kelayakan biasanya akan mengikuti fase inisiasi. Studi kelayakan dirancang sebagai
penyelidikan awal yang dimaksudkan untuk menentukan apakah peluang atau masalah bisnis dapat
diselesaikan dengan memperkenalkan sistem informasi baru. laporan kelayakan menganalisis kebutuhan
untuk dan dampak sistem dan pertimbangan alternatif yang berbeda untuk memperoleh perangkat lunak.
Bagian-bagian berbeda dari studi kelayakan biasanya dikategorikan sebagai kelayakan organisasi,
kelayakan ekonomi, kelayakan teknis dan kelayakan operasional.
Faktor-faktor ini akan ditinjau untuk setiap kemungkinan solusi yang telah diusulkan. Solusi
alternatif dapat berasal dari vendor perangkat keras atau perangkat lunak yang berbeda, atau dapat berupa
solusi teknis berbeda yang telah diusulkan oleh integrator sistem atau tim pengembangan internal. Fokus
utama akan berada pada kelayakan organisasi dan ekonomi karena ini yang paling penting berkaitan
dengan apakah proyek IS dilanjutkan. Kelayakan teknis dan operasional biasanya menangani risiko
dengan proyek yang dapat dikelola dan oleh karena itu tahapan ini biasanya tidak akan menentukan
apakah proyek akan berjalan atau tidak.
Menilai Biaya dan Manfaat
Dalam menilai biaya dan manfaat IS harus mencakup analisis biaya manfaat. Analis bisnis yang
melakukan analisis biaya-manfaat akan mengidentifikasi biaya dan manfaat yang berwujud dan tidak
berwujud . Ketika biaya atau keuntungan nyata, dimungkinkan untuk menetapkan nilai numerik tertentu
terhadap item seperti biaya pemasangan jaringan baru. Tidak mungkin menempatkan nilai numerik pada
biaya dan manfaat tidak berwujud.
Biaya Berwujud Biaya Tidak berwujud
Ukuran biaya yang dapat dihitung untuk setiap Nilai moneter tidak dapat ditempatkan pada biaya
item pengeluaran di BIS. Misalnya, harga tidak berwujud: gangguan dan kemungkinan
pembelian perangkat keras baru yang diperlukan resistensi pengguna yang akan terjadi karena
untuk menjalankan perangkat lunak baru penerapan sistem baru akan berdampak pada
merupakan biaya yang berwujud. kinerja perusahaan secara keseluruhan, tetapi sulit
untuk diukur.
Menilai Biaya
Adapun biaya yang ada dalam studi kelayakan diantaranya; biaya pembelian perangkat keras dan
perangkat lunak;biaya staf pengembangan sistem jika solusi yang dipesan lebih dahulu atau disesuaikan
dipilih; biaya instalasi termasuk pemasangan kabel, peralatan pemindahan fisik dan membawa furnitur
baru ke rumah komputer; biaya migrasi seperti mentransfer data dari sistem yang ada ke sistem baru atau
menjalankan sistem baru dan asli secara paralel hingga keandalan sistem baru ditetapkan;biaya
pengoperasian termasuk biaya pemeliharaan perangkat keras seperti penggantian suku cadang atau
peningkatan perangkat lunak versi baru. Biaya staf dalam memelihara perangkat keras dan perangkat
lunak dan pemecahan masalah apa pun juga harus diperhitungkan. Biaya pengoperasian juga dapat
mencakup audit lingkungan dari jumlah energi dan bahan habis pakai yang digunakan;biaya pelatihan dan
;biaya organisasi yang lebih luas.
MANAJEMEN RISIKO
Manajemen risiko bertujuan untuk mengantisipasi risiko masa depan dari suatu sistem informasi
proyek dan untuk menempatkan langkah-langkah untuk melawan atau menghilangkan risiko
ini.manajemen risiko digunakan pada awal proyek guna menentukan tingkat risiko dan mengembangkan
rencana untuk mengurangi resiko. Terdapat 7 resiko TI yang dikelompokkan, diantaranya:
1. Hubungan komersial dan hukum 5. Masalah teknologi dan teknis
2. Keadaan ekonomi 6. Aktivitas dan kontrol manajemen
3. Perilaku manusia 7. Aktivitas individu.
4. Keadaan politik
BIAYA
KUALITAS/FITUR
Manajer sering berada dibawah tekananan untuk meningkatkan kualitas sistem informasi namun
tetap dalam batasan biaya tetap, anggaran dan sumber daya. Sehingga diperlukan kompromi antar fitur
yang diterapkan serta waktu yang tersedia. Masalah utama dalam manajemen proyek TI adalah penentuan
penilaian yang realistis tentang biaya dan manfaat proyek TI. Informasi ini diperlukan ketika memutuskan
apakah akan melanjutkan proyek dan untuk membuat penilaian atas keberhasilan proyek.
Mengapa proyek gagal?
Adapun alasan mengapa proyek salah satunya adalah karena besarnya ukuran dan kompleksitas proyek.
Secara umum Lyytinen dan Hirscheim (1987) meneliti alasan kegagalan proyek sistem informasi. Mereka
mengidentifikasi lima bidang luas yang masih berlaku hingga hari ini:
1. Kegagalan teknis berasal dari kualitas teknis yang buruk - ini adalah tanggung jawab fungsi IS
organisasi.
2. Kegagalan data karena:
- Desain data yang buruk, kesalahan pemrosesan, dan manajemen data yang buruk; dan
- Prosedur pengguna yang buruk dan kontrol kualitas data yang buruk pada tahap input.
Tanggung jawab untuk yang pertama terletak pada fungsi IS, sedangkan untuk yang terakhir
terletak pada pengguna akhir itu sendiri.
3. Kegagalan pengguna untuk menggunakan sistem secara maksimal - mungkin karena tidak ada
keinginan untuk melatih staf.
4. kegagalan manajemen pengguna untuk mengizinkan staf mereka terlibat penuh dalam proses
pengembangan sistem.
5. Kegagalan organisasi, di mana sistem individu dapat bekerja dengan sendirinya tetapi gagal untuk
memenuhi kebutuhan organisasi secara keseluruhan.
MENGIDENTIFIKASI PERSYARATAN
Tujuan utama dari tahap penentuan persyaratan proyek pengembangan sistem adalah untuk
mengidentifikasi persyaratan pengguna yang perlu dimasukkan ke dalam desain sistem informasi baru
dan persyaratan yang diidentifikasi benar memenuhi kebutuhan pengguna. Oleh karena itu, tugas pertama
dalam analisis adalah melakukan latihan pencarian fakta sehingga kebutuhan sistem informasi dapat
ditentukan. Metode yang digunakan dalam fase analisis setidaknya 2 faktor, yaitu: Tingkat pengambilan
keputusan yang terlibat dan Lingkup bidang fungsional.
Spesifikasi Persyaratan
Ruang lingkup spesifikasi persyaratan mencakup:
- Pengambilan data - kapan, dimana dan seberapa sering.
- Metode pengambilan data yang disukai - termasuk penggunaan entri keyboard, kode batang,
OCR, dll.
- Persyaratan fungsional - Operasi apa yang harus dapat dilakukan oleh perangkat lunak.
- Tata letak antarmuka pengguna - pengguna akan menginginkan akses ke fungsi tertentu dalam
satu layar, sehingga spesifikasi persyaratan akan menentukan layar utama aplikasi.
Teknik Analisis
- Wawancara : Sebagaimana dicatat oleh Browne dan Rogich (2001), strategi paling populer yang
mungkin diadopsi oleh seorang analis adalah dengan menggunakan wawancara terstruktur dengan
orang-orang yang akan menggunakan sistem baru dan untuk mengidentifikasi
- Kuesioner : Teknik analisis kuesioner Digunakan untuk mendapatkan berbagai pendapat tentang
persyaratan oleh menargetkan berbagai staf.
- Review dokumentasi : Informasi target tentang sistem yang ada, seperti panduan pengguna atau
spesifikasi persyaratan, bersama dengan kertas atau formulir di layar yang digunakan untuk
mengumpulkan informasi, seperti formulir pesanan penjualan.
- Pengamatan : Pengamatan berguna untuk mengidentifikasi inefisiensi dalam cara kerja yang ada,
baik dengan sistem informasi berbasis komputer atau manual.
- Brainstorming : Brainstorming menggunakan interaksi dalam sekelompok staf untuk
menghasilkan ide-ide baru dan mendiskusikan masalah yang ada.
- Gambar dan curah pendapat : Penelitian menunjukkan bahwa ide dan ingatan baru ditingkatkan
dengan penggunaan gambar, yang cenderung mendorong pemikiran lebih baik daripada teks.
MENDOKUMENTASIKAN TEMUAN
Terdapat tiga aspek utama yang perlu didokumentasikan, dari sudut pandang pengguna:
1. Persyaratan fungsional - terdiri dari persyaratan yang menjalankan aktivitas yang menjalankan
bisnis.
2. Persyaratan non-fungsional - menentukan tingkat kinerja fungsi bisnis yang akan didukung.
3. Kuantifikasi persyaratan - mengacu pada kebutuhan akan ukuran kualitas jika manfaat ingin
dievaluasi dengan benar.
PEMELIHARAAN
Pemeliharaan berhubungan dengan meninjau proyek IS dan pencatatan dan Sistem. Fase
pemeliharaan berkaitan dengan pengelolaan sistem setelah aktif. Ini akan melibatkan menanggapi
kesalahan saat ditemukan. Jika serius, masalah harus segera diselesaikan dengan mengeluarkan rilis
'patch' ke sistem; jika tidak, mereka akan direkam untuk rilis nanti.
MANAJEMEN PERUBAHAN
Memilih metode yang akan digunakan untuk migrasi atau perubahan dari sistem lama ke sistem baru
adalah salah satu keputusan terpenting yang harus dibuat oleh tim manajemen proyek selama tahap
implementasi. Staf yang terlibat dengan sistem baru harus dilatih agar dapat menggunakan perangkat
lunak dengan mudah dan memahami alasan Manajemen puncak dan pemangku kepentingan yang sesuai
harus mendukung perubahan budaya yang diperlukan untuk memperkenalkan sistem baru. Dengan
penggunaan metode perubahan besar-besaran. Akan memberikan risiko tinggi kecuali ada pengujian
ekstensif dan desain metodis, terdapat beberapa faktor utama yang dipertimbangkan manajer saat
evaluasi, diantaranya; Biaya, waktu, dan kualitas
Terdapat empat alternatif utama untuk berpindah dari sistem sebelumnya ke sistem baru, diantaranya :
1. Metode pemotongan atau ledakan besar langsung
Pengalihan langsung adalah ketika sistem baru mulai beroperasi dan transfer operasi segera dari
sistem sebelumnya.
2. Berjalan paralel
Berjalan paralel melibatkan operasi sistem lama dan baru bersama-sama pada saat yang sama
sampai perusahaan yakin baru sistem bekerja.
3. Implementasi bertahap
Ini melibatkan perkenalkan yang berbeda modul dari sistem baru secara berurutan.
4. Sistem percontohan
Sistem diujicobakan di area terbatas sebelum diterapkan lebih luas di seluruh bisnis
Alat untuk Manajemen Proses
Alat dan teknik yang digunakan untuk membantu dalam penerapan pendekatan manajemen
proses bisnis meliputi: teknik pembuatan diagram seperti pemetaan proses; teknik pemodelan seperti
simulasi proses bisnis (BPS); pendekatan perbaikan seperti rekayasa ulang proses bisnis (BPR);
implementasi teknologi informasi seperti sistem alur kerja; penggunaan teknologi manajemen kinerja
seperti pemantauan aktivitas bisnis (BAM); penggunaan arsitektur berorientasi layanan (SOA) dan
layanan web.