Triple constraint là ba ràng buộc phạm vi (scope), thời gian và chi phí gắn chặt với nhau: đổi một cạnh thì ít nhất một cạnh khác phải đổi theo, nếu không thì chất lượng (nằm giữa tam giác) là thứ bị hy sinh.
Khi khách đòi thêm tính năng, PM không trả lời "được" hay "không được" mà đưa ra các phương án có giá:
- Giữ deadline, giữ ngân sách → bỏ hoặc lùi một hạng mục khác có độ lớn tương đương.
- Nhận phạm vi mới, giữ ngân sách → lùi ngày bàn giao.
- Nhận phạm vi mới, giữ deadline → thêm người hoặc OT, tức là tăng chi phí; thêm người vào giữa dự án cũng không giúp ngay vì người mới cần thời gian làm quen.
Khách hàng chọn một phương án, PM ghi lại thành change request để có căn cứ về sau.
Lưu ý: phương án "làm thêm mà không đổi gì" chính là cắt chất lượng một cách ngầm: bớt test, tăng nợ kỹ thuật. Nói rõ điều này với khách thay vì nhận lời rồi để team gánh.