Trong một sprint planning, bạn thấy team đang underestimate một story phức tạp vì không ai muốn 'nghe xấu'. Bạn xử lý thế nào để có estimation trung thực?

Tôi chia story lớn thành task nhỏ hơn để estimate. Khi cộng các task lại, tổng thường cao hơn nhiều so với estimate ban đầu cho cả story. Điều này giúp team thấy complexity thực sự mà không cảm thấy bị ép buộc phải estimate cao.

Khi cả team estimate thấp đồng loạt, tôi đặt câu hỏi: 'Điều gì có thể go wrong với story này?' Câu hỏi này thường kéo ra các risks và unknowns mà mọi người đã nghĩ nhưng không nói. Sau khi risks được liệt kê, team thường tự đồng ý re-estimate cao hơn.

Tôi normalize việc estimate cao bằng cách nhắc nhở team rằng chúng ta estimate cho worst case, không best case. Tôi cũng chia sẻ historical data: 'Story tương tự trong sprint 3 thực tế mất 8 điểm dù estimate là 5 — chúng ta học được gì từ đó?'

Tôi sử dụng Planning Poker một cách nghiêm túc — mọi người estimate cùng lúc, không ai thấy số của người khác trước. Điều này ngăn anchoring effect khi một người senior estimate trước và mọi người follow. Khi có sự chênh lệch lớn, tôi hỏi cả hai phía giải thích reasoning.