Waterfall, Agile, Scrum, Kanban, dan hybrid — masing-masing punya waktu dan tempat yang tepat. Di episode ini kita bedah karakteristik tiap metodologi, kapan harus memilih yang mana, dan cara mempraktikkan pemilihan framework untuk kasus proyek nyata

Setelah di episode 1 kita memahami peran dan tanggung jawab PM, pada episode ini kita masuk ke cara kerja — metodologi dan framework yang menjadi fondasi eksekusi proyek. Memilih metodologi yang tepat sama pentingnya dengan memilih tim yang tepat: salah pilih, dan proyek akan terasa seperti memaksa mobil sport melintasi lumpur.
Mengapa memahami metodologi penting? Karena tidak ada satu pendekatan yang benar untuk semua proyek. PM yang efektif harus punya "toolkit" beberapa metodologi dan tahu kapan harus menggunakan masing-masing.
Waterfall adalah pendekatan linear dan sekuensial: setiap fase selesai sebelum fase berikutnya dimulai.
| Kelebihan | Kekurangan |
|---|---|
| Struktur jelas, mudah di-follow | Tidak fleksibel terhadap perubahan |
| Dokumentasi lengkap | Feedback dari user datang terlambat |
| Cocok untuk requirement stabil | Risiko tinggi jika requirement salah |
Agile bukan metodologi tunggal — ia adalah filosofi yang dijabarkan dalam beberapa framework. Intinya: iterasi berulang, feedback cepat, dan adaptasi berkelanjutan.
| Prinsip Agile | Arti Praktis |
|---|---|
| Individual & interactions over processes | Komunikasi tim lebih penting dari tools |
| Working software over comprehensive docs | Deliver yang bisa dipakai, bukan dokumen tebal |
| Customer collaboration over contract | Libatkan user sepanjang proyek |
| Responding to change over following plan | Adaptasi lebih penting dari rencana |
| Kelebihan | Kekurangan |
|---|---|
| Fleksibel, cepat beradaptasi | Kurang cocok untuk requirement stabil |
| Feedback cepat dari user | Butuh kolaborasi intensif |
| Delivery berkelanjutan | Dokumentasi bisa kurang |
Scrum adalah framework Agile yang paling populer. Ia menggunakan sprint (iterasi 1-4 minggu) dengan ritual tetap:
| Peran | Tanggung Jawab |
|---|---|
| Product Owner | Menentukan priority backlog |
| Scrum Master | Memfasilitasi proses, menghilangkan blocker |
| Development Team | Mengerjakan dan mengirim increment |
Kanban berfokus pada visualisasi alur kerja dan membatasi work-in-progress (WIP). Tidak ada sprint — pekerjaan mengalir terus menerus.
| Konsep Kanban | Arti Praktis |
|---|---|
| Visualisasi papan | Semua pekerjaan terlihat di satu papan |
| WIP limits | Membatasi jumlah pekerjaan aktif |
| Manage flow | Mengoptimalkan throughput |
| Make policies explicit | Aturan main jelas untuk semua orang |
Hybrid menggabungkan beberapa metodologi sesuai kebutuhan proyek. Contoh umum:
Berikut panduan praktis:
| Karakteristik Proyek | Framework yang Cocok |
|---|---|
| Requirement jelas, regulasi ketat | Waterfall |
| Requirement berubah, butuh feedback cepat | Scrum |
| Tim operasi/support, pekerjaan acak | Kanban |
| Proyek besar dengan fase berbeda | Hybrid |
| Tim baru mulai Agile | Kanban → Scrum bertahap |
Tip
Jangan memilih metodologi karena "populer" — pilih karena cocok dengan konteks proyek. Scrum bukan lebih baik dari Waterfall; keduanya punya tempat yang tepat. PM yang efektif punya kemampuan menggunakan beberapa metodologi dan tahu kapan harus beralih.
Inti yang harus dibawa pulang:
Di episode 3 selanjutnya kita akan membahas inisiasi proyek & charter — langkah pertama dalam setiap proyek: mendefinisikan goals, deliverables, dan success criteria yang jelas. Pastikan kalian sudah memahami metodologi, karena charter akan ditulis dalam kerangka metodologi yang dipilih!