Thứ nhất, mọi thứ đều phải có đánh đổi. 1 sản phẩm thì như tam giác, 3 cạnh gồm chất lượng, thời gian, chi phí, phải hi sinh 1 cạnh để ưu tiên 2 cạnh còn lại. Trường hợp trên thì cty phải trả tiền cho dev/qa để OT hay outsource gì đó.
Thứ hai, khi muốn đòi hỏi thêm gì đó thì phải có chứng cứ, đưa ra được là với mục này và yêu cầu làm trong thời gian này là không thể. Ở đây có thế lấy các lesson learneds từ các dự án trước hay trong các retrospective chẳng hạn. Nếu không có chứng cứ thì nó là có thể, và chấp nhận làm đi, nếu có bị gì thì coi như là bài học cho dự án.
Cuối cùng, bảo vệ dev/qa trong những trường hợp thế này là việc của team leader hay scrum master. Nếu không làm được thì nên đứng sang một bên để người có năng lực làm và học hỏi từ họ.