Tư Duy Nhận Task "Chuẩn Chỉnh" Cho Fresher Tập 1: "Nghe – Hỏi – Xác Nhận" (Nghệ thuật không vội gật đầu)

Đối với các bạn Fresher, đặc biệt là trong mảng kỹ thuật hoặc phát triển phần mềm, giai đoạn nhận task là nơi dễ xảy ra thảm họa nhất. Các bạn thường mắc hội chứng "sợ sếp", "sợ đánh giá", dẫn đến việc nhắm mắt gật đầu nhận bừa. Dưới đây là cách hướng dẫn Fresher rèn luyện kỹ năng này một cách thực chiến nhất.

1. NGHE (Lắng nghe chủ đích & Giải mã yêu cầu)

Nhiều Fresher nghĩ rằng "Nghe" chỉ là ghi nhớ lời sếp nói. Thực tế, "Nghe" ở cấp độ chuyên nghiệp là phải hiểu được bức tranh lớn (Business Logic) đằng sau cái task đó.

• Vấn đề của Fresher: Nghe theo kiểu máy móc. Sếp bảo "Làm cho anh cái API xuất báo cáo giao dịch", thế là cắm đầu vào code route, controller, query thẳng vào database.
• Tư duy cần dạy Fresher: Phải nghe được những thứ sếp chưa nói ra.
  • Dữ liệu này to cỡ nào? Nếu xuất ra hàng triệu dòng thì query thẳng có sập database không?
  • Người dùng (Client) gọi API này tần suất ra sao? Có cần giới hạn (Rate limit) hay dùng cache (Redis) không?
  • Sếp đang nói tới luồng xử lý đồng bộ (Sync) hay cần đẩy vào Message Queue để xử lý ngầm (Async)?

2. HỎI (Khai thác thông tin - Kỹ thuật 3W + 1C)

Khi đã phân tích được yêu cầu, bước tiếp theo là đặt câu hỏi để lấp đầy những lỗ hổng thông tin. Hãy dạy Fresher rèn thói quen sử dụng bộ khung 3W + 1C:

• WHAT (Đầu ra cụ thể là gì?):
  • Đừng hỏi: "Em làm cái này ra sao ạ?"
  • Nên hỏi: "Đầu ra của task này là một Document mô tả API, một đoạn code proof-of-concept, hay là tính năng hoàn thiện sẵn sàng deploy lên môi trường staging hả anh?"
• WHY (Tại sao phải làm tính năng này?):
  • Giúp Fresher không bị "over-engineering" (làm quá mức cần thiết) hoặc làm sai định hướng sản phẩm. Hiểu "Why" sẽ giúp đưa ra giải pháp "How" tốt nhất.
• WHEN (Bao giờ cần?):
  • Ép Fresher phải hỏi rõ deadline: "Em cần nộp bản draft (nháp) vào lúc nào và bản final (cuối cùng) vào lúc nào?"
• CONSTRAINTS (Ràng buộc hệ thống/Nghiệp vụ là gì?):
  • "Task này em có cần tuân thủ chuẩn coding convention nào hiện có không?"
  • "Khi update logic này, có ảnh hưởng đến các service hay batch job đang chạy ngầm ban đêm không?"

3. XÁC NHẬN (Ký "Hợp đồng" chốt sổ)

Đây là bước quan trọng nhất nhưng lại bị bỏ quên nhiều nhất. Xác nhận là việc đóng gói lại toàn bộ quá trình Nghe và Hỏi thành một lời cam kết rõ ràng.

• Kỹ thuật Paraphrase (Diễn đạt lại): Dạy Fresher thói quen không bao giờ kết thúc cuộc trò chuyện bằng câu "Vâng, em hiểu rồi". Thay vào đó, phải tóm tắt lại theo ngôn ngữ của mình.
• Kịch bản thực chiến (Nên khuyến khích Fresher chat/gửi mail lại để lưu vết):

  "Dạ, để em xác nhận lại task nhé. Trách nhiệm của em là viết một API xử lý luồng A, sử dụng PostgreSQL, đảm bảo xử lý được dữ liệu lớn mà không bị timeout. Em sẽ gửi anh tài liệu thiết kế (System Design) sơ bộ vào sáng mai để review trước, nếu chốt thì chiều thứ 6 tuần này em sẽ bàn giao code lên nhánh staging. Anh xem có cần điều chỉnh gì không ạ?"

Red Flags (Dấu hiệu cảnh báo nguy hiểm) cần dặn dò Fresher:

• Im lặng gật gù: Sếp nói 15 phút, Fresher chỉ gật đầu và không ghi chép bất cứ chữ nào.
• Hỏi những câu Google ra được trong 3 giây: Khuyến khích hỏi nghiệp vụ và định hướng, cấm hỏi những kiến thức syntax hoặc khái niệm cơ bản chưa tự tìm hiểu.