Dev Chroniclesby Thinnd
Kinh nghiệm và bài học

Từ chuyền tay sang nướng bánh chung: nhóm IT làm việc với nhau thế nào ở thời AI

Thay vì chuyền việc qua nhiều khâu, nhiều nhóm IT đang hướng tới nhóm nhỏ làm việc cùng trợ lý AI. Bài kể bằng chuyện tiệm bánh, có số liệu thật, ví dụ trong công việc, và cả những cái bẫy của cách làm mới.

Nhu Duy Thin (Thinnd)16 phút đọc
  • #làm việc nhóm
  • #AI
  • #quy trình
  • #xu hướng
  • #kinh nghiệm

Bản trình chiếu

Bấm vào slide rồi dùng phím mũi tên để chuyển trang. Phím L đổi ngôn ngữ, phím F để toàn màn hình.

Mở toàn màn hình

Dành cho bất kỳ ai làm trong hoặc cạnh một nhóm IT, không cần biết lập trình. Thuật ngữ nào cũng đi kèm lời giải thích bằng ví dụ đời thường, và cả bài dùng một hình ảnh xuyên suốt: tiệm bánh.

Đây là một xu hướng còn mới và đang thay đổi nhanh. Các số liệu lấy từ báo cáo và khảo sát công khai, có liệt kê ở cuối bài, nhiều số liệu do chính các hãng công nghệ công bố. Ví dụ ghi là "minh họa" được dựng lại cho dễ hình dung, không nhắc đến nhóm hay công ty cụ thể nào.

Tóm tắt nhanh#

  • Thay vì chuyền việc theo dây chuyền (phân tích, thiết kế, lập trình, kiểm thử, vận hành), nhiều nhóm đang hướng tới nhóm nhỏ, trong đó mỗi người đi được xa hơn nhờ trợ lý AI.
  • Thay vì họp nhiều để truyền đạt, nhóm đang hướng tới viết rõ "xong là thế nào" và ghi ngữ cảnh ra giấy. Một cuốn sổ tay tốt phục vụ cả người lẫn AI.
  • Thay vì nút thắt nằm ở khâu viết code, nút thắt đang dịch sang khâu đọc và duyệt. Một phân tích số liệu lớn cho thấy nhóm dùng AI nhiều gộp được nhiều thay đổi hơn nhưng thời gian duyệt cũng tăng mạnh.
  • Cách mới có bẫy riêng: duyệt không kịp, mỗi người một trợ lý một ý, người mới ít cơ hội tập làm. Báo cáo của Google (DORA) mô tả AI như một cái loa: nhóm tốt nghe tốt hơn, nhóm rối nghe rối hơn.
  • Lời khuyên gọn: nhóm nhỏ, mô tả việc rõ, sổ tay chung, có quy tắc duyệt, và đo kết quả của cả nhóm thay vì đo số dòng code.

Từ khó, nói dễ#

Thuật ngữ Nói dễ hiểu
Handoff (chuyền tay) Một người làm xong phần của mình rồi giao cho người kế tiếp, như chuyền gậy trong cuộc chạy tiếp sức.
Bottleneck (nút thắt) Chỗ chậm nhất trong cả quy trình, như cổ chai: nước đổ nhanh đến mấy cũng chảy ra bằng cổ chai.
Agent (trợ lý AI tự làm việc) Loại AI không chỉ trả lời mà còn tự làm một chuỗi việc như đọc dự án, sửa nhiều chỗ, chạy thử.
Spec (bản mô tả việc) Một trang viết rõ cần làm gì và "xong" nghĩa là thế nào, để người và AI hiểu giống nhau.
Code review (duyệt code) Người thứ hai đọc code của người thứ nhất trước khi cho vào sản phẩm, như người nếm thử bánh trước khi bán.
Context file (sổ tay cho AI) Một tệp ghi quy ước của dự án để AI đọc trước khi làm. Tên hay gặp là AGENTS.md hoặc CLAUDE.md.
Amplifier (cái loa) Vật làm to âm thanh vào nó, dù tiếng hay hay tiếng rè.

1. Cách cũ: xưởng bánh dây chuyền#

Hình dung một xưởng bánh có năm bàn xếp thành hàng. Bàn một nhận đơn hàng. Bàn hai nhào bột. Bàn ba nướng. Bàn bốn trang trí. Bàn năm đóng hộp. Mỗi người chỉ giỏi một bàn và chỉ nhìn thấy phần việc của mình. Nhiều nhóm IT từng làm việc đúng như vậy: phân tích, thiết kế, lập trình, kiểm thử, vận hành, mỗi khâu một nhóm, giao cho nhau bằng ticket và tài liệu.

Cách này có lý do để tồn tại. Nó dễ quản lý, ai làm gì rõ ràng, và khi viết code còn chậm và tốn công thì chia nhỏ việc là hợp lý. Vấn đề chỉ lộ ra khi ta nhìn kỹ những khoảng giữa các bàn.

1.1 Một ticket đi qua năm tay (minh họa)#

Một yêu cầu nhỏ: "thêm nút hủy đơn trên trang đơn hàng".

Ngày Chuyện gì xảy ra Ai đang làm, ai đang chờ
Thứ Hai Phân tích viết yêu cầu, mất nửa ngày Các khâu sau chờ
Thứ Tư Thiết kế vẽ màn hình, mất nửa ngày Phân tích đã xong, lập trình chờ
Thứ Sáu Lập trình viên làm, mất một ngày Thiết kế đã xong, kiểm thử chờ
Thứ Ba tuần sau Kiểm thử mất nửa ngày thì phát hiện: "hủy rồi thì hoàn tiền sao?" Yêu cầu không nói Lập trình chờ câu trả lời
Thứ Năm tuần sau Lập trình sửa mất nửa ngày, ticket đóng Hết chờ

Từ lúc viết yêu cầu đến lúc đóng ticket là chín ngày làm việc, trong đó chỉ khoảng ba ngày là làm thật và khoảng sáu ngày là chờ. Đây là ví dụ dựng lại cho dễ hình dung, con số mang tính minh họa, nhưng mô hình "làm ít, chờ nhiều" thì rất quen thuộc với những ai từng sống trong quy trình nhiều khâu.

1.2 Bài toán những sợi dây liên lạc#

Càng nhiều người, càng nhiều cặp phải nói chuyện với nhau. Số cặp (sợi dây liên lạc) giữa n người là n nhân (n trừ 1), rồi chia 2. Thử tính:

Số người Số sợi dây liên lạc
3 3
5 10
10 45
20 190

Gấp đôi số người từ 5 lên 10 thì số dây tăng gần gấp bốn. Đây là phần lý giải cho "định luật Brooks" nổi tiếng trong ngành, rút ra từ cuốn The Mythical Man-Month (Fred Brooks, 1975): thêm người vào một dự án đang trễ thường làm nó trễ hơn, vì người mới cần được hướng dẫn và số cuộc trao đổi tăng nhanh. Định luật này cũng bị tranh luận, nhưng hình ảnh "bếp đông đầu bếp thì va vào nhau" thì ai cũng hiểu.

1.3 Giới hạn của cách cũ#

  • Chờ. Việc nằm trong hàng đợi lâu hơn thời gian được làm.
  • Rơi ngữ cảnh. Mỗi lần chuyền tay, một phần "vì sao" bị bỏ lại. Người sau làm theo chữ, không theo ý.
  • Phản hồi muộn. Lỗi hiểu sai chỉ lộ ra ở khâu cuối, lúc sửa đắt nhất.
  • Trách nhiệm loãng. Ai cũng có thể nói "phần của tôi đã đúng yêu cầu".
  • Họp để vá khe hở. Nhiều cuộc họp chỉ để chuyền thông tin mà lẽ ra viết một trang là đủ.

2. Cách mới: tiệm bánh nhỏ và những phụ bếp AI#

Giờ hình dung một tiệm bánh nhỏ có ba người thợ. Mỗi người tự làm chiếc bánh từ đầu đến cuối, nhưng bên cạnh có một phụ bếp nhanh tay: nhào bột, nướng thử, ghi lại công thức. Phụ bếp rất nhanh nhưng đôi lúc nhầm đường với muối, nên thợ chính quyết định làm bánh gì, tự nếm từng mẻ, rồi mới đưa ra quầy.

Đó là hình ảnh của xu hướng mà nhiều nhóm IT đang hướng tới. Hình ảnh này được đơn giản hóa từ các báo cáo công khai, và thực tế mỗi nơi làm một khác.

2.1 Những dấu hiệu của xu hướng#

  • AI trở thành kỳ vọng cơ bản. Tháng 4/2025, CEO Shopify (Tobi Lütke) gửi một bản ghi nhớ nội bộ, sau đó chính ông đăng công khai. Nội dung gồm việc dùng AI thành thạo là kỳ vọng cơ bản với mọi người, các nhóm phải chứng minh vì sao AI không làm được việc trước khi xin thêm nhân sự, và câu hỏi về việc dùng AI sẽ vào phần đánh giá hiệu suất. Đây là quan điểm của một công ty, không phải quy luật chung.
  • Một phần code mới do AI viết. Tháng 10/2024, CEO Alphabet (Sundar Pichai) cho biết hơn một phần tư code mới ở Google do AI tạo ra, rồi được kỹ sư duyệt và chấp nhận. Chưa rõ con số này tính "gợi ý tự động khi gõ" hay "AI tự viết cả đoạn", và đây là số liệu năm 2024.
  • Nhóm gồm người và trợ lý AI. Báo cáo Work Trend Index 2025 của Microsoft mô tả "Frontier Firm", nơi nhóm gồm người và trợ lý AI, mỗi người đóng vai "agent boss" (người sếp của các trợ lý), và sơ đồ tổ chức cứng được thay bằng "sơ đồ công việc" thay đổi theo mục tiêu. Đây là khảo sát do một hãng công nghệ thực hiện và quảng bá sản phẩm của họ.
  • AI đã phổ biến trong ngành. Báo cáo DORA 2025 của Google (khảo sát gần 5.000 người làm phần mềm) ghi nhận khoảng 90% dùng AI trong công việc.

Riêng từng dấu hiệu chưa chứng minh điều gì, nhưng cùng hướng về một phía: nhóm nhỏ hơn, mỗi người làm được nhiều khâu hơn, và AI là một thành viên được tính đến.

2.2 Người làm gì, AI làm gì#

Việc Hay do người giữ Hay giao cho AI (rồi người kiểm)
Chọn làm gì, vì sao Người AI gợi ý phương án
Mô tả "xong là thế nào" Người AI giúp soạn nháp
Viết code, test, tài liệu Người xem lại AI soạn bản đầu
Đọc và duyệt Người chịu trách nhiệm AI soi trước lỗi nhỏ
Quyết định đưa lên sản phẩm Người Không giao
Nhận trách nhiệm khi sai Người Không thể

2.3 Văn bản thay cho cuộc họp#

Khi có trợ lý AI, một thứ trở nên rất đáng giá: ngữ cảnh viết ra giấy. AI không dự họp, không nghe được câu "ý anh là vậy mà". Nó chỉ biết những gì được viết lại. Vì thế nhóm làm theo cách mới hay có hai thứ:

  • Bản mô tả việc (spec): một trang nói rõ cần làm gì, ai dùng, "xong" nghĩa là thế nào, những gì không làm.
  • Sổ tay cho AI (context file): ghi quy ước của dự án, cách chạy thử, những điều cấm. Nó vừa là chỉ dẫn cho AI, vừa là tài liệu cho người mới vào nhóm.

Một sổ tay nhỏ có thể trông như sau:

Dự án: trang đơn hàng
Chạy thử: npm test
Quy ước: đặt tên hàm bằng tiếng Anh, thông báo cho người dùng bằng tiếng Việt
Cấm: không sửa thư mục /payments nếu chưa có người duyệt
Xong là: có test, có ảnh chụp màn hình, người duyệt đã đọc

2.4 Một buổi chiều của tiểu đội (minh họa)#

Cũng yêu cầu "nút hủy đơn" ở trên, trong một nhóm ba người làm theo cách mới:

Giờ Chuyện gì xảy ra
13:00 Lan (người phụ trách) viết một trang mô tả, gồm cả "hủy rồi thì hoàn tiền sao?"
13:30 Trợ lý AI dựng màn hình, code và test, theo sổ tay của dự án
15:00 Minh đọc và duyệt, sửa hai chỗ AI hiểu sai quy ước
16:00 Cả nhóm xem bản chạy thử và quyết định đưa lên

Cả vòng khoảng một buổi chiều, không phải hai tuần. Đây là ví dụ dựng lại, không phải mọi tính năng đều gọn như vậy. Yêu cầu càng mơ hồ hoặc càng liên quan đến thanh toán, an toàn, thì càng cần nhiều người xem hơn.

3. Cách mới cũng có bẫy#

Tiệm bánh nhỏ không hoàn hảo. Có bốn bẫy đáng nói đến.

3.1 Làm bánh nhanh gấp đôi, người nếm vẫn chỉ một#

Báo cáo "AI Productivity Paradox" của Faros AI (7/2025) phân tích dữ liệu của hơn 10.000 lập trình viên ở 1.255 nhóm. Nhóm dùng AI nhiều hoàn thành thêm khoảng 21% đầu việc và gộp thêm khoảng 98% thay đổi (pull request). Nhưng thời gian duyệt mỗi thay đổi tăng khoảng 91%, kích thước thay đổi tăng khoảng 154%, và số lỗi trên mỗi người tăng khoảng 9%. Ở cấp công ty, báo cáo không thấy mối liên hệ rõ giữa mức dùng AI và các chỉ số kết quả.

Cần đọc thận trọng: đây là dữ liệu của một hãng bán công cụ đo lường, đó là mối tương quan chứ chưa chắc nhân quả, và tôi mới đọc qua các bài tóm tắt, chưa đọc bản gốc. Nhưng hình ảnh thì rất dễ hiểu: khi thợ làm bánh nhanh gấp đôi mà người nếm vẫn một, hàng đợi chờ nếm dài ra. Nút thắt dịch từ khâu làm sang khâu duyệt.

3.2 AI là cái loa#

Báo cáo DORA 2025 của Google mô tả vai trò chính của AI là khuếch đại: nhóm đã có nền tốt (kiểm thử tự động, vòng phản hồi nhanh, quy trình rõ) được lợi, còn nhóm vốn rối thì rối hơn. Hãy nhìn như cái loa: hát hay thì nghe hay, hát rè thì nghe rè to hơn. Nếu nhóm bạn chưa có kiểm thử và quy trình rõ, thêm AI chưa chắc làm mọi thứ tốt lên.

3.3 Mỗi người một trợ lý, mỗi trợ lý một ý (minh họa)#

Hai thợ trong tiệm bánh cùng hỏi trợ lý riêng của mình: "Mình nên lưu đơn hàng theo cách nào?" Lan được trả lời "dùng bảng quan hệ", Minh được trả lời "dùng kho tài liệu". Cả hai đều nghe hợp lý, mỗi người làm theo, và hai tuần sau hệ thống có hai kiểu lưu khác nhau. Đây là hậu quả của việc AI có thể trả lời khác nhau ở mỗi lần hỏi, đã nói kỹ ở bài vì sao không nên tin AI tuyệt đối.

Cách tránh: những quyết định chung (cách lưu dữ liệu, quy ước đặt tên) phải ghi vào sổ tay chung, rồi mọi trợ lý đọc cùng một nguồn. Đừng để quyết định nằm trong các cuộc trò chuyện riêng.

3.4 Người mới học bằng cách nào?#

Trước đây người mới học nghề qua những việc nhỏ: sửa lỗi vặt, viết test. Khi AI làm nhanh các việc nhỏ ấy, người mới có thể ít cơ hội luyện tay hơn. Hiện chưa có nhiều số liệu chắc chắn về chuyện này, nên đây là một câu hỏi mở, không phải kết luận. Một vài cách các nhóm có thể thử: cho người mới tự giải thích đoạn code AI viết, cho họ tham gia duyệt, và giữ lại một ít việc nhỏ để luyện tay.

4. Bảng so sánh cũ và mới#

Cách cũ: dây chuyền chuyền tay Cách mới: tiệm bánh nhỏ cùng AI
Cách chuyền việc Qua nhiều khâu, nhiều ticket Một người hay một nhóm nhỏ đi từ ý tưởng đến bản chạy thử
Quy mô nhóm Đông, chia theo khâu Nhỏ, mỗi người làm nhiều khâu
Truyền đạt Họp và tài liệu dài Bản mô tả ngắn và sổ tay chung
Nút thắt Chờ giữa các khâu Duyệt và kiểm chứng
Giới hạn chính Chờ, rơi ngữ cảnh, phản hồi muộn Duyệt không kịp, quyết định rời rạc, người mới ít tập
Câu hỏi hay "Phần của ai?" "Ai nếm thử và ai chịu trách nhiệm?"

5. Bảy việc nhóm có thể thử#

  1. Giữ nhóm nhỏ. Cỡ hai đến năm người cho một sản phẩm hay một mảng, để số sợi dây liên lạc ít.
  2. Viết "xong là thế nào" trước khi làm. Một trang, có cả những gì không làm.
  3. Có sổ tay chung cho cả người và AI. Mỗi quyết định chung ghi một lần, ở một chỗ.
  4. Đặt quy tắc duyệt. Thay đổi nhỏ thì duyệt nhanh, thay đổi chạm vào tiền hay dữ liệu thật thì cần hai người. Ưu tiên thay đổi nhỏ, dễ đọc.
  5. Đo kết quả của cả nhóm. Đo thời gian từ ý tưởng đến bản chạy được cho khách, và số lỗi lọt ra, thay vì đo số dòng code hay số thay đổi mỗi người.
  6. Chia sẻ cách dùng AI. Mỗi tuần mười phút để mọi người kể chiêu nào hiệu quả, chiêu nào gây lỗi.
  7. Giữ chỗ cho người mới tập. Có việc nhỏ để luyện tay và có buổi cùng đọc code.

6. Nhìn cân bằng#

Đừng đọc bài này thành "nhóm nhỏ cùng AI luôn tốt hơn". Số liệu còn sớm, phần nhiều từ khảo sát và báo cáo của các hãng có lợi ích trong chuyện AI, và các nhóm khác nhau cho kết quả rất khác nhau, đúng như hình ảnh cái loa. Sản phẩm lớn, nhiều ràng buộc về an toàn hay pháp lý vẫn cần nhiều người nhìn vào, chỉ là cách tổ chức có thể đổi.

Điều có vẻ khá chắc: chi phí viết ra một bản nháp đang giảm, còn chi phí kiểm chứng thì không giảm theo. Vì vậy kỹ năng làm việc nhóm quan trọng dần chuyển sang viết rõ, duyệt kỹ và chia sẻ ngữ cảnh. Đây cũng là hướng đã nói ở bài nghề dev qua các thời kỳ.

7. Mười câu hỏi cho nhóm của bạn#

  1. Một việc nhỏ của nhóm mình mất bao lâu từ lúc có ý đến lúc chạy được cho khách, và bao nhiêu thời gian trong đó là chờ?
  2. Có bao nhiêu khâu và bao nhiêu lần chuyền tay trong một việc điển hình?
  3. Mỗi cuộc họp định kỳ có thể thay bằng một trang viết không?
  4. "Xong" của nhóm mình được viết ở đâu?
  5. Quyết định chung đang nằm trong tài liệu chung hay trong các cuộc trò chuyện riêng?
  6. Ai duyệt, họ duyệt được bao nhiêu thay đổi mỗi ngày, và hàng đợi duyệt đang dài hay ngắn?
  7. Nhóm đã có kiểm thử tự động đủ để tin vào bản nháp của AI chưa?
  8. Thay đổi nào cần hai người xem?
  9. Người mới có việc nhỏ nào để luyện tay không?
  10. Khi có lỗi, nhóm hỏi "ai làm sai" hay hỏi "quy trình nào để lọt"?

8. Kết luận#

Ngày xưa ta tổ chức nhóm như xưởng bánh dây chuyền vì mỗi khâu đều tốn công. Khi AI làm cho việc soạn bản nháp rẻ hơn, nhiều nhóm đang thử một kiểu khác: tiệm bánh nhỏ, mỗi người đi được xa hơn, có phụ bếp AI bên cạnh. Cách này bớt chờ, bớt rơi ngữ cảnh, nhưng chuyển gánh nặng sang việc nếm thử, nghĩa là đọc, duyệt, và chịu trách nhiệm.

Nên nhớ cái loa. AI không biến nhóm rối thành nhóm giỏi, nó làm to những gì nhóm đã có. Hãy sửa nền (mô tả việc rõ, kiểm thử, sổ tay chung, quy tắc duyệt) trước khi thêm trợ lý. Nướng bánh chung vui hơn chuyền tay, nhưng chỉ khi cả tiệm cùng nếm thử kỹ trước khi mang ra quầy.

Nguồn tham khảo#

Số liệu lấy từ nguồn công khai tính đến tháng 10/2026. Nhiều nguồn là báo cáo của các hãng công nghệ hoặc bài tóm tắt, và một số con số được thuật lại hơi khác nhau, nên hãy mở nguồn gốc để kiểm tra trước khi trích dẫn.