Hãy kể về một lần bạn xử lý tình trạng phình phạm vi (scope creep)

Hãy dùng cấu trúc STAR.

Bối cảnh. Trong dự án cổng thông tin khách hàng, nhà tài trợ liên tục thêm các yêu cầu "nhỏ" trong cuộc họp hằng tuần: báo cáo bổ sung, một vai trò người dùng mới, một định dạng xuất dữ liệu. Ngày phát hành thì đã cố định.

Nhiệm vụ. Giữ vững thời hạn và chất lượng mà vẫn giữ được lòng tin của nhà tài trợ.

Hành động. Tôi ghi mọi yêu cầu vào nhật ký thay đổi kèm ước lượng và tác động lên tiến độ, chi phí. Tôi gặp nhà tài trợ và cho thấy các yêu cầu đã nhận không còn vừa với ngày phát hành. Tôi đề nghị họ xếp hạng các mục mới so với phạm vi ban đầu. Hai bên thống nhất nhận hai yêu cầu ngay bây giờ và dời phần còn lại sang bản phát hành thứ hai, và tôi chính thức hoá việc này qua quy trình kiểm soát thay đổi.

Kết quả. Chúng tôi giao đúng hạn, nhà tài trợ thấy mình được lắng nghe, và các yêu cầu sau đó đều đi qua cùng quy trình minh bạch.

Bài học: đừng chỉ nói không, hãy cho thấy sự đánh đổi và để người có quyền quyết định lựa chọn.