Bạn xử lý thế nào khi yêu cầu (requirement) chưa rõ ràng?
🇬🇧 What do you do when the requirements are not clear?
⚡ Trả lời nhanh
Hỏi sớm để hiểu mục tiêu và người dùng, liệt kê điều chưa rõ thành câu hỏi cụ thể. Viết lại cách hiểu của mình và xác nhận lại. Nếu chưa có trả lời, làm phần chắc chắn trước và ghi rõ giả định.
🇬🇧I ask early to understand the goal and the user. I write my questions clearly and confirm my understanding in writing. If I have no answer yet, I start with the clear parts and write down my assumptions.
Nhà tuyển dụng muốn biết gì
- Bạn không làm mù quáng rồi mới phát hiện sai hướng.
- Bạn chủ động hỏi và giao tiếp với product/QA/khách hàng.
- Bạn vẫn tiến lên được khi thông tin chưa đầy đủ.
Cách trả lời
- Hỏi mục tiêu: ai dùng, để làm gì, thế nào là xong.
- Liệt kê điều chưa rõ thành câu hỏi ngắn, đưa kèm lựa chọn nếu có.
- Viết lại cách hiểu của mình (comment, ticket, tin nhắn) để người kia xác nhận.
- Chưa có câu trả lời thì làm phần chắc chắn trước, ghi giả định, làm sao dễ sửa.
Câu trả lời mẫu (English)
When a requirement is not clear, I ask early. First, I ask about the goal: who will use this, and what problem does it solve?
Then I write my questions in one message. I give options when I can. For example, “For [tên tính năng], do we need to support [A] or only [B]?” After the answer, I write my understanding in the ticket, so everyone agrees.
If the answer comes late, I start with the parts I am sure about. I write down my assumptions and keep the code easy to change. In my last project, this saved us about [số] days of rework.
Từ vựng hay dùng
| English | Nghĩa tiếng Việt |
|---|---|
| requirement | yêu cầu |
| goal | mục tiêu |
| assumption | giả định |
| confirm | xác nhận |
| easy to change | dễ thay đổi |
| rework | làm lại |