Yêu cầu mới đến sau bữa trưa, bằng cái giọng cẩn thận mà ai cũng dùng khi biết bảng kế hoạch đã kín. Khách hàng cần thêm một báo cáo. Sales muốn có nút xuất dữ liệu. Support vừa gặp một trường hợp khiến luồng hiện tại khá vướng. Không ai cố gây hỗn loạn; chỉ là trên bảng không còn ô trống nào.
Phạm vi thay đổi không mặc nhiên chứng minh kế hoạch thiếu kỷ luật. Có lúc thông tin mới thực sự quan trọng: quy định đổi, khách hàng nói rõ nhu cầu hơn, discovery làm lộ một giới hạn kỹ thuật, hoặc thị trường vừa dịch chuyển. Kế hoạch vốn là dự đoán tốt nhất từ dữ liệu có tại thời điểm lập; dữ liệu tốt hơn phải có quyền làm nó đổi.
Rắc rối bắt đầu khi thay đổi được đối xử như phần cộng thêm mà không kèm đánh đổi. Thêm một trường dữ liệu, một màn hình, một báo cáo, một tích hợp — từng việc nghe đều nhỏ khi đứng một mình. Đặt cạnh nhau, chúng lấy dần thời gian test, sự chú ý của thiết kế, sức review, độ tự tin khi release và khả năng làm cho tới nơi tới chốn.
Muốn cuộc trao đổi bớt căng, trước hết phải làm sức chứa hiện ra. Nhóm đã cam kết những gì? Việc nào đang làm dở? Quyết định nào còn treo? Phần nào rủi ro vì đụng hành vi production, migration dữ liệu hay phụ thuộc ngoài nhóm? Khi kế hoạch nằm trước mắt, mọi người có một bề mặt chung để suy luận thay vì tranh nhau bằng cảm giác.
Câu hỏi hữu ích không phải “Chúng ta có làm được không?” Nếu cho đủ thời gian, một nhóm có thể làm rất nhiều thứ. Câu cần hỏi là: “Nếu việc này đi vào, việc gì phải đi ra hoặc lùi lại?” Có thể tính năng khác chuyển sang tuần sau, phiên bản đầu được thu nhỏ, yêu cầu mới chờ release kế tiếp, hoặc ngày giao được đổi công khai thay vì giấu chi phí trong giờ làm thêm.
Cách nói tạo ra khác biệt. Một tiếng “không” đứng riêng dễ bị nghe thành thái độ. Câu “Chúng ta có thể nhận phần này nếu báo cáo kia chuyển sang tuần sau” cho cuộc trao đổi một hình dạng cụ thể. Nó tôn trọng nhu cầu mới mà không giả vờ sức chứa là vô hạn, đồng thời đặt chi phí trước người có quyền chọn.
Engineering cần mang sự thật về implementation vào phòng nhưng không dựng nó thành bức tường. Product cần mang bối cảnh người dùng và kinh doanh vào mà không coi giới hạn delivery là sự chống đối. Design, QA, support và lãnh đạo nhìn thấy những loại chi phí khác nhau. Một cuộc bàn phạm vi tốt cho các góc nhìn ấy gặp nhau trước khi kế hoạch biến thành áp lực.
Có thay đổi nên nhận ngay, có thay đổi nên tách nhỏ, cũng có việc nên từ chối. Bình tĩnh không đồng nghĩa với chậm. Nó chỉ có nghĩa là hậu quả được gọi tên trước khi cả nhóm âm thầm gánh lấy. Hậu quả bị giấu lâu ngày thành ấm ức; hậu quả được nói rõ có thể trở thành quyết định.
Phạm vi sẽ còn đổi vì công việc thật luôn va vào đời sống thật. Mục tiêu không phải đóng băng kế hoạch, mà là giữ niềm tin khi kế hoạch dịch chuyển. Khi thứ rời khỏi bảng được chọn rõ ràng như thứ bước vào, thay đổi phạm vi trở về đúng chỗ của nó: một quyết định delivery, không phải một tình trạng khẩn cấp lặp đi lặp lại.