Career & Non-TechNgười hỏi kiểm tra hai thứ: bạn có nhìn thẳng vào thất bại không, và bài học rút ra có áp dụng được không hay chỉ là câu chữ.
Cách dựng câu trả lời:
- Định nghĩa thất bại cho rõ — dự án bị huỷ, ra mắt nhưng không ai dùng, trễ hạn tới mức mất khách, hoặc phải viết lại từ đầu. Đừng chọn một dự án chỉ hơi chậm.
- Nêu vai trò thật của bạn — bạn phụ trách phần nào, quyết định nào có phần bạn trong đó.
- Nguyên nhân, không phải cái cớ — thường là: xác định sai vấn đề người dùng, phạm vi mở rộng không kiểm soát, chọn công nghệ vì thích chứ không vì phù hợp, hoặc không ai kiểm chứng giả định từ sớm.
- Bài học kèm bằng chứng đã áp dụng — ở dự án sau bạn làm khác đi thế nào.
Ví dụ mẫu: "Bọn em làm một module báo cáo trong bốn tháng, ra mắt xong ba tháng chỉ có hai người dùng. Nguyên nhân gốc: không ai nói chuyện với người dùng thật trước khi làm, cả team dựa vào một yêu cầu chuyển qua nhiều lớp trung gian. Em học được rằng phải kiểm chứng nhu cầu bằng bản dựng thô trước khi viết code thật. Ở dự án sau em đề xuất làm bản mẫu trong một tuần cho ba người dùng thử, kết quả là bọn em cắt được nửa số màn hình dự kiến."
Lỗi hay mắc:
- Chọn một "thất bại" giả (dự án thành công nhưng trễ hai ngày) — người phỏng vấn nhận ra ngay.
- Đổ hết cho sếp, cho khách hàng, cho team khác. Kể cả khi đúng là vậy, hãy nêu phần bạn có thể làm khác đi.
- Bài học chung chung kiểu "em học được phải giao tiếp nhiều hơn" mà không có hành động cụ thể sau đó.