Trong thời đại AI, chúng ta cần những kỹ sư có "tư duy sản phẩm" hơn.

Claude Code khiến sản lượng thực tế của tổ chức kỹ thuật Anthropic đạt khoảng gấp ba lần nhân lực, nhưng nút thắt cổ chai không biến mất, nó chuyển từ "viết code" sang "quyết định làm gì".
(Bối cảnh trước: Claude Code bổ sung tính năng tác vụ định thời trên đám mây! Không cần mở máy tính, AI tự động xét duyệt PR, nâng cấp)
(Bổ sung nền tảng: Kỹ sư Anthropic không viết code nữa: Claude đang huấn luyện thế hệ Claude tiếp theo, CEO nói "không chắc còn lại bao nhiêu thời gian")

Năng suất của kỹ sư tăng gấp ba, nhưng công ty lại tuyển thêm người. Nghe có vẻ mâu thuẫn, nhưng những gì Anthropic đang làm chính xác là như vậy. Theo bài bình luận khách mời của kỹ sư phần mềm Amazon Ishan Gupta trên VentureBeat, Anthropic gần đây yêu cầu đội ngũ phát triển của mình "tuyển thêm" quản lý sản phẩm (PM), chứ không cắt giảm, vì Claude Code khiến sản lượng thực tế của toàn bộ tổ chức kỹ thuật đạt khoảng gấp ba lần nhân lực, nút thắt cổ chai đã chuyển từ IDE (tức nơi viết code) sang người "quyết định làm gì".

Nói đơn giản là, công cụ nhanh hơn, nhưng người chỉ cho công cụ phải làm gì thì không theo kịp.

Nút thắt cổ chai không nằm ở gõ phím

Gupta mô tả hình mẫu điển hình của quy trình kỹ thuật trong thập kỷ qua: kỹ sư nghiên cứu công nghệ, viết code, khi bí thì tra Stack Overflow. Và giờ đây, số lượng câu hỏi mới hàng tháng trên Stack Overflow đã giảm khoảng 77% kể từ khi ChatGPT ra mắt vào tháng 11 năm 2022. Con số này tự nó đã là một lát cắt ngành: Kỹ sư không còn cần đợi câu trả lời trong cộng đồng nữa.

Anh ta chia sự chuyển đổi này thành năm giai đoạn. Giai đoạn một là thời đại Stack Overflow (2014 đến cuối 2022), suy nghĩ của kỹ sư tập trung vào một nơi, các vấn đề có giải pháp cộng đồng cố định. Giai đoạn hai là thời đại tab trình duyệt (cuối 2022 đến 2024), thế hệ ChatGPT đầu tiên hoạt động bên ngoài IDE, kỹ sư viết prompt trong trình duyệt, dán lại vào VS Code, toàn bộ quy trình vẫn là đơn luồng, do kỹ sư điều khiển.

Giai đoạn ba là thời đại IDE gốc (2024 đến 2025): Cursor và Claude Code đưa mô hình vào trình soạn thảo, và cấp quyền truy cập toàn bộ repo. Hệ quả then chốt của bước này là, vai trò của kỹ sư cấp cao như một "đường dẫn nâng cấp" gần như biến mất, kỹ sư cấp thấp khi bí không cần gõ cửa đồng nghiệp cấp cao nữa, mô hình có tính kiên nhẫn hơn bất kỳ đồng nghiệp nào.

Đến năm 2026, không ít nhà phát triển khi gõ lệnh đầu tiên trên terminal mới đã là claude.

Giai đoạn bốn là thời đại định hướng bởi spec (2025 đến 2026): context window lớn hơn đã nén những công việc trước đây cần ticket, file thiết kế, cả sprint mới xử lý được vào một session đơn. Đội ngũ Kiro IDE của Amazon được báo cáo đã giảm phát triển tính năng từ hai tuần xuống còn hai ngày. Một đội kỹ sư AWS đã hoàn thành việc tái cấu trúc ban đầu ước tính cần 30 kỹ sư trong 18 tháng, với 6 người trong 76 ngày.

Giai đoạn năm, tức hiện tại, là thời đại Routines (2026): Anthropic ra mắt Claude Code Routines vào tháng 4, các tác nhân (agents) có thể lên lịch, chạy thường trực, có thể chạy theo chu kỳ, webhook hoặc chạy suốt đêm khi laptop đóng.

Cron đã trở lại, Hooks đã trở lại. Công việc của kỹ sư bắt đầu có thành phần "điều phối": trước khi ngủ thì khởi động một nhóm tác nhân, sáng hôm sau xét duyệt một xấp PR.

Ai quyết định làm gì?

Tuy nhiên, năng suất kỹ thuật tăng gấp ba, nhưng quản lý sản phẩm thì không thay đổi. Để lấp đầy khoảng trống này, LinkedIn đã chuyển đổi lộ trình Phó Quản lý Sản phẩm (APM) thành chương trình "Product Builder", đào tạo những người đa năng trải dài qua sản phẩm, thiết kế, kỹ thuật; Anthropic thì chọn tuyển thêm PM trực tiếp.

Lời khuyên của Gupta dành cho kỹ sư rất trực tiếp: Kỹ sư quan trọng của năm 2026 không còn là người chờ yêu cầu công việc đến. Mà phải chủ động nói chuyện với khách hàng, đọc gợi ý hỗ trợ khách hàng, ngồi vào cuộc gọi bán hàng, có thể thực sự tạo ra ý tưởng chứ không chỉ thụ động ước lượng thời gian.

Kỹ sư giỏi năm 2026 không phải là người viết nhiều code nhất, mà là người biết nên làm gì, có thể chứng minh đáng làm, có hạm đội tác nhánh cộng với kỷ luật xét duyệt để giao hàng, đồng thời không làm hệ thống sụp đổ vì tốc độ.

Kết luận của Gupta để lại một lựa chọn rõ ràng: Kỹ sư nào nội hóa điều này sẽ vượt qua thập kỷ thú vị nhất trong lịch sử phần mềm; kỹ sư nào tiếp tục chờ yêu cầu công việc sẽ nhìn thấy tác nhánh bên cạnh xử lý hết các yêu cầu đó.