UTS Manajemen Proyek 2025

Bagian A

1. Manajemen proyek formal menetapkan tujuan, lingkup, peran, jadwal, biaya, risiko dan mekanisme perubahan secara eksplisit. Manajer mendapat baseline untuk memantau deviasi, koordinasi lintas tim, pengelolaan risiko dan akuntabilitas sponsor. Metodologi perlu disesuaikan ukuran proyek; dokumen semata tidak menjamin keberhasilan.

2. Knowledge areas membantu mengelola aspek yang saling terkait, seperti lingkup, jadwal, biaya, kualitas, risiko dan komunikasi. Contoh manajemen risiko aplikasi: identifikasi kegagalan integrasi pembayaran, nilai peluang/dampak, tetapkan pemilik dan mitigasi berupa sandbox serta uji kontrak, lalu pantau hingga risiko tertutup.

3. Sponsor atau pihak berwenang menerbitkan/mengesahkan charter dan menyediakan tujuan serta kewenangan. Manajer proyek menyusun sasaran, milestone, asumsi dan risiko bersama sponsor; pemilik bisnis/pengguna menjelaskan manfaat dan kebutuhan; tim teknis memberi perkiraan serta kelayakan; keuangan dan pihak terkait memeriksa batas biaya dan kendala. Bentuk persetujuan mengikuti tata kelola organisasi.

Bagian B, soal I — jadwal

1. Dengan analisis lebih dulu dan integrasi 4 minggu dapat tumpang tindih serta selesai sebelum UAT, jalur minimum yang eksplisit adalah analisis 4 → backend 10 → frontend 8 → UAT 6 → peluncuran 2 = 30 minggu. Desain 6 minggu paralel backend sehingga selesai lebih awal. Jadwal contoh: analisis minggu 1–4, desain 5–10, backend 5–14, frontend 15–22, integrasi 19–22, UAT 23–28, peluncuran 29–30. Naskah tidak menetapkan pendahulu atau penerus integrasi; jika integrasi harus dilakukan sesudah frontend sebelum UAT, hasil menjadi 34 minggu. Jadi ketergantungan yang diberikan belum menentukan total unik.

Bila tambahan backend dan pengujian masing-masing satu bulan benar-benar menambah durasi tanpa overlap (1 bulan = 4 minggu), jadwal contoh menjadi 38 minggu, atau 42 minggu pada skenario integrasi berurutan. Kedua angka mengasumsikan penundaan pada jalur kritis.

2. Target 24 minggu memerlukan pemendekan sekurangnya 6 minggu dari baseline 30: pecah backend dan frontend menjadi kontrak API/stub agar beberapa pekerjaan frontend dimulai lebih dini; jalankan integrasi serta pengujian otomatis bertahap; tambah kapasitas pada aktivitas yang dapat dibagi dan hilangkan hambatan. Contoh rencana usulan: tumpang tindih frontend 4 minggu dengan backend dan UAT 2 minggu dengan penyelesaian frontend. Validasi dependensi, kapasitas, biaya dan uji regresi sebelum berkomitmen; penambahan personel tidak otomatis mempercepat proyek.

Bagian B, soal II — biaya

1. Item dasar dalam naskah: pengembang 1.200 + desain 500 + manajer 400 + infrastruktur 300 + QA 250 + pemasaran 300 = 2.950 juta rupiah. Tambahan 50 + 75 + 100 = 225 juta, sehingga total 3.175 juta rupiah atau Rp3,175 miliar, dengan asumsi seluruh item berbeda dan biaya tambahan belum termasuk item dasar.

2. Terhadap charter Rp2 miliar terdapat selisih Rp1,175 miliar. Bahkan baseline rinci sudah lebih Rp950 juta. Rekonsiliasi dahulu duplikasi, jumlah personel QA yang berbeda antara narasi dan rincian, serta periode biaya; lalu negosiasikan tambahan dana atau kurangi lingkup/fitur dan lisensi dengan persetujuan sponsor. Jangan menghapus pengujian esensial hanya agar angka cocok; buat ulang baseline jadwal dan biaya.