Nama : Amri Satria Nugraha

NIM : 21911040

Project Management and SDLC

Manajemen proyek adalah metodologi terstruktur untuk merencanakan, mengelola,
dan mengontrol penyelesaian proyek sepanjang siklus hidupnya. Badan Manajemen
Proyek Panduan Pengetahuan menguraikan lima kelompok proses manajemen proyek,
ditunjukkan pada Gambar berikut:

Manajemen proyek semakin penting untuk semua jenis proyek karena kompleksitas
teknologi, anggaran yang lebih ketat, persaingan yang lebih ketat, dan persyaratan
waktu pengiriman yang lebih singkat.
Kecuali dalam kasus ekstrim, evaluasi keberhasilan atau kegagalan bersifat subjektif
karena waktu dan biaya untuk menyelesaikan proyek adalah perkiraan. Tidak belajar
dari proyek sebelumnya dan mengulangi kesalahan yang dapat dihindari secara
konsisten menjadi rintangan utama untuk meningkatkan manajemen proyek TI.

1. Konsep Manajemen Proyek

Pendekatan ini dikenal sebagai manajemen portofolio proyek. Manajemen eksekutif
perlu meninjau portofolio dan program, menentukan mengapa proyek diperlukan atau
tidak, melihat di mana uang dibelanjakan, memprioritaskan proyek, memulai proyek
baru, menyebarkan sumber daya dengan tepat, dan kemudian mengawasi kemajuan.
 Memetakan proyek yang diusulkan ke strategi organisasi
 Menilai nilai yang diberikan proyek yang diusulkan bagi perusahaan
 Menilai kompleksitas proyek yang diusulkan
 Prioritaskan proposal proyek untuk pemilihan proyek
Tiga Kendala
mengacu pada tiga atribut yang harus dikelola secara efektif agar berhasil
menyelesaikan dan menutup proyek, yaitu :
1) Ruang Lingkup, Lingkup proyek adalah definisi tentang apa yang seharusnya
dilakukan proyek capai hasilnya atau kirimannya. Ruang lingkup diukur dalam
hal ukuran proyek, tujuan, dan persyaratan.
2) Waktu, Sebuah proyek terdiri dari tugas-tugas. Setiap tugas memiliki tanggal
mulai dan tanggal akhir. ketersediaan sumber daya yang dialokasikan untuk
proyek.
3) Biaya, Ini adalah perkiraan jumlah uang yang akan dibutuhkan untuk
menyelesaikan proyek. Semua aspek proyek yang memiliki komponen moneter
dijadikan bagian dari biaya keseluruhan struktur. Proyek disetujui tergantung
pada biayanya.
Kesalahan Manajemen Proyek
1. Tidak ada rencana proyek.
2. Tidak ada kerjasama.
3. Tidak ada pelacakan anggaran.
4. Tidak ada proses manajemen risiko.
5. Tidak ada manajemen pemangku kepentingan.
6. Tidak ada sistem organisasi file.
7. Tidak ada proses manajemen perubahan
Kesalahan Manajemen Proyek TI
1. Gagal untuk tetap pada arsitektur proses proyek.
2. Memperlakukan ide yang setengah matang sebagai proyek.
3. Kepemimpinan yang hilang atau tidak efektif.
4. Mempekerjakan manajer proyek yang kurang terampil.
5. Pelacakan tugas, pencapaian, dan penggunaan sumber daya proyek secara tidak
memadai.
6. Gagal memperbaiki masalah segera setelah terdeteksi
7. Gagal terlibat dalam PPM (proyek manajemen portofolio)
2. Perencanaan, Pelaksanaan, dan Anggaran
Perkembangan dokumen dan keputusan kunci melalui manajemen proyek
siklus hidup diuraikan pada Gambar berikut :

Proyek dimulai dengan ide yang dijelaskan dalam kasus bisnis. Jika kasus bisnis
diterima, surat pernyataan kerja disiapkan ditulis sebagai pernyataan definitif, yang
berarti mendefinisikan rencana proyek tetapi tidak menawarkan opsi atau alternatif
apa pun dalam ruang lingkup. Proyek rencana dalam surat pernyataan kerja ditinjau,
keputusan dilanjutkan atau tidak dilakukan, jika hasil keputusan dilanjutkan maka
proyek dimulai.

3. Pemantauan, Kontrol dan Penutupan Proyek

Proses pemantauan dan pengendalian terjadi terus menerus selama pekerjaan proyek
sedang dilaksanakan. Proses-proses ini, yang dijelaskan pada Gambar berikut.
 bergantung pada pada baseline, target pencapaian, matriks tanggung jawab, dan
elemen lain dari tahap perencanaan. Mereka memberi tahu tim proyek tentang status
proyek dan membantu mereka mengatasi tantangan yang mereka hadapi, Kecuali
untuk proyek jangka pendek dan sederhana, ada akan menjadi risiko dan perubahan
yang perlu dikendalikan dan didokumentasikan. Pemantauan bergantung pada umpan
balik yang cepat dan jujur dari tim proyek, karena Anda membaca dalam kasus
pembukaan. Kunjungan langsung, laporan, dan catatan juga merupakan metode
pemantauan. Kontrol proyek tergantung pada sistem dan aturan keputusan untuk
mengelola varians antara ruang lingkup proyek, biaya, jadwal, dan kualitas dan
kenyataan dari pelaksanaan proyek.

4. Siklus Hidup Pengembangan Sistem( System Development life

Cycle/SDLC)
Siklus hidup pengembangan sistem adalah pengembangan sistem tradisional untuk
proyek teknologi informasi besar, seperti infrastruktur TI atau sistem perusahaan. Itu
SDLC adalah kerangka kerja terstruktur yang terdiri dari serangkaian proses
berurutan, seperti ditunjukkan pada Gambar berikut :
Dimulai dengan ide awal, proses SDLC adalah analisis kebutuhan, analisis dan desain
sistem, pengembangan dan pengujian, implementasi, dan pemeliharaan. Setiap proses
terdiri dari tugas-tugas yang terdefinisi dengan baik yang bergantung pada ruang
lingkup proyek. Prosesnya berulang, yang berarti bahwa mereka adalah direvisi ketika
informasi atau kondisi baru membuat revisi merupakan hal yang cerdas untuk
dilakukan.
Secara umum, metodologi SDLC mengikuti langkah-langkah berikut.
1) Analisa Kebutuhan
Kekurangan dalam sistem yang ada diidentifikasi dan digunakan untuk menentukan
fungsional dan kebutuhan data dari sistem baru. Analisis persyaratan sangat penting
untuk keberhasilan proyek. Praktisi pengembangan sistem setuju bahwa semakin
banyak waktu diinvestasikan dalam menganalisis sistem saat ini, masalah bisnis, atau
peluang dan memahami masalah yang mungkin terjadi selama pengembangan,
semakin besar probabilitas bahwa IS akan berhasil.
2) Analisis Sistem dan Studi Kelayakan
Sistem yang diusulkan dirancang. Rencana diletakkan mengenai konstruksi fisik,
perangkat keras, perangkat lunak, media, dasbor, sistem operasi, pemrograman,
konektivitas, dan masalah keamanan. Kelayakan desain diuji. Itu studi kelayakan
menentukan kemungkinan keberhasilan proyek yang diusulkan dan memberikan
penilaian kasar dari proyek teknis, ekonomi, organisasi, dan kelayakan perilaku. Studi
kelayakan sangat penting untuk sistem proses pengembangan karena, dilakukan
dengan benar, studi dapat mencegah perusahaan dari membuat kesalahan mahal,
seperti membuat sistem yang tidak akan berfungsi, itu tidak akan bekerja secara
efisien dan tidak dapat digunakan.
Berbagai analisis kelayakan juga memberikan pemangku kepentingan kesempatan
untuk memutuskan metrik apa yang akan digunakan untuk mengukur bagaimana
sistem yang diusulkan memenuhi tujuan mereka.

 Kelayakan teknis. Kelayakan teknis menentukan apakah teknologi yang

diperlukan, infrastruktur TI, struktur data, analitik, dan sumber daya dapat
dikembangkan dan/atau diperoleh untuk memecahkan masalah bisnis. Kelayakan
teknis juga menentukan apakah teknologi organisasi yang ada dapat digunakan
untuk mencapai tujuan kinerja proyek.
 Kelayakan ekonomi. Kelayakan ekonomi menentukan apakah proyek tersebut
layak atau tidak risiko keuangan yang dapat diterima dan jika perusahaan mampu
membayar biaya dan waktu dibutuhkan untuk menyelesaikan proyek.
Manajemen dapat menilai kelayakan ekonomi dengan menggunakan analisis
biaya-manfaat dan teknik keuangan seperti nilai waktu uang, laba atas investasi
(ROI), nilai sekarang bersih (NPV), dan analisis titik impas. Pengembalian
investasi adalah rasio pendapatan bersih yang dapat diatribusikan ke proyek
dibagi dengan biaya rata-rata sumber daya yang diinvestasikan dalam proyek.
NPV adalah jumlah bersih dimana manfaat proyek melebihi biaya proyek, setelah
memperhitungkan biaya modal dan nilai waktu dari uang. Analisis titik impas
menghitung titik di mana arus kas kumulatif dari suatu proyek sama dengan
investasi yang dilakukan dalam proyek tersebut. Menghitung kelayakan ekonomi
dalam proyek TI jarang dilakukan secara langsung. Bagian dari kesulitannya
adalah bahwa beberapa manfaat tidak berwujud. Untuk yang diusulkan sistem
yang melibatkan data besar, analitik waktu nyata, atau pencetakan 3D, mungkin
ada tidak ada bukti sebelumnya tentang pengembalian finansial seperti apa yang
dapat diharapkan.
 Kelayakan hukum dan organisasi. Apakah ada alasan hukum, peraturan, atau
lingkungan mengapa proyek tidak dapat atau tidak boleh dilaksanakan. Analisis
ini melihat kebijakan dan politik perusahaan, termasuk dampaknya terhadap
distribusi tenaga listrik dan hubungan bisnis.
 Kelayakan perilaku. Kelayakan perilaku mempertimbangkan masalah manusia.
Semua proyek pengembangan sistem memperkenalkan perubahan, dan orang-
orang umumnya menolak mengubah. Penolakan terbuka dari karyawan dapat
berupa sabotase sistem baru (misalnya, salah memasukkan data) atau mencemooh
sistem baru kepada siapa saja yang mau mendengarkan. Resistensi terselubung
biasanya terjadi ketika karyawan hanya melakukan pekerjaan mereka
menggunakan metode lama mereka. Kelayakan perilaku berkaitan dengan
penilaian keterampilan dan pelatihan yang dibutuhkan untuk menggunakan IS
baru.