• Tidak ada hasil yang ditemukan

Pengantar Manajemen Proyek

N/A
N/A
Syaiful Bachri

Academic year: 2023

Membagikan "Pengantar Manajemen Proyek"

Copied!
148
0
0

Teks penuh

Menurut Schwalbe (2006, p7), setiap proyek mempunyai batasan yang berbeda-beda baik dari segi ruang lingkup, waktu dan biaya, yang biasa disebut triple kendala (3 kendala). Menurut Schwable (2006, p9), manajemen proyek adalah penerapan pengetahuan, keterampilan, alat dan teknik pada aktivitas suatu proyek guna memenuhi atau melampaui kebutuhan dan harapan pemangku kepentingan terhadap suatu proyek. Menurut Soeharto (1999, p28), manajemen proyek adalah kegiatan merencanakan, mengorganisasikan, memimpin dan mengendalikan sumber daya perusahaan untuk mencapai tujuan jangka pendek yang telah ditentukan.

Manajer proyek dan tim proyek harus ada dan digunakan sebagai alat dalam sistem manajemen proyek. Sistem manajemen proyek dibuat berdasarkan struktur organisasi, proses informasi dan pelatihan serta prosedur yang mengintegrasikan unsur-unsur organisasi proyek secara vertikal dan horizontal. Menurut Schwalbe (2006, pp11-12), sembilan bidang pengetahuan manajemen proyek menggambarkan kunci utama yang harus dikembangkan oleh manajer proyek.

Empat bidang pengetahuan inti manajemen proyek meliputi manajemen lingkup proyek, manajemen waktu, manajemen biaya, dan manajemen kualitas. Empat bidang pengetahuan untuk memfasilitasi manajemen proyek adalah sumber daya manusia, komunikasi, risiko dan manajemen pengadaan proyek.

Gambar 1.1 Triple Constraint (Sumber : Schwalbe, 2006, p7)
Gambar 1.1 Triple Constraint (Sumber : Schwalbe, 2006, p7)

MODUL PERKULIAHAN

Manajemen Proyek

Pengertian Manajemen

Pengertian Proyek

Menurut Hughes (2006, p. 4), proyek perangkat lunak memiliki karakteristik tertentu yang membuat proyek perangkat lunak berbeda dari proyek lainnya. Dalam suatu proyek perangkat lunak, kemajuannya tidak dapat dilihat secara langsung dan berbeda dengan proyek fisik lainnya, misalnya pembangunan jembatan dan lain sebagainya. Artinya tampilan sistem perangkat lunak diharapkan mudah dimodifikasi untuk mengakomodasi perubahan lingkungan bisnis organisasi dan komponen lainnya.

Pengertian Perangkat Lunak

Tujuan dari perangkat lunak sistem adalah untuk mengisolasi pemrogram aplikasi sebanyak mungkin dari penggunaan bagian-bagian aplikasi yang kompleks, terutama memori dan fitur perangkat keras lainnya, serta perangkat lain seperti printer dan keyboard.

Pengertian Manajemen Proyek

Tim proyek adalah sekelompok orang yang biasanya berasal dari berbagai bidang fungsional yang akan bekerja sama dengan tujuan menyelesaikan pekerjaan proyek. Unsur vertikal meliputi pembagian tugas dalam proyek sedangkan unsur horizontal meliputi unit fungsional dan departemen yang terlibat dalam proyek.

Daur Hidup Manajemen Proyek

System Development Life Cycle (SDLC)

Model Waterfall

Menurut Schwalbe (2006, p.57), Model Air Terjun memiliki fase pengembangan dan dukungan sistem yang linier dan terdefinisi dengan baik. Studi kelayakan mendefinisikan konsep yang diperlukan untuk produk perangkat lunak dan menentukan siklus hidup proyek. Spesifikasi semua desain perangkat lunak dan perangkat keras, struktur kontrol, dan struktur data untuk produk dan komponen lain yang diperlukan sebagai dokumentasi bagi pengguna dan tahap pengujian.

Spesifikasi desain struktur kendali lengkap, struktur data, hubungan ukuran tampilan, kunci algoritma, dan asumsi untuk setiap komponen program.

Sembilan Area Pengetahuan Manajemen Proyek

  • Pemahaman terhadap Proyek Perangkat Lunak
  • Faktor-faktor yang mempengaruhi perkiraan biaya
  • Perencanaan Proyek Perangkat Lunak
  • Vision and Scope
  • Statement of Work
  • Resource List
  • Work Breakdown Structure
  • Project Schedule
  • Risk Plan

Besar kecilnya produk perangkat lunak yang dibuat akan mempengaruhi jumlah sumber daya yang dibutuhkan untuk membuatnya. Perencanaan proyek untuk rekayasa perangkat lunak membahas berbagai tindakan atau pekerjaan yang perlu dilakukan oleh semua orang yang terlibat dalam proyek, termasuk dokumen-dokumen yang perlu dibuat. Dokumen Perencanaan Proyek Rekayasa Perangkat Lunak akan terdiri dari sub-dokumen yang meliputi Visi dan Ruang Lingkup, Pernyataan Kerja, Daftar Sumber Daya, Struktur Rincian Kerja, Jadwal Proyek dan Rencana Risiko.

Manajer proyek akan merangkum, menyusun dan kemudian meninjau hasil estimasi untuk digunakan sebagai dasar perencanaan proyek perangkat lunak. Setelah membuat SOW dan Resource List, manajer proyek harus membuat jadwal proyek. Jadwal proyek atau jadwal proyek dibuat oleh manajer proyek untuk mengatur orang-orang dalam proyek dan menunjukkan kepada organisasi bagaimana pekerjaan (proyek) akan dilaksanakan.

Manajer proyek akan memimpin sesi/pertemuan untuk mengidentifikasi permasalahan yang mungkin timbul. Jika suatu risiko masih dianggap non-spesifik, manajer proyek akan mendorong agar masalah tersebut ditangani secara lebih spesifik.

Gambar 3.1 Tahapan-tahapan Proyek
Gambar 3.1 Tahapan-tahapan Proyek

Abstract Kompetensi

Perencanaan Proyek Perangkat Lunak A. Pendefinisian Masalah

Menyatakan dengan jelas masalah yang ingin dipecahkan, termasuk batasan masalah dan tujuan yang ingin dicapai. Masalah dari sudut pandang pelanggan mencakup masalah penggajian, masalah inventaris, atau masalah kontrol lalu lintas udara. Solusi ekonomis adalah sistem otomatis yang menyediakan layanan dan informasi yang sama seperti sistem lama, namun memerlukan lebih sedikit waktu dan personel untuk beroperasi.

Sistem baru ini mungkin mengurangi keterlibatan pribadi; Hal ini dapat menimbulkan dampak sosial dan bahkan politik. Tujuan digunakan sebagai dasar kerangka proyek pengembangan perangkat lunak, baik dalam proses pengembangan maupun produk kerjanya. Jika memungkinkan, nyatakan persyaratan secara kuantitatif untuk menghindari ambiguitas dan perselisihan antara pengembang dan pelanggan.

Ruang maksimum yang digunakan sistem adalah 50 KB memori utama, tidak termasuk ruang untuk file buffer. Sasaran dan kebutuhan juga dapat ditentukan melalui atribut kualitas yang harus dimiliki sistem, antara lain: portabilitas (S/W tidak bergantung pada mesin), keandalan (kemampuan program untuk menjalankan fungsi yang diinginkan), efisiensi (penggunaan sumber daya minimal). ), akurasi (ukuran kesalahan), ketahanan/integritas (kemampuan untuk bekerja dengan baik meskipun masukan yang diterima salah), kebenaran (hasilnya sesuai dengan yang diharapkan).

Pengembangan Strategi Solusi

Kriteria harus dapat diverifikasi dengan menggunakan metode standar seperti: inspeksi langsung, analisis atau serangkaian pengujian terhadap produk yang diproduksi. Daftar ini penting jika kondisi tidak memungkinkan penerapan semua fitur produk yang diinginkan seperti yang ditentukan sebelumnya.

Perencanaan Proses Pengembangan

Life Cycle

Model Fase

Fase desain mengidentifikasi komponen perangkat lunak (fungsi, aliran data, penyimpanan data), hubungan antar komponen, struktur perangkat lunak (penguraian menjadi modul dan antarmukanya). Penilaian kemajuan proyek menjadi lebih mudah jika model fase menentukan beberapa tonggak penting (milestones) di setiap fase atau di antara setiap dua fase berturut-turut. Berikut merupakan fase lifecycle state suatu perangkat lunak, dilengkapi dengan aktivitas review dan tonggak penting.

Model Biaya

Karena model biaya hanyalah cara lain untuk melihat model fase, semua dokumen yang dihasilkan sama persis dengan yang dihasilkan dalam model fase.

Model Prototipe

  • Perencanaan Struktur Organisasi

Struktur Pelaksana Proyek

Struktur Tim Pemrograman 1 Demokrasi

  • Manajemen Biaya Proyek
  • Pengertian Manajemen Biaya Proyek
  • Estimasi Biaya Proyek
  • Definisi
  • Jenis Estimasi Biaya
  • Metode Estimasi Biaya
  • Proses Estimasi Biaya
  • Manajemen Resiko
  • Pendahuluan
  • Masalah-masalah Proses
  • Masalah-masalah Teknis
  • Analisa Resiko Lingkungan Pengembangan
  • Komponen Resiko dan Driver
  • Pengurangan dan Monitoring Resiko Perangkat Lunak
  • Perencanaan, Penaksiran, dan Pengaturan Sumber Daya Proyek
  • Penaksiran Proyek

Peran estimator dalam memperkirakan biaya suatu proyek konstruksi terlihat dari keakuratan, pengalaman dan spesialisasinya untuk proyek secara keseluruhan. Sebuah teori manajemen biaya proyek yang secara khusus membahas tentang proses estimasi biaya proyek, efektivitas biaya proyek, dan aktivitas-aktivitas yang terlibat di dalamnya yang mempengaruhi kedua hal tersebut di atas. Teori ini diperoleh dari berbagai jurnal ilmiah baik nasional maupun internasional, serta dari beberapa buku yang membahas tentang estimasi biaya dan efektivitas biaya proyek.

Estimasi biaya melibatkan identifikasi dan mempertimbangkan berbagai biaya peluang untuk memulai dan menyelesaikan suatu proyek. Hasil perkiraan biaya pada tahap ini dapat dijadikan dasar pertimbangan dalam mempersiapkan sumber daya yang diperlukan untuk proyek tersebut. Oleh karena itu sering disebut sebagai perkiraan anggaran pemilik. Gunakan nilai suatu parameter, seperti ukuran, biaya, anggaran dan waktu, atau gunakan skala perbandingan dengan ukuran dan kompleksitas proyek sebelumnya sebagai dasar untuk mengembangkan perkiraan biaya untuk proyek serupa.

Metode ini biasa digunakan untuk estimasi biaya yang mengandung unsur ketidakpastian, misalnya estimasi biaya survei, karena menggunakan pertimbangan optimis dan pesimistis. Proses estimasi biaya merupakan keseluruhan proses estimasi yang dimulai dari proses pemasukan data, teknik yang digunakan dalam mengolah data dan output yang diperoleh dari estimasi tersebut. Atribut staf proyek, biaya staf, dan bonus karyawan merupakan komponen penting dalam mengembangkan perkiraan biaya.

Kebijakan organisasi yang mempengaruhi estimasi biaya adalah kebijakan perusahaan mengenai estimasi biaya itu sendiri, informasi historis, serta pembelajaran dan pengalaman dari proyek sebelumnya. 10.Apakah hasil tinjauan teknis formal didokumentasikan, termasuk kesalahan yang ditemukan dan sumber daya yang digunakan. 11. Bagaimana mekanisme untuk memastikan bahwa pekerjaan yang dilakukan dalam suatu proyek sesuai dengan standar RPL.

12.Apakah manajemen konfigurasi digunakan untuk menjaga konsistensi antara persyaratan sistem/OT, desain, kode, dan kasus pengujian. Proses manajemen proyek perangkat lunak dimulai dengan serangkaian aktivitas yang secara kolektif disebut perencanaan proyek.

Gambar 5.1 Overview Manajemen Biaya Proyek
Gambar 5.1 Overview Manajemen Biaya Proyek

Kompleksitas Proyek

Ukuran Proyek

Tingkat ketidakpastian Struktural

  • Elemen Dasar dalam Penaksiran Proyek
  • Aspek Teknis
  • Proposal Awal dan Pendekatan dalam Penawaran
  • Perencanaan Proyek
  • Ruang Lingkup
  • Kebutuhan
  • Sumber Daya
  • Estimasi Proyek
  • Critical Success Factor
  • Pengertian Critical Success Factor
  • Identifikasi Critical Success Factor
  • Kriteria Critical Success Factor
  • Pengantar
  • Kontrol kualitas
  • Kontrol kualitas
  • Biaya kualitas
  • Jaminan Kualitas Perangkat Lunak
  • Aktivitas SQA
  • Kajian Perangkat Lunak
  • Kajian Teknik Formal
  • Pertemuan Kajian
  • Kajian Teknik Formal
  • Pedoman Kajian
  • Pendekatan Formal Terhadap SQA
  • Pendekatan Formal Terhadap SQA
  • Teori Negosiasi
  • Pengenalan Pengertian Negosiasi ( The Nature of Negotiation )
  • Frame, Strategi dan Rencana Negosiasi
  • Strategi dan Taktik Tawar Menawar
  • Strategi dan Taktik Negosiasi Terpadu
  • Komunikasi, Persepsi dan Bias Kognitif
  • Mengetahui Pengaruh Negosiasi
  • Etika Bernegosiasi
  • Mengatur Negosiasi yang Sulit
  • Jenis Kerjasama Tim
  • Tahap Perkembangan Teamwork
  • Peranan Anggota Tim
  • Dimensi Tim yang Efektif
  • Manfaat dan Fungsi Tim Kerja
  • Kekuatan Kerja Tim
  • Manajemen Kualitas Proyek
  • Manajemen Mutu Proyek
  • Perencanaan Kualitas
  • Penjaminan Kualitas
  • Pengendalian Mutu (quality control)
  • Analisa Waktu
  • Faktor Penentu Lama Kegiatan
  • Cara Menentukan Lama Kegiatan
  • Saat Paling Awal (SPA)
  • Saat Paling Lambat (SPL)

Modul ini berisi materi tentang penerapan faktor penentu keberhasilan pada manajemen proyek perangkat lunak. Mahasiswa mengetahui, memahami dan mempunyai kemampuan bekerja sebagai tim pada suatu proyek perangkat lunak. Misalnya, suatu produk perangkat lunak dapat berkualitas tinggi (tidak ada bug yang jelas, manual dapat dibaca) dan berkualitas rendah (fitur terbatas), atau berkualitas rendah (banyak bug, dokumentasi pengguna yang tidak terorganisir dengan baik) dan berkualitas tinggi (banyak fitur). .

Mahasiswa mengetahui, memahami dan mempunyai kemampuan menganalisis waktu yang dibutuhkan dalam suatu proyek perangkat lunak.

Tabel 9.1 Kriteria Sukses dan Definisinya
Tabel 9.1 Kriteria Sukses dan Definisinya

Gambar

Gambar 1.1 Triple Constraint (Sumber : Schwalbe, 2006, p7)
Gambar 2.2 Fase Daur Hidup Proyek  (Sumber : Schwalbe, 2006, p55)
Gambar 2.3 Model Waterfall  (Sumber : http://www.jodypaul.com)
Gambar 1.1 Triple Constraint (Sumber : Schwalbe, 2006, p7)
+7

Referensi

Dokumen terkait

Dalam perkuliahan ini dibahas mengenai hakekat proyek dalam implementasi perencanaan pembangunan nasional, mekanisme sistem manajemen proyek dalam sistem administrasi dan

Manajemen proyek estimasi waktu pengerjaan proyek pembangunan perangkat lunak sistem informasi pelabuhan dengan menggunakan metode. Program/Project Evaluation and

Pada penelitian ini dilakukan penerapan metode scrum pada aplikasi manajemen proyek perangkat lunak untuk membantu tim dalam memahami proyek.Pada penelitian ini scrum

RPS Mata Kuliah Manajemen Proyek Pengembangan Perangkat Lunak – Program Studi Teknik Informatika Halaman 7 dari 20 4 Mahasiswa dapat:  Memahami proses integrasi dalam proyek

Penelitian ini menghasilkan rancangan kerangka kerja manajemen proyek perangkat lunak untuk instansi pemerintah yang memadukan PMBOK edisi kelima, SWEBOK versi

konsep dasar proyek sistem informasi daya saing perangkat lunak karakteristik perangkat lunak komponen perangkat lunak perangkat lunak bisnis evolusi perangkat lunak definisi proyek

Manajemen proyek merupakan suatu metode dan prinsip yang diperlukan untuk perencanaan, implementasi, pengawasan, dan evaluasi perkembangan kegiatan suatu proyek, karena setiap proyek

Manajemen proyek merupakan lapisan pertama dalam proses rekayasa perangkat lunak skala