Bản tin cộng đồng ngày 02/08/2026
Chủ nhật, 02/08/2026
Có bao giờ bạn đọc một quyển sách 700 trang chỉ trong 1-2 buổi cà phê? Trong group mình hôm qua có một bác làm được điều đó với BABOK, và câu chuyện đằng sau nó khiến mình phải suy nghĩ lại về cách học của chính mình.
📌 Bản tin cộng đồng IT BA — 02/08/2026
1️⃣ Chuyện đọc BABOK tốc độ cao: không phải để hiểu sâu, mà để check thông tin AI viết có đúng không. Cách tiếp cận ngược đời nhưng nghe rất thực tế.
2️⃣ Tranh luận về học BA: đọc nhiều lý thuyết hay vừa đọc vừa thực hành? Có người nói 'đọc để nhớ rồi để đó là thua', có người bảo 'đống kỹ thuật trong BABOK có bao giờ dùng hết đâu'.
3️⃣ Workshop AI4BA: ứng dụng AI chuyển requirement thành UI draft, wireframe, prototype. Một anh trong nhóm khen cách tiếp cận 'cố tình sấu để cãi đúng chỗ' – nghe lạ nhưng lại rất Scrum.
Bạn thuộc team 'đọc nhanh để check' hay team 'đọc kỹ để hiểu'? Và bạn nghĩ sao về việc dùng AI để tạo prototype từ requirement – liệu có thay thế được BA truyền thống?
1.Đọc BABOK 1-2 buổi cà phê: chuyện có thật hay chỉ là khoe?
Hôm qua trong group, có một bác khoe đọc xong cả quyển BABOK chỉ trong 1-2 buổi cà phê. Nghe xong mình cũng giật mình, vì nhiều người dầm cả nửa năm vẫn chưa xong.
Nhưng cách bác ấy giải thích mới đáng nghe:
👉 Bác đọc không phải để hiểu sâu, mà để check thông tin AI viết có đúng không.
👉 Trước đó bác đọc lightnovel tiếng Anh nhiều (mê Gundam, mecha), nên tốc độ đọc nhanh.
👉 Bác nói thẳng: 'mn đọc để hiểu sâu chứ mình đọc để check thông tin AI nó viết đúng ko thôi'.
Một anh khác trong group phản bác: 'Tầm giờ muốn học chỉ có vừa đọc vừa thực hành mới nhanh vào. Đọc để nhớ rồi để đó là thua.'
Riêng mình thấy cách của bác kia hợp với thời đại AI bây giờ: thay vì ôm cả quyển sách vào đầu, mình dùng AI làm việc nặng, còn mình chỉ cần đủ kiến thức để phát hiện chỗ sai. Nghe hơi phũ, nhưng mà đúng thật.
Còn bạn, bạn đọc tài liệu để hiểu hay để check?
2.Học BA: đọc nhiều hay làm nhiều? Tranh luận chưa có hồi kết
Trong group hôm qua có một cuộc tranh luận nho nhỏ về cách học BA, mà mình thấy rất đáng suy nghĩ.
Một bên nói: 'Đống kỹ thuật bên BABOK có bao giờ 1 dự án xài hết đâu, đọc nhiều không làm loạn thêm'.
Một bên khác: 'Đọc để nhớ rồi để đó là thua, phải vừa đọc vừa thực hành mới vào'.
Có người kể chuyện thi công an, điểm ưu tiên cho con em trong ngành, rồi chốt: 'con ông cháu cha mới là đúng'.
Nhưng cái mình thấy thấm nhất là câu: 'Từ 80tr về 30tr xong ngâm lâu lâu...' – nói về việc học mà không áp dụng thì kiến thức cũng chỉ nằm yên, không sinh lời.
Mình thì nghĩ, học BA không có công thức chung. Có người hợp kiểu đọc nhanh để nắm khung, có người cần làm dự án thật mới ngấm. Quan trọng là đừng biến việc học thành sở thích sưu tầm tài liệu.
Bạn nghiêng về bên nào?
3.Workshop AI4BA: từ requirement đến prototype chỉ với AI
Tối qua group mình có workshop AI4BA, chủ đề: ứng dụng AI chuyển requirement thành UI draft, wireframe và prototype.
Nội dung chính:
👉 AI vẽ wireframe với skill UI + design.md, kèm screen description.
👉 Lên Figma qua MCP, tạo prototype bấm được.
👉 Có slides và video ghi lại toàn bộ quá trình.
Một anh trong nhóm khen: 'Cách tiếp cận ok đấy, tóm được cái link design md'.
Nhưng câu khiến mình chú ý nhất: 'Có cái đoạn cố tình sấu để cãi đúng chỗ – đúng insight, đúng Scrum Agile'.
Nghe lạ, nhưng nghĩ lại thì đúng. Trong Scrum, có những cuộc tranh luận cần thiết để làm rõ yêu cầu. Nếu AI tạo ra một bản prototype 'xấu' đúng chỗ, nó sẽ kích thích stakeholder phản hồi nhiều hơn là một bản đẹp hoàn hảo.
Mình thấy đây là hướng đi hay cho BA: không thay thế con người, mà tạo ra công cụ để chúng ta làm việc hiệu quả hơn. Còn bạn, bạn đã thử dùng AI để tạo prototype chưa?