Bagaimana Anda mengelola scope creep pada sebuah proyek?

Question

Accepted Answer

**Scope creep**, akumulasi terus-menerus dari "hanya satu hal lagi", adalah bagaimana proyek yang sudah melacak dengan baik secara diam-diam tergelincir. Solusinya bukan untuk mengatakan tidak kepada segalanya; itu untuk membuat **setiap penambahan sebagai trade-off yang terlihat, eksplisit** terhadap waktu, bukan sebagai penyerapan diam-diam.

## Cara mengendalikan scope

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## Langkah kunci

Jangan tolak permintaan baru secara langsung, yang membuat Anda menjadi penghalang. Sebaliknya, permukaan trade-off: "Kami bisa menambahkan itu. Itu berarti baik batas waktu bergerak seminggu atau kami menjatuhkan fitur X. Mana yang Anda inginkan?" Sekarang itu adalah keputusan *bisnis*, dibuat oleh orang yang tepat, dengan mata terbuka.

## Contoh konkret

Di tengah proyek, PM terus menambahkan tweak "kecil". Anda memulai log perubahan scope bersama. Tiba-tiba semua orang melihat bahwa proyek dua minggu asli telah menyerap tiga minggu penambahan, dan percakapan tentang batas waktu menjadi jelas dan mudah.

## Mengapa ini penting

Scope creep yang tidak dikelola adalah pembunuh diam-diam dari batas waktu, tidak ada satu perubahan pun yang terasa besar, tetapi mereka menjumlahkan kegagalan.

Membuat trade-off eksplisit menjaga tim terlindungi, pemangku kepentingan terinformasi, dan kesalahan jauh dari teknik saat scope, bukan upaya, adalah penyebabnya.