Mình vừa bỏ 2 triệu mua quyển BABOK bản cứng. Sách dày gần 500 trang. Ngày đầu mở ra đọc, mình ngủ gật sau 7 trang.
Không đùa. Chương 1 nói về “Business Analysis Key Concepts”. Từng câu từng chữ như được viết bởi một committee 50 người, nơi mỗi người thêm một câu vào cho đến khi không ai còn hiểu người kia viết gì.
Nhưng mình vẫn đọc. Sau 3 tháng vừa đọc vừa làm, mình nhận ra BABOK không tệ như mình tưởng. Vấn đề là cách đọc. Đây là cách mình sống sót qua 500 trang đó, không phải để thi cho xong, mà để thực sự hiểu.
📖 1. Đừng đọc từ đầu đến cuối#
Sai lầm lớn nhất của mình. BABOK không phải tiểu thuyết. Nó là tài liệu tham khảo, giống cuốn manual của cái máy giặt. Không ai đọc manual máy giặt từ trang 1 đến trang 200 cả.
Mình bắt đầu từ chương đang cần. Đang làm elicitation với stakeholder khó tính? Đọc chương 4 (Elicitation and Collaboration). Đang viết specification cho dev? Đọc chương 7 (Requirements Analysis and Design Definition). Đọc đúng thứ mình đang vấp, tự nhiên thấy nó có ích hơn hẳn.
🗺️ 2. Dùng Knowledge Area làm bản đồ, đừng học thuộc#
6 Knowledge Areas của BABOK nghe rất hàn lâm: Business Analysis Planning and Monitoring, Elicitation and Collaboration, Requirements Life Cycle Management, Strategy Analysis, Requirements Analysis and Design Definition, Solution Evaluation.
Mình từng cố học thuộc từng task trong mỗi KA. Sai. Cái đáng nhớ không phải là “có bao nhiêu task”, mà là logic: mình đang ở phase nào của dự án thì cần KA nào. Nó là cái la bàn, không phải bài kiểm tra trắc nghiệm.
🔄 3. Map vào dự án thật#
Mỗi lần đọc một task trong BABOK, mình tự hỏi: “Cái này mình đã làm chưa? Dự án nào? Kết quả ra sao?”
Ví dụ: task “Conduct Stakeholder Analysis”. Mình nhớ ngay dự án IFS Cloud năm ngoái. Lúc đó mình vẽ stakeholder map trên giấy A3, phân loại ai có ảnh hưởng cao, ai quan tâm nhiều. Cái map đó cứu mình mấy lần, vì nó chỉ ra chính xác ai cần invite vào meeting nào, ai chỉ cần CC email.
Khi gắn lý thuyết vào chuyện mình đã sống, BABOK tự nhiên không còn là sách nữa. Nó là cái gương soi lại cách mình làm việc.
✍️ 4. Viết lại bằng giọng của mình#
Mỗi chapter mình đọc xong, mình viết lại 1 trang A4 bằng tiếng Việt, giọng của mình. Không paraphrase. Không copy-paste.
Ví dụ: thay vì “Requirements traceability is the ability to track requirements throughout the lifecycle”, mình viết: “Traceability là trả lời được câu: cái requirement này từ đâu ra, ai approved, nó liên quan đến test case nào, và deployed chưa.”
Viết lại giúp mình hiểu gấp 3 lần đọc thôi. Mà đọc lại sau cũng nhanh hơn.
🧠 5. Tập trung vào underlying competencies#
Chương 9 của BABOK (Underlying Competencies) là chương bị bỏ qua nhiều nhất, vì nó không có trong đề thi. Nhưng với mình, đây là chương quan trọng nhất.
Nó nói về analytical thinking, problem solving, communication skills, business knowledge. Mấy cái này không ai dạy BA hết. Trường không dạy. Công ty không train. Nhưng nó quyết định 80% việc mình có làm tốt hay không.
Mình đọc chương này chậm nhất. Mỗi phần mình dừng lại tự hỏi: “Mình đang yếu cái nào?” Communication skills, ok. Analytical thinking, điểm mạnh. Business knowledge về manufacturing, còn phải học thêm. Xong rồi lên kế hoạch cải thiện từng cái một.
📎 6. Mỗi technique là một câu chuyện, không phải định nghĩa#
50 techniques nghe như núi. Nhưng nếu bạn đã làm BA được vài tháng, khả năng cao là bạn đã dùng 15 cái rồi — chỉ là không biết tên chính thức trong BABOK thôi.
Bạn hỏi “anh muốn gì ở hệ thống mới” — đó là Interview. Bạn vẽ quy trình lên bảng rồi nói “em hiểu thế này có đúng ko ạ” — đó là Process Modeling kết hợp Confirmation. Bạn lôi tờ Excel của kế toán ra hỏi từng cột — Document Analysis.
Mình gắn mỗi technique với một kỷ niệm từ dự án thật. Nhờ vậy nhớ luôn input, output, cả mấy cái guidelines khô khan. Có technique mình chưa từng dùng thì đánh dấu lại, đợi đến lúc gặp tình huống hợp lý — chứ không cố nhồi.
⏱️ 7. Mỗi tuần 30 phút tự vấn#
Cuối tuần mình dành nửa tiếng: mở một knowledge area bất kỳ, đọc 15 phút, rồi tự hỏi “tuần này mình đã dùng cái gì trong đây chưa?”.
Hồi đầu toàn trả lời “chưa” — vì thực tế BA ở nhiều công ty Việt Nam đâu có tha hồ làm Strategy Analysis hay Business Architecture. Nhưng chỉ việc suy nghĩ về nó thôi, não đã bắt đầu ghi nhận có khái niệm đó tồn tại. Rồi một ngày gặp tình huống thật, tự dưng nhớ ra “à, cái này mình đọc trong BABOK rồi” — khoảnh khắc đấy đáng giá hơn cả tuần nhồi thuộc.
(Hai mẹo 6–7 mình từng viết riêng trong phiên bản trước về cách đọc BABOK — giờ gộp vào đây cho đủ.)
Nhưng…#
Có một sự thật mình phải nói: BABOK không dành cho tất cả mọi người.
Nếu bạn là BA đang làm ở công ty startup nhỏ, nơi requirement thay đổi mỗi ngày và không ai quan tâm đến process, đọc BABOK có thể làm bạn bực mình. Vì nó mô tả một thế giới lý tưởng: stakeholder hợp tác, requirement rõ ràng, change control chặt chẽ. Thực tế nhiều khi không như vậy.
Nhưng ngay cả khi thế giới đó không tồn tại, biết “thế nào là chuẩn” vẫn giúp mình phân biệt được đâu là “đang làm đúng”, đâu là “đang chữa cháy”. BABOK cho mình ngôn ngữ để giải thích tại sao scope creep là vấn đề thật sự, giống như mình từng viết trong bài scope creep — chuyện kinh điển và cách sống sót.
3 tháng, 500 trang. Mình không nhớ hết. Nhưng mình nhớ những thứ cần nhớ, và biết chỗ nào để mở ra tra khi cần. Với một cuốn reference book, vậy là đủ.
Bạn đã thử đọc BABOK chưa? Hay vẫn đang chờ có thời gian?
