Làm thế nào để quản lý phạm vi creep?

Chúng tôi thường nhận được yêu cầu vào phút cuối từ doanh nghiệp yêu cầu một tính năng bổ sung sẽ được triển khai. Người quản lý dự án thường chịu trách nhiệm lọc ra các yêu cầu này là "phải có" hoặc "tốt để có", nhưng có những trường hợp doanh nghiệp muốn ép tất cả các tính năng này vào một bản phát hành. Có cách nào tốt để nói KHÔNG với doanh nghiệp không? Những bước nào có thể được thực hiện để ngăn chặn hoặc giảm thiểu phạm vi creep?

Hỏi họ những gì họ muốn bạn bỏ để bạn có thời gian để yêu cầu mới nhất này.

Tôi đã không phải làm điều này trong một thời gian, và khi tôi làm, tôi đã sử dụng nó một cách tiết kiệm nếu không nó sẽ mất hiệu lực.

Tôi thấy nó hiệu quả nhất vào cuối giai đoạn khi bạn dọn dẹp đồ đạc hoặc thực hiện những cải tiến và chỉnh sửa nhỏ mà bạn đã đồng ý trong giai đoạn lập kế hoạch.

Thiết lập một quy trình yêu cầu thay đổi trước khi dự án bắt đầu. Nói điều gì đó với tác dụng của "Đây là những gì chúng tôi sẽ cung cấp. Nếu bạn muốn thêm một cái gì đó, bạn có thể viết nó ra, gửi nó, sau đó chúng tôi sẽ tìm ra nó sẽ tốn bao nhiêu và bạn có thể quyết định cho dù bạn thực sự muốn nó. "

Hãy chắc chắn rằng họ hiểu và mong đợi được trả tiền cho bạn cho i) hỗ trợ, ii) bổ sung và iii) bảo trì sau khi bạn hoàn thành công việc ban đầu trước khi bạn bắt đầu. Nếu họ không đồng ý thì đừng làm dự án.

Những gì chúng tôi làm là cung cấp một ngày đến hạn sửa đổi và ước tính chi phí mỗi lần. Bạn thêm chức năng X vào thứ Hai và sẽ mất 20 giờ và ngày đáo hạn là thứ Sáu, sau đó chúng tôi sẽ tự động trượt ngày đáo hạn trước 20 giờ. Khi chúng tôi đã đến nơi chúng tôi làm điều này mỗi lần (không có trường hợp ngoại lệ), chúng tôi đã ngừng nhận được rất nhiều yêu cầu creep phạm vi. Nhưng bạn phải làm điều đó mỗi lần, đưa cho họ ước tính thời gian (và ước tính chi phí nếu cần) và sau đó cho họ biết thời hạn mới sẽ là gì nếu chúng ta thêm tính năng này.