AI coding assistant không giúp giao hàng nhanh hơn — vì coding chưa bao giờ là nút thắt

Agoda công bố một quan sát: dù các công cụ lập trình AI đã giúp tăng rõ rệt năng suất của từng developer, tốc độ ở cấp độ dự án lại chỉ cải thiện rất ít, vì coding chưa bao giờ là nút thắt thực sự. Bài viết cho rằng nút thắt đã chuyển lên phía trên — sang khâu đặc tả và kiểm chứng — vì những phần này đòi hỏi phán đoán của con người. Sự thay đổi này kéo theo nhiều hệ quả lớn cho cách tổ chức đội ngũ kỹ thuật.

Leonardo Stern, kỹ sư phần mềm tại Agoda, liên hệ điều này với lập luận kinh điển của Fred Brooks trong cuốn No Silver Bullet: việc tăng tốc chỉ một phần của vòng đời phát triển sẽ mang lại lợi ích giảm dần cho toàn bộ tiến độ.

Quan sát này phù hợp với dữ liệu toàn ngành: nghiên cứu của Faros AI trên hơn 10.000 developer thuộc 1.255 team cho thấy các team sử dụng AI nhiều hoàn thành nhiều task hơn 21% và merge nhiều pull request hơn 98%, nhưng thời gian review PR lại tăng tới 91%. Điều này củng cố nhận định rằng tăng tốc ở giai đoạn coding chỉ làm dồn áp lực sang nơi khác.

Điều quan trọng hơn, theo Stern, là hệ quả đối với cấu trúc đội ngũ. Trước đây, các team nhỏ được ưa chuộng vì coding được xem là hoạt động tạo giá trị chính, còn giao tiếp bị coi là chi phí.

Khi công việc giá trị cao nhất chuyển sang đặc tả và căn chỉnh kiến trúc, logic này đảo ngược: giao tiếp không còn là chi phí cần giảm, mà chính là công việc cốt lõi. Team nhỏ thắng không phải vì giảm phối hợp, mà vì đạt được sự hiểu chung nhanh hơn. Năm người có thể thống nhất về ý định và các trường hợp biên tốt hơn nhiều so với mười lăm người.

Sự chuyển dịch trong sản phẩm đầu ra của kỹ sư phần mềm: từ viết code sang đặc tả và kiểm chứng

Stern đưa ra ba cách tiếp cận khi làm việc với code do AI tạo ra. Mô hình “white box” — nơi con người đọc và kiểm tra từng dòng code — không còn khả thi khi agent có thể tạo hàng nghìn dòng mỗi giờ. Mô hình “black box” hay “vibe coding” — triển khai luôn code AI sinh ra với kiểm chứng tối thiểu — thì nhanh nhưng thiếu ổn định cho hệ thống production lớn.

Con đường trung gian mà Stern đề xuất là “grey box”: con người vẫn chịu trách nhiệm ở hai điểm quan trọng — viết đặc tả đủ rõ để agent thực thi chính xác, và kiểm chứng kết quả dựa trên bằng chứng thay vì đọc từng dòng code. Quan trọng là trách nhiệm không chuyển sang AI: kỹ sư vẫn chịu trách nhiệm hoàn toàn cho những gì được triển khai.

Cách nhìn này — chuyển từ kiểm tra code sang đánh giá bằng chứng — tương đồng với tư duy kiến trúc trong bài viết về Spec-Driven Development. Theo đó, đặc tả nên trở thành nguồn chân lý có thể thực thi, còn code chỉ là sản phẩm được sinh ra phía sau và có thể tái tạo.

Quyền kiểm soát của con người đang chuyển từ viết code sang định nghĩa và quản lý ý định

Từ góc nhìn quy trình, Stern đi đến kết luận tương tự: một bản đặc tả chi tiết, có tiêu chí chấp nhận rõ ràng, bao phủ các trường hợp biên và quyết định kiến trúc sẽ trở thành sản phẩm chính của kỹ sư. Phần triển khai sẽ ngày càng được giao cho agent.

Cả hai góc nhìn đều dẫn đến một kết luận chung: vai trò của con người đang dịch chuyển lên tầng trừu tượng cao hơn — từ viết code sang định nghĩa và kiểm soát ý định.