# Thái độ công việc của một AI FDE: Tại sao kỹ năng cứng chỉ chiếm 50% tấm vé ở lại doanh nghiệp sau kỳ thực tập?

title: # Thái độ công việc của một AI FDE: Tại sao kỹ năng cứng chỉ chiếm 50% tấm vé ở lại doanh nghiệp sau kỳ thực tập?

Phần 4 — Thái độ công việc và văn hóa làm việc | Bài 11/15

Mở đầu: Kỹ năng đưa bạn vào cửa, thái độ giữ bạn ở lại

Rất nhiều thực tập sinh có nền tảng kỹ thuật tốt — biết code, biết tích hợp AI, biết xây RAG — nhưng vẫn không được giữ lại sau kỳ thực tập. Ngược lại, không ít trường hợp thực tập sinh kỹ năng ở mức trung bình nhưng lại được nhận chính thức, thậm chí được ưu tiên giao việc quan trọng sớm hơn. Sự khác biệt nằm ở đâu?

Câu trả lời nằm ở một thực tế mà ít sinh viên được chuẩn bị tâm lý trước: doanh nghiệp không chỉ tuyển một người biết code, họ tuyển một người đồng hành đáng tin cậy trong dài hạn. Kỹ năng cứng chứng minh bạn có thể làm được việc ngay bây giờ; thái độ chứng minh bạn có thể tiếp tục phát triển và đáng tin cậy trong tương lai — và với vị trí AI FDE, nơi công nghệ thay đổi liên tục, yếu tố thứ hai lại càng quan trọng.

1. Tinh thần chủ động (Ownership) — yếu tố phân biệt rõ rệt nhất

Ownership là gì trong thực tế công việc?

Ownership không phải là một khái niệm trừu tượng — nó thể hiện qua những hành vi rất cụ thể:

Khi gặp một vấn đề không nằm trong phạm vi được giao nhưng bạn nhận thấy, bạn có chủ động báo cáo hay bỏ qua vì "không phải việc của mình"?
Khi hoàn thành nhiệm vụ sớm, bạn có chủ động hỏi "còn việc gì em có thể giúp không" hay ngồi chờ được giao thêm việc?
Khi một tính năng bạn xây dựng gặp lỗi sau khi đã bàn giao, bạn có chủ động theo dõi và sửa, hay coi như "việc đã xong, không còn liên quan đến mình"?

Vì sao Ownership đặc biệt quan trọng với AI FDE?

Công việc của AI FDE thường gắn liền với các hệ thống chưa hoàn thiện, công nghệ còn mới, và ranh giới trách nhiệm không phải lúc nào cũng rõ ràng như các vị trí kỹ thuật truyền thống. Một AI FDE thiếu tinh thần chủ động dễ rơi vào tình trạng "chỉ làm đúng những gì được giao trên giấy", trong khi giá trị thực sự của vị trí này nằm ở khả năng nhìn thấy vấn đề trước khi nó được ai đó chỉ ra.

2. Đối mặt với deadline gấp — thử thách gần như chắc chắn sẽ gặp

Trong môi trường phát triển sản phẩm tích hợp AI, deadline gấp là chuyện thường xuyên hơn nhiều so với các dự án phần mềm truyền thống, vì đây là lĩnh vực doanh nghiệp đang chạy đua để không bị tụt lại. Cách bạn phản ứng với áp lực deadline là một trong những "bài kiểm tra ngầm" quan trọng nhất mà nhà tuyển dụng quan sát.

Phản ứng nên có

Giao tiếp sớm, không im lặng chịu đựng: Nếu nhận thấy deadline không khả thi, hãy báo cáo càng sớm càng tốt, kèm theo lý do cụ thể và đề xuất phương án (làm gọn phạm vi, xin thêm thời gian, hoặc xin thêm hỗ trợ) — thay vì im lặng cố gắng rồi báo trễ vào phút chót.
Ưu tiên đúng việc quan trọng: Khi thời gian gấp, biết phân biệt việc nào ảnh hưởng trực tiếp đến kết quả cuối, việc nào có thể lược bớt hoặc làm sau — đây chính là biểu hiện của tư duy product-driven đã nhắc ở Bài 6.
Giữ bình tĩnh, không lan truyền sự hoảng loạn: Đặc biệt trong môi trường nhóm nhỏ (startup), thái độ bình tĩnh của một thành viên có thể ảnh hưởng tích cực đến cả nhóm.

Phản ứng nên tránh

Im lặng nhận việc dù biết không khả thi, dẫn đến thất hứa vào phút cuối — gây thiệt hại niềm tin lớn hơn nhiều so với việc báo sớm.
Đổ lỗi cho hoàn cảnh/công cụ/người khác khi không hoàn thành đúng hạn, thay vì tập trung vào giải pháp.

3. Áp lực khi hệ thống AI gặp lỗi bất ngờ (production issues)

Đây là loại áp lực đặc thù của công việc AI FDE, khác biệt với lập trình viên truyền thống ở một điểm quan trọng: hệ thống AI có thể "gặp lỗi" theo cách khó đoán trước hơn nhiều — không chỉ là lỗi code thông thường, mà còn là AI trả lời sai, trả lời không phù hợp, hoặc chi phí vận hành tăng đột biến do hành vi bất thường của mô hình.

Thái độ cần có khi hệ thống AI gặp sự cố

Không hoảng loạn, không đổ lỗi cho "AI thông minh nhưng khó lường" — thay vào đó, tập trung vào việc xác định nguyên nhân và khắc phục có hệ thống.
Minh bạch về mức độ nghiêm trọng — báo cáo trung thực về phạm vi ảnh hưởng của lỗi, không giảm nhẹ để tránh trách nhiệm, vì điều này có thể khiến vấn đề trở nên nghiêm trọng hơn nếu không được xử lý kịp thời.
Rút kinh nghiệm có hệ thống sau sự cố — ghi lại nguyên nhân, cách xử lý, và đề xuất cải tiến để tránh lặp lại, thay vì chỉ "chữa cháy" xong rồi quên.

Thái độ đối mặt với sự cố production — thay vì né tránh hay che giấu — chính là điều được nhắc kỹ hơn ở khía cạnh văn hóa làm việc trong bài tiếp theo về "Fail fast, learn faster".

4. Vậy kỹ năng cứng vẫn quan trọng chứ?

Chắc chắn có — nội dung này không phủ nhận giá trị của kỹ năng kỹ thuật đã được trình bày xuyên suốt Phần 2. Nhưng thực tế tuyển dụng cho thấy: kỹ năng cứng là điều kiện cần để được nhận vào thực tập, còn thái độ làm việc là điều kiện đủ để được giữ lại và phát triển xa hơn. Một ứng viên kỹ năng tốt nhưng thiếu ownership, phản ứng kém với áp lực, hoặc né tránh trách nhiệm khi có sự cố — thường bị đánh giá là rủi ro cao hơn một ứng viên kỹ năng vừa phải nhưng đáng tin cậy và cầu tiến.

Kết luận

Tấm vé ở lại doanh nghiệp sau kỳ thực tập không chỉ được quyết định bởi việc bạn code giỏi đến đâu, mà còn bởi cách bạn thể hiện tinh thần chủ động, cách bạn xử lý deadline gấp, và cách bạn đối mặt với những sự cố không lường trước — đặc biệt phổ biến trong môi trường AI FDE. Đây là những phẩm chất không được dạy trong bất kỳ giáo trình nào, nhưng lại thường là yếu tố quyết định cuối cùng trong mắt nhà tuyển dụng.

Bài tiếp theo: "Văn hóa 'Fail fast, learn faster' trong môi trường phát triển sản phẩm tích hợp AI"