AI thay thế được những bước nào trong quy trình IT BA năm 2026?

Disclaim: bài này rút từ kinh nghiệm thực tế của team bên mình trong mấy tháng đầu năm 2026. Các bạn có thể tham khảo nha.

Dạo gần đây đọc nhiều bài trong các group BA, thấy mọi người bàn rất sôi nổi chuyện AI sẽ thay thế BA ra sao. Rồi đọc comment thì thấy nhiều bạn đang lo, một số thì tin AI sẽ thay thế sớm vị trí BA của con người. Một số thì lạc quan nói AI còn lâu mới bằng con người bằng xương bằng thịt.

Với kinh nghiệm thực tế đã thử nghiệm AI cho các dự án phần mềm bên mình, mình xin chia sẻ cụ thể các bước nào AI đang giúp tụi mình tối ưu, cũng như bước nào AI làm chưa tốt. Lưu ý trước: chia sẻ cá nhân từ kinh nghiệm thực tế, tại thời điểm này, càng không phải chân lý chung. Biết đâu trong mấy tháng nữa, chia sẻ này lại bị lạc hậu mất rồi. Nên các bạn đọc coi như tham khảo nhé.

Tiêu chí đánh giá việc AI thay thế các kỹ năng của IT BA

Trong bài này, mỗi bước trong quy trình BA mình chấm theo ba mức:

• 🟢 Xanh, thay thế được tốt. AI cho ra output đủ tốt để dùng luôn với ít thao tác review. Thời gian BA bỏ ra cho bước này giảm tầm 70% trở lên.
• 🟡 Vàng, hỗ trợ. AI ra bản draft đầu tiên tốt. Mình chỉnh sửa, kiểm tra, và bổ sung bối cảnh mà AI không có. Tiết kiệm thời gian thật nhưng efforts giảm ít hơn, tầm 30–50%.
• 🔴 Đỏ, chỉ con người. AI không thể thay thế.

Bảng đánh giá bên dưới bao quát mười hai bước phổ biến nhất trong quy trình làm việc của một IT BA, tương ứng với các knowledge area của BABOK bao gồm: Elicitation, Requirements Analysis, Solution Evaluation, Planning and Monitoring.

Bước nào đã ở mức xanh?

Đây là những bước mà AI hiện tại (bên mình dùng chủ yếu Claude Code, Google Gemini, Figma Make và 1 số tool khác) cho ra output dùng được ngay với ít thao tác review.

• Transcribe và tóm tắt họp, phỏng vấn. Copilot hoặc Gemini đọc transcript, gom nhóm các chủ đề, xuất ra ghi chú có cấu trúc. Đây là khoản khá tốn thời gian với đa số BA.
• Draft BRD, FRD, user story, acceptance criteria Given-When-Then. Tất cả mấy loại này AI cho ra khá output ổn định từ ghi chú thô, các bạn có thể điều chỉnh chút ít là đủ ở mức submit cho stakeholders.
• Vẽ sơ đồ quy trình từ mô tả ngôn ngữ thường. dùng claude và mermaid, figma là xử lý hết các nghiệp vụ lên file flow chartk diagram, visual files cần thiết cho dự án.
• Artifact cho test và traceability. Test matrix UAT cho các tính năng CRUD chuẩn, cộng với mapping requirements sang test case, phần này team test và dev bên mình dùng nhiều hơn. Nhưng không gì ngăn cản BA tự test hoặc yêu cầu AI tạo automation test theo SRS.
• Báo cáo định kỳ và truy vấn data chuẩn. Cập nhật sprint report theo tuần, tóm tắt các updates công việc và log Q&A dự án bằng cách tích hợp Claude vào các file Q&A, hoặc nhờ claude tạo file Q&A trong dự án luôn.

Riêng mấy cái này đã chiếm phần 50% - 60% efforts của một IT BA trong tuần rồi. Mình nhớ hồi trước, để viết một bản SRS cho dự án, team bên mình phải ngồi lại cả mấy tuần, bàn bạc rồi viết theo template, dùng đúng ngôn ngữ để team dev có thể đọc hiểu và build được. Giờ nhờ AI, team BA bên mình chỉ cần prompt ý tưởng dưới dạng user story, AI soạn BRD và SRS giúp. BA review nhanh sau đó chuyển qua dev. Đội dev thì cũng dùng AI để đọc lại mấy tài liệu do AI tạo ra và chuyển thành working context để code. Cái loop trước kia mất mấy tuần, giờ chỉ mất mấy giờ thôi.

Bước nào ở mức vàng tức là vẫn cần BA phải review lại?

Đây là những bước AI giúp BA tăng tốc nhưng không thể thay thế BA hoàn toàn:

• Kiểm tra yêu cầu (requirements validation). AI phát hiện lỗ hổng, mâu thuẫn, và edge case chưa ai nói ra. Nhưng các bạn vẫn là người quyết định lỗ hổng nào thật sự quan trọng, đâu là false alarm, và đâu cần yêu cầu họp với stakeholder.
• Tạo use case. AI cho ra luồng happy-path cộng với hai ba luồng thay thế. Các bạn bổ sung edge case mà AI bỏ qua vì AI không hiểu đầy đủ cũng như không dự đoán được nghiệp vụ chi tiết của công ty.
• Phân tích lựa chọn giải pháp. AI liệt kê ưu, nhược điểm, và ước tính efforts cho từng hướng giải pháp. Nhưng các bạn vẫn là người lựa chọn giải pháp nào nên đề xuất với khách hàng trên cái stakeholder thật sự muốn những thông tin quản trị nội bộ mà bạn nắm được.

Với các bước màu vàng, công việc nhanh hơn, vai trò của BA chuyển từ người tạo phương án sang người review và tinh chỉnh phương án.

Các bước màu đỏ, tin tốt là AI không thể thay thế bạn?

Đây là những bước AI hiện tại chưa thế thay thế con người. Chúng cũng chính là những bước phân biệt một BA cứng tay với một BA yếu nghề.

• Đặt đúng câu hỏi. Trước khi yêu cầu tồn tại, phải có ai đó quyết định vấn đề nào đáng giải quyết. AI giúp gợi ý ra một bảng câu hỏi dành cho BA khi làm việc với các stakeholders, nhưng lựa chọn hỏi câu nào, bỏ câu nào hoặc câu nào nên là ưu tiên thì luôn dựa vào kinh nghiệm và trực giác của một BA.
• Hiểu unspoken/unwritten context (read the room). Khi các stakeholders bên khách hàng, hay nội bộ có mâu thuẫn, AI chỉ thấy từ ngữ, khó mà cảm nhận được mức độ căng thẳng của vấn đề hoặc ai là nút thắt của vấn đề. Tìm ra nút thắt (đặc biệt các nút thắt liên quan đến con người, hoàn cảnh, giao tiếp) luôn là điểm mạnh của human BA.
• Thương lượng. AI có thể phát hiện sớm các vấn đề, nhưng thương lượng với con người và giải quyết vẫn là con người. Ai lại muốn đi thương lượng với cái mày?
• Chịu trách nhiệm. Có một thứ mà mình thấy AI sẽ khó, hoặc không bao giờ thay thế được con người là chịu trách nhiệm. Sẽ luôn cần một người chịu trách nhiệm ở đâu đó trong toàn bộ tổ chức hoặc dự án nếu có việc gì đó đi chệch hướng. Ai lại dám giao cho AI quyết định để lúc gặp lỗi, nó chỉ nói được là "tao xin lỗi, tao nhầm" đúng ko?

AI thay đổi cách BA tư vấn khách hàng ra sao?

Thay đổi lớn nhất năm nay không nằm ở scorecard từng bước. Mà nằm ở thứ tự mình làm các bước.

Trình tự cũ thì ai làm BA cũng quen. Nhận brief của khách, viết BRD, triển khai thành SRS, vẽ wireframe lo-fi, rồi gửi cả package cho khách review. Bốn documents trước khi khách thấy cái gì gần giống với sản phẩm thật nhưng đều buộc khách phải tự tưởng tượng ra sản phẩm trong đầu.

Trình tự mới đảo ngược cái đó. Nhận brief của khách. Trong vài giờ, dựng một UI demo tương tác bao quát khoảng 90% cái khách mô tả. Cho khách click thử. Rồi viết BRD và SRS dựa trên cái khách vừa trải nghiệm, chứ không phải dựa trên cái khách cố mô tả bằng lời.

Tại sao cách này thay đổi dynamic tư vấn:

• Khách phản ứng với ý tưởng của họ, không phải tưởng tượng. Tài liệu yêu cầu kiểu trừu tượng thì cho ra sign-off trừu tượng. Demo clickable thì cho ra feedback cụ thể.
• Lệch pha xuất hiện ngay ngày đầu, không phải tuần thứ tư. Cái khách thực sự muốn chỉ lộ ra khi họ bấm vào một UI giống với cái họ đã tưởng tượng ra.
• BRD và SRS viết ra sạch hơn. Viết yêu cầu dựa trên demo chạy được thì loại bỏ hầu hết kiểu trôi "em tưởng anh nói ý khác cơ". Trong quá trình làm, yêu cầu AI đọc UI và cập nhật SRS cũng nhanh hơn nhiều.
• Sửa nhanh hơn và rẻ hơn. Xây demo tính theo giờ. Viết lại spec 20 trang tính bằng phút.

Vai trò của BA không biến mất trong cách làm này. Nó dịch chuyển. Từ người phiên dịch (brief → docs → visual) sang người đánh giá (brief → visual → reality check). Giá trị bây giờ nằm ở chỗ nhận ra cái demo đang phi logic ở đâu và kiến trúc hệ thống đang thiếu chỗ nào trước khi đưa qua cho khách. Những đánh giá này không thể dựa hoàn toàn vào AI nếu bản thân bạn không có nền cứng về nghiệp vụ.

Bắt đầu tuần đầu tiên của một BA dùng AI như thế nào?

Một chuỗi bốn bước để các bạn đưa workflow của mình sang chế độ "AI hoá":

1. Audit quy trình BA của bạn. Map ra mọi task lặp lại trong tuần, đánh dấu những cái lặp đi lặp lại, tốn thời gian, và đi theo một pattern. Đó là ứng viên cho AI hoá.
2. Tự đi tìm và test công cụ. Với mỗi bước ứng viên, tìm công cụ AI nào claim là giải quyết được, rồi tự test trên chính công việc của mình. Đừng tin content writer online hay vendor demo. Chỉ có cái test của chính các bạn mới tính.
3. Pilot nhỏ trước, scale sau. Áp dụng công cụ trên dự án scope nhỏ, team nhỏ trước. Nếu một chu kỳ đầy đủ nó vẫn đứng vững, thì scale ra cả team BA. Nếu không vững thì các bạn chỉ mất một dự án, không phải cả quý.
4. Log blocker và iterate. Giữ một note đang chạy về chỗ AI sai, chỗ AI trôi, hoặc chỗ AI tốn của các bạn nhiều thời gian hơn cả tiết kiệm được. Mấy ghi chú đó dẫn đường cho vòng tune prompt hoặc đổi công cụ kế tiếp.

Tự động hoá bằng AI không phải phép màu. Nó cần thời gian và sự chú tâm từ các bạn. Refine prompt, điều chỉnh cho bối cảnh mới, và tiếp tục cải thiện khi công việc của các bạn đổi theo.

Câu hỏi thường gặp

AI thực sự thay thế được bao nhiêu phần trăm công việc của một BA trong năm 2026?

Các case study trong ngành hội tụ ở con số 30–40% công việc hàng tuần, tuy nhiên thực tế công ty mình đang dùng AI để thay thế đến 70% nghiệp vụ của 1 BA. Điều đó không có nghĩa là các bạn BA rảnh hơn mà làm việc hiệu quả hơn, ra tốc độ nhanh hơn và có thể dồn công sức vào những phần việc AI không thể thay thế. Ví dụ làm việc với các stakeholders.

Còn nên học BABOK nếu AI đang tự động hoá các nhiệm vụ BA không?

Nên nha. Framework BABOK càng hữu ích hơn khi có AI, chứ không ngược lại. Neo prompt AI theo ngôn ngữ task của BABOK thì bản draft đầu tiên ra tốt hơn nhiều so với hỏi chung chung. Và BABOK cho các bạn vốn từ vựng để đánh giá cái AI vừa tạo ra. Tuy nhiên BABOK thôi là không đủ, các bạn BA nên học thêm về UI/UX principles, system design patterns, cấu trúc dữ liệu, API sâu hơn mức kiến thức BABOK đang cung cấp vì đây là những tầng kiến thức nền tảng của 1 hệ thống IT.

Làm sao để kiểm tra yêu cầu AI tạo ra trước khi chia sẻ với team và stakeholders?

Coi output của AI như bản draft đầu tiên của một bạn junior BA, không phải bản cuối cùng. Trước khi chia sẻ, kiểm tra ba thứ: khả năng truy vết ngược về transcript gốc, các edge case bị thiếu (yêu cầu AI liệt kê ra rõ ràng), và các giả định AI đưa ra mà stakeholder cần xác nhận.

AI có thay thế BA junior trước không?

Nhiều khả năng có với những vai trò chỉ đơn thuần là tài liệu hoá hoặc tạo báo cáo hoặc tụi mình hay gọi là messgage forwarder (truyền thông tin nhưng không có ảnh hưởng gì lên việc giải quyết vấn đề). Ngược lại, với các bạn Junior BA có nền tảng kiến thức tốt, AI sẽ là bệ phóng giúp bạn sớm làm được các phần việc của middle, senior BA mà trước kia các bạn phải mất tầm vài năm mới lên được mức này.

Còn cần viết SRS không nếu bắt đầu tư vấn bằng UI demo?

Có chứ, nhưng vai trò của SRS thay đổi. Trước đây SRS tóm lại những yêu cầu khách tưởng tượng ra bằng chữ. Giờ SRS tóm lại những gì demo đã làm rõ, cộng thêm 10% mà demo không show được (non-functional requirements, data contract, tích hợp legacy, edge case). SRS cũng giúp liên kết các tài liệu reference của stakeholders với UI Demo giúp cho khách hàng và team nội bộ có cái nhìn chi tiết hơn về hệ thống, sản phầm cần tạo.

Tóm lại

• Tới 70% khối lượng công việc hàng tuần của một IT BA có thể tự động hoá bằng AI trong năm 2026.
• Đừng sợ AI thay thế mình, vì các bước đỏ là thứ mà máy móc không bao giờ có thể thay thế con người.
• Quy trình làm phần mềm chắc chắn sẽ thay đổi theo hướng nương theo AI.
• Công cụ AI sẽ liên tục được cập nhật và thông minh hơn. Các bạn nên thử càng sớm càng tốt, đừng chờ đợi.

Chúc các bạn vững bước trong thời kỳ mới với AI nha.

P/s: nếu các bạn đang chạy một quy trình cụ thể được tối ưu nhờ AI hoặc có những use case, tips, tools sử dụng AI hay ho, rất mong được nghe các bạn chia sẻ để chúng ta cùng cập nhật, cùng tăng tốc trong thời đại AI này nhé.