Định luật Brooks trong thời đại AI: Thêm agent không cứu được dự án phần mềm trễ hạn

Có bao giờ bạn nghĩ rằng làn sóng AI agent sẽ xóa sổ những nút thắt kinh điển của ngành phần mềm? Một bài viết mới trên j11g.com lập luận rằng Định luật Brooks vẫn đúng, chỉ là nó đã "đột biến" để phù hợp với thời đại của LLM. Kết luận đáng chú ý: thêm agent vào một dự án có yêu cầu mơ hồ chỉ giúp bạn nhận được câu trả lời sai nhanh hơn.

Định luật Brooks và câu chuyện bốn người với một chiếc laptop

Mở đầu bài viết là một tình huống đời thường khá quen thuộc: tác giả chứng kiến bốn người loay hoay tìm cách kết nối một chiếc laptop với màn hình. Khi được nhờ "xem thử giúp", anh từ chối và viện dẫn một lý do mang tính nghề nghiệp:

"Kinh nghiệm của tôi là thêm nhiều người vào sẽ không giải quyết vấn đề này nhanh hơn."

Đó là cách gián tiếp nhắc đến Định luật Brooks — được nhà khoa học máy tính Frederick P. Brooks Jr. đúc kết trong cuốn sách nổi tiếng năm 1975 The Mythical Man-Month, dựa trên kinh nghiệm điều hành dự án IBM OS/360:

"Thêm nhân lực vào một dự án phần mềm đang trễ hạn sẽ khiến nó trễ hơn nữa."

Với độc giả Việt Nam làm phần mềm, đây chắc hẳn không phải khái niệm xa lạ: những dự án outsourcer nhận thêm người vào "dập lửa" giai đoạn nước rút thường không tăng tốc độ, mà kéo theo hàng loạt chi phí giao tiếp, đào tạo lại và bàn giao tri thức.

Liệu AI agent có phá vỡ định luật này?

Đặt câu hỏi cho thời đại AI agent và LLM, thoạt nhìn ta dễ nghĩ rằng Định luật Brooks đã lỗi thời. Những nút thắt truyền thống — thời gian onboarding, các cuộc họp stand-up bất tận, chính trị văn phòng — dường như biến mất chỉ sau một đêm. Một AI agent nắm bắt ngữ cảnh trong vài mili giây và không bao giờ xin nghỉ uống cà phê.

Nhưng nhìn kỹ hơn, tác giả khẳng định định luật không hề biến mất, nó chỉ biến đổi.

• Bài toán "sinh em bé" vẫn còn đó: chín agent vẫn không thể sinh em bé trong một tháng. Các tác vụ tuần tự vẫn mang tính tuần tự.
• Chi phí phối hợp không mất đi mà dịch chuyển: thay vì quản lý con người, bạn giờ phải quản lý agent. Vẫn cần có người định nghĩa thế nào là "hoàn thành", review code, phát hiện ảo giác (hallucination) và ghép các mảnh lại với nhau.
• Người đó chính là bạn: vai trò kiểm duyệt và điều phối vẫn thuộc về con người, không thể tự động hóa hoàn toàn.

Lập trình viên Việt Nam và bài học "prompt mơ hồ, kết quả sai nhanh hơn"

Với các đội ngũ phát triển tại Việt Nam đang ồ ạt tích hợp trợ lý AI vào quy trình làm việc, cảnh báo này rất đáng lưu tâm. Tác giả mô tả khả năng khá thực tế:

Ném chín agent tự trị vào cùng một codebase mà không có điều phối rõ ràng, chúng sẽ vui vẻ viết đè lên kết quả của nhau trong một vòng lặp tốc độ cao.

Phiên bản cập nhật năm 2026 của Định luật Brooks có thể được phát biểu như sau:

"Thêm agent vào một dự án có yêu cầu không rõ ràng sẽ khiến bạn nhận được câu trả lời sai nhanh hơn."

Kết luận: đầu tư vào yêu cầu, không chỉ vào công cụ

Thông điệp rút ra khá rõ ràng: AI không phải viên đạn bạc cho các dự án trễ hạn. Giá trị thật của agent nằm ở chỗ giải phóng sức lao động cho các tác vụ được định nghĩa tốt, chứ không phải thay thế tư duy kiến trúc, làm rõ yêu cầu hay trách nhiệm review. Các nhóm phát triển nên đầu tư vào quy trình điều phối, đặc tả yêu cầu và kiểm thử song song với việc thử nghiệm công cụ AI — nếu không, tốc độ của agent chỉ khiến sai lầm tích tụ nhanh hơn mà thôi.