Brooks’s Law thời AI: tốc độ tạo mã không thay thế sự rõ ràng
Một bài viết đang được thảo luận đặt lại Brooks’s Law trong thời AI agent: AI có thể tạo đầu ra nhanh, nhưng việc làm rõ yêu cầu, kiểm tra kết quả và ghép các phần thành một hệ thống nhất quán vẫn cần con người.
AI có thể giúp một đội tạo ra nhiều phương án, đoạn mã hoặc tài liệu nháp nhanh hơn trước. Nhưng tốc độ tạo đầu ra không tự động biến yêu cầu mơ hồ thành quyết định đúng.
Đó là điểm chính trong bài viết The Mythical Man-Month in the age of AI, khi tác giả đặt lại một câu hỏi quen thuộc: Brooks’s Law còn đúng không khi đội ngũ có AI agent?
Với BA và PO, câu hỏi này không chỉ dành cho lập trình viên. Nó chạm thẳng vào cách viết backlog, làm rõ phạm vi và tổ chức các quyết định trước khi đội bắt đầu làm song song.
Brooks’s Law không biến mất, mà đổi điểm nghẽn
Brooks’s Law thường được tóm tắt là: thêm nhân lực vào một dự án phần mềm đang chậm có thể khiến dự án chậm hơn. Quy luật này được gắn với Frederick P. Brooks Jr. và cuốn sách The Mythical Man-Month, dựa trên kinh nghiệm của ông với dự án IBM OS/360.
Bài viết gốc cho rằng AI agent có thể làm giảm một số chi phí quen thuộc của việc bổ sung người vào đội, chẳng hạn thời gian làm quen. Tuy vậy, các công việc có quan hệ tuần tự vẫn không thể được giải quyết chỉ bằng cách tăng số lượng agent.
Tác giả dùng phép so sánh quen thuộc: chín agent vẫn không thể hoàn thành một việc vốn cần diễn ra theo trình tự chỉ trong một phần chín thời gian.
Theo lập luận này, chi phí phối hợp không biến mất mà chuyển dạng. Thay vì chỉ điều phối con người, đội vẫn cần trả lời:
Khi nào một hạng mục được xem là hoàn thành?
Ai kiểm tra đầu ra AI có đúng với yêu cầu?
Ai xử lý khi các phần việc tạo ra mâu thuẫn nhau?
Ai chịu trách nhiệm giữ thiết kế và luồng nghiệp vụ nhất quán?
Kết luận ngắn gọn của tác giả là: thêm agent vào một dự án có yêu cầu chưa rõ có thể tạo ra câu trả lời sai nhanh hơn.
Với BA/PO, vấn đề không phải chỉ là chia nhỏ ticket
Một ticket ngắn không đồng nghĩa với một ticket đã sẵn sàng để làm song song.
Chẳng hạn, yêu cầu “cho khách hàng tất toán khoản vay trên ứng dụng” có thể ngắn, nhưng vẫn để ngỏ nhiều điều: tất toán đúng hạn hay trước hạn, phí được tính ra sao, trường hợp ngoại lệ là gì, và ai là người quyết định khi các bên liên quan có ý kiến khác nhau.
AI có thể hỗ trợ đội tạo ra nhiều cách diễn giải cho một yêu cầu như vậy. Nhưng AI không tự biết cách diễn giải nào phù hợp với chính sách, quy trình và quyết định sản phẩm của tổ chức.
Vì vậy, trước khi xem AI là phương án để tăng tốc backlog, BA và PO cần phân biệt ít nhất ba loại việc:
| Loại việc | Câu hỏi cần làm rõ | Rủi ro khi làm song song quá sớm |
|---|---|---|
| Khám phá | Điều gì đang chưa rõ trong yêu cầu? | Nhiều người hoặc agent cùng xây trên các giả định khác nhau |
| Quyết định | Ai có thẩm quyền chốt quy tắc và ngoại lệ? | Đội tạo ra đầu ra hợp lý về câu chữ nhưng không có giá trị để triển khai |
| Thực thi | Phần nào đã có ranh giới, dữ liệu và tiêu chí kiểm tra rõ? | Các phần phụ thuộc bị ghép lại muộn và tạo mâu thuẫn |
Cách nhìn này phù hợp với luận điểm trung tâm của bài viết: không phải mọi việc đều có thể được tăng tốc bằng cách nhân số lượng người hoặc agent thực hiện.
AI có thể giúp lộ ra điều chưa biết
Một bình luận dưới bài viết đưa ra góc nhìn đáng chú ý: nếu AI tạo ra câu trả lời sai rất nhanh, đôi khi chính điều đó giúp đội nhận ra yêu cầu còn thiếu gì.
Đây không phải là lý do để chấp nhận đầu ra sai. Nhưng nó gợi ý một vai trò hữu ích của AI trong giai đoạn phân tích: hỗ trợ phơi bày giả định, cách hiểu khác nhau và các điểm cần quyết định.
Với BA/PO, một bản nháp do AI tạo ra có thể trở thành vật để thảo luận, thay vì được xem là đặc tả cuối cùng. Giá trị của bản nháp nằm ở những câu hỏi nó buộc đội phải trả lời:
Thuật ngữ nào đang có nhiều cách hiểu?
Điều kiện hoặc ngoại lệ nào chưa được nêu?
Quy tắc nào chưa có người xác nhận?
Phần nào đang phụ thuộc vào một quyết định chưa được chốt?
Các nhóm liên quan có đang hiểu cùng một luồng hay không?
Nếu các câu hỏi này chưa có câu trả lời, việc chia thêm ticket hoặc giao thêm agent có thể chỉ làm tăng số lượng giả định cần sửa về sau.
Việc nhỏ, có ranh giới rõ thường phù hợp hơn
Phần bình luận cộng đồng nhìn chung đồng ý rằng AI có thể giảm chi phí tạo nội dung hoặc mã nguồn, nhưng không thay thế việc hiểu hệ thống, đánh giá đầu ra và duy trì một thiết kế nhất quán.
Một số ý kiến cho rằng agent hữu ích trong các việc mang tính khám phá, thử-sai, đảo ngược hệ thống hoặc tối ưu hiệu năng. Một số khác nhấn mạnh các nhiệm vụ nhỏ, được khoanh vùng tốt và có kiểm tra rõ ràng là nơi AI phát huy hiệu quả hơn.
Đây là ý kiến cộng đồng, không phải kết luận đã được chứng minh cho mọi dự án. Tuy nhiên, nó là một nhắc nhở hữu ích khi BA/PO chuẩn bị backlog:
Phần nào đã có phạm vi rõ?
Phần nào có tiêu chí để đối chiếu kết quả?
Phần nào vẫn cần quyết định từ nghiệp vụ, vận hành hoặc chủ sản phẩm?
Phần nào phụ thuộc tuần tự vào một quyết định trước đó?
Một hạng mục lớn nhưng đã rõ quy tắc và đầu ra có thể dễ triển khai hơn một hạng mục nhỏ nhưng còn mơ hồ về mục tiêu.
Đừng nhầm bản nháp với sự đồng thuận
AI có thể tạo ra văn bản trôi chảy, cấu trúc hợp lý và nhiều phương án nghe có vẻ đầy đủ. Nhưng sự trôi chảy của văn bản không phải bằng chứng rằng quy tắc nghiệp vụ đã được xác nhận.
Khi xem xét đầu ra do AI hỗ trợ tạo, BA/PO vẫn cần quay về những câu hỏi nền tảng:
Nội dung này dựa trên nguồn nào?
Điều gì là thông tin đã xác nhận, điều gì chỉ là giả định?
Có mâu thuẫn với quy trình, chính sách hoặc quyết định trước đó không?
Ai là người chịu trách nhiệm chốt các điểm còn mở?
Đầu ra này có thể kiểm tra được không?
Bài viết gốc không đưa ra một công cụ, quy trình hay công thức triển khai AI cụ thể. Giá trị của nó nằm ở lời cảnh báo về điều phối: AI có thể tăng tốc sản xuất đầu ra, nhưng không tự xóa các phụ thuộc, xung đột và quyết định trong dự án.
Tốc độ thật là tốc độ ra quyết định đúng
Một backlog đầy ticket, một loạt tài liệu nháp hoặc nhiều đầu ra từ agent có thể tạo cảm giác dự án đang đi rất nhanh. Nhưng nếu các giả định cốt lõi chưa được xác nhận, đội có thể chỉ đang tăng tốc vòng lặp làm rồi sửa.
Với BA và PO, vai trò quan trọng trong thời AI không chỉ là chia việc nhỏ hơn. Đó là giúp đội phân biệt rõ:
điều cần khám phá;
điều cần một người có thẩm quyền quyết định;
và điều đã đủ rõ để thực hiện hoặc kiểm tra.
AI có thể làm nhanh phần tạo nội dung. Còn sự rõ ràng về yêu cầu, trách nhiệm quyết định và tính nhất quán của sản phẩm vẫn là công việc cần được quản trị cẩn thận.