Bạn quản lý scope creep trên một dự án như thế nào?

Question

Accepted Answer

**Scope creep**, sự tích lũy đều đặn của "chỉ thêm một thứ nữa", là cách mà các dự án đang đúng tiến độ âm thầm trượt đi. Cách sửa không phải là nói không với mọi thứ; mà là biến **mỗi sự bổ sung thành một đánh đổi hiện hữu, tường minh** so với thời gian, thay vì một sự hấp thụ âm thầm.

## Cách kiểm soát scope

```text
✓ Định nghĩa XONG (DONE) ngay từ đầu — scope được viết ra, được thống nhất
✓ Làm cho chi phí của mỗi sự bổ sung HIỆN HỮU ("được, và điều đó đẩy chúng ta lùi một tuần")
✓ Theo dõi các thay đổi — một changelog về những gì được thêm vào/cắt bỏ
✓ Bảo vệ một MVP cốt lõi — bảo vệ quyết liệt những thứ phải-có
✓ Dùng một BÃI ĐỖ (PARKING LOT) — ghi lại các ý hay cho "sau này", đừng từ chối chúng
✓ Escalate các đánh đổi cho người sở hữu quyền ưu tiên — để họ lựa chọn
```

## Nước đi then chốt

Đừng từ chối thẳng các yêu cầu mới, điều đó biến bạn thành kẻ cản đường. Thay vào đó hãy làm lộ ra sự đánh đổi: "Chúng ta có thể thêm cái đó. Nó có nghĩa là hoặc deadline lùi một tuần hoặc chúng ta bỏ tính năng X. Bạn muốn cái nào?" Giờ thì đó là một quyết định *kinh doanh*, được đưa ra bởi đúng người, với đôi mắt mở to.

## Một ví dụ cụ thể

Giữa dự án, PM cứ liên tục thêm các tinh chỉnh "nhỏ". Bạn bắt đầu một nhật ký thay đổi scope dùng chung. Đột nhiên mọi người thấy rằng dự án hai tuần ban đầu đã hấp thụ ba tuần bổ sung, và cuộc trò chuyện về deadline trở nên hiển nhiên và dễ dàng.

## Tại sao điều này quan trọng

Scope creep không được quản lý là kẻ giết deadline thầm lặng, không có thay đổi đơn lẻ nào có vẻ lớn, nhưng chúng cộng lại thành một cú trượt.

Làm cho các đánh đổi tường minh sẽ giữ cho nhóm được bảo vệ, stakeholder được thông tin, và đẩy trách nhiệm khỏi đội kỹ thuật khi nguyên nhân là scope, chứ không phải nỗ lực.