Recraftory

Perencanaan dan Estimasi Proyek

Cara merencanakan dan mengestimasi proyek perangkat lunak secara efektif

Perencanaan Proyek

  • Proses mendefinisikan apa yang harus dilakukan, kapan, dan oleh siapa
  • Dasar untuk memantau dan mengendalikan proyek
  • Rencana yang baik fleksibel dan bisa diadaptasi

Work Breakdown Structure (WBS)

  • Memecah proyek menjadi bagian-bagian kecil yang bisa dikelola
  • Setiap item di WBS memiliki output yang terukur
  • Membantu estimasi waktu dan biaya lebih akurat

Cara Membuat WBS

  1. Mulai dari deliverable utama proyek
  2. Pecah menjadi sub-deliverable yang lebih kecil
  3. Terus pecah hingga setiap task bisa dikerjakan dalam 1-2 hari
  4. Pastikan setiap item memiliki kriteria selesai yang jelas

Estimasi

  • Memperkirakan waktu, biaya, dan sumber daya yang dibutuhkan
  • Estimasi selalu mengandung ketidakpastian
  • Semakin awal estimasi dibuat, semakin besar margin errornya

Teknik Estimasi

Expert Judgment

  • Estimasi berdasarkan pengalaman orang yang pernah mengerjakan hal serupa
  • Cepat dan praktis tapi subjektif
  • Cocok untuk task yang sudah familiar

Planning Poker

  • Teknik estimasi kolaboratif dalam tim Agile
  • Setiap anggota menunjukkan kartu dengan angka estimasi secara bersamaan
  • Diskusi jika ada perbedaan besar, lalu estimasi ulang
  • Menghindari bias dari satu orang yang mendominasi

Story Points

  • Unit relatif untuk mengukur kompleksitas suatu task
  • Tidak merepresentasikan waktu langsung
  • Menggunakan skala Fibonacci: 1, 2, 3, 5, 8, 13, 21
  • Velocity tim (story point per sprint) digunakan untuk prediksi

T-Shirt Sizing

  • Kategorikan task dalam ukuran XS, S, M, L, XL
  • Lebih cepat dari Story Points untuk estimasi awal
  • Cocok untuk estimasi kasar di awal proyek

Three-Point Estimation

  • Menggunakan tiga nilai: optimistis, pesimistis, dan paling mungkin
  • Formula PERT: (O + 4M + P) / 6
  • Memberikan gambaran distribusi kemungkinan waktu

Milestone

  • Titik penting dalam proyek yang menandai pencapaian besar
  • Tidak memiliki durasi, hanya menandai selesainya sesuatu
  • Contoh: "Desain database disetujui", "Beta versi dirilis"
  • Digunakan untuk memantau progres secara keseluruhan

Gantt Chart

  • Visualisasi jadwal proyek dalam bentuk diagram batang
  • Menunjukkan durasi, urutan, dan ketergantungan antar task
  • Membantu mengidentifikasi jalur kritis (critical path)

Critical Path Method (CPM)

  • Menentukan urutan task terpanjang yang menentukan durasi proyek
  • Task di jalur kritis tidak boleh terlambat
  • Keterlambatan di critical path otomatis menunda seluruh proyek

Velocity dan Burndown Chart

Velocity

  • Jumlah story points yang diselesaikan tim per sprint
  • Digunakan untuk memprediksi berapa sprint yang dibutuhkan
  • Stabil setelah 3-4 sprint, gunakan rata-rata untuk prediksi

Burndown Chart

  • Visualisasi sisa pekerjaan vs waktu dalam sprint
  • Garis ideal menurun linear dari total ke nol
  • Garis aktual menunjukkan progres nyata

Praktik Terbaik

  • Libatkan seluruh tim dalam proses estimasi
  • Tambahkan buffer 20-30% untuk risiko dan hal tidak terduga
  • Review dan update rencana secara berkala
  • Gunakan data dari proyek sebelumnya sebagai referensi
  • Jangan mengubah estimasi di bawah tekanan manajemen