Mở đầu — vì sao bài này quan trọng
Trong những bài trước, chúng ta đã đi qua 6 Knowledge Areas — 6 nhóm công việc mà một Business Analyst (BA) phải thực hiện. Nhưng có một sự thật mà nhiều bạn mới vào nghề không nhận ra: hai BA cùng làm một task giống hệt nhau, cùng dùng một technique, cùng đọc một tài liệu BABOK, nhưng kết quả lại khác nhau một trời một vực. Một người được stakeholder tin tưởng, được mời vào những cuộc họp quan trọng; người kia thì viết tài liệu đúng quy trình mà chẳng ai đọc.
Sự khác biệt đó nằm ở chỗ BABOK gọi là Underlying Competencies — các năng lực nền tảng, được trình bày ở Chương 9 của BABOK Guide v3. Đây không phải là "việc bạn làm" (task), mà là "con người bạn là ai khi làm việc" (competency). Nó là phần chìm của tảng băng — không xuất hiện trong bất kỳ deliverable nào, nhưng quyết định 80% chất lượng đầu ra.
Tôi luôn nói với học viên: BABOK techniques bạn có thể học trong vài tuần, nhưng underlying competencies là thứ phân biệt một BA junior với một BA senior, và nó mất nhiều năm để mài giũa. Hiểu rõ 6 nhóm năng lực này giúp bạn biết mình đang yếu ở đâu để chủ động rèn luyện, thay vì cứ mãi đổ lỗi cho "quy trình công ty" hay "stakeholder khó tính". Bài này sẽ mổ xẻ đúng 6 nhóm đó.
Khái niệm cốt lõi
BABOK định nghĩa Underlying Competencies là những hành vi, đặc điểm, kiến thức và phẩm chất cá nhân hỗ trợ việc thực hành phân tích nghiệp vụ một cách hiệu quả. Chúng được chia thành 6 nhóm năng lực. Hãy cùng đi qua từng nhóm với góc nhìn thực hành, không phải học thuộc.
1. Analytical Thinking & Problem Solving (Tư duy phân tích & Giải quyết vấn đề)
Đây là năng lực "lõi của lõi". Nó bao gồm: tư duy sáng tạo (creative thinking), ra quyết định (decision making), học hỏi (learning), tư duy hệ thống (systems thinking), tư duy khái niệm (conceptual thinking) và tư duy phản biện qua mô hình trực quan (visual thinking).
Điểm quan trọng nhất: BA giỏi không vội tin vào "vấn đề" mà stakeholder phát biểu. Khi sếp nói "chúng ta cần một nút export Excel", BA giỏi sẽ hỏi: vấn đề thật sự là gì? Có phải họ đang phải copy số liệu thủ công mỗi sáng mất 2 tiếng? Đây chính là tư duy phân tích — tách triệu chứng khỏi nguyên nhân gốc (root cause).
2. Behavioural Characteristics (Đặc điểm hành vi)
Nhóm này gồm: tinh thần trách nhiệm/đạo đức (ethics), tính cách đáng tin cậy (trustworthiness), khả năng tổ chức và quản lý thời gian (organization & time management), và khả năng thích nghi (adaptability). Đây là phần "nhân cách nghề nghiệp". Một BA mà stakeholder không tin thì dù phân tích đúng đến đâu cũng vô dụng, vì requirement chỉ được nói ra khi người ta cảm thấy an toàn.
3. Business Knowledge (Kiến thức nghiệp vụ)
Gồm: hiểu biết về ngành (industry knowledge), về tổ chức (organization knowledge), về giải pháp đang dùng (solution knowledge), kiến thức nguyên tắc phân tích nghiệp vụ (methodology knowledge). Một BA fintech cần hiểu lãi suất, KYC, luồng tiền; một BA bảo hiểm cần hiểu phí bảo hiểm, bồi thường. Kiến thức nghiệp vụ giúp bạn "nói cùng ngôn ngữ" với stakeholder và phát hiện những điều họ quên không nói.
4. Communication Skills (Kỹ năng giao tiếp)
Gồm: giao tiếp bằng văn bản (written), bằng lời nói (verbal), lắng nghe (listening) và giao tiếp phi ngôn ngữ (non-verbal). Lưu ý: communication ở đây không phải "nói cho hay" mà là truyền đạt để được hiểu đúng. BA dành phần lớn thời gian để dịch — dịch từ ngôn ngữ business sang ngôn ngữ kỹ thuật và ngược lại.
5. Interaction Skills (Kỹ năng tương tác)
Gồm: làm việc nhóm (teamwork), lãnh đạo & gây ảnh hưởng (leadership & influencing), đàm phán & giải quyết xung đột (negotiation & conflict resolution), và điều phối/hỗ trợ (facilitation). Đây là năng lực điều khiển con người trong một căn phòng — dẫn dắt một workshop với 8 người mỗi người một ý mà vẫn ra được kết luận thống nhất.
6. Tools & Technology (Công cụ & Công nghệ)
Gồm: công cụ làm việc văn phòng/giao tiếp (office productivity & communication), công cụ phân tích nghiệp vụ chuyên dụng (business analysis tools như Jira, Confluence, Lucidchart), và công nghệ nền của giải pháp (technology — hiểu cơ bản về database, API, cloud). Trong bài này ta chỉ điểm danh; phần thực hành công cụ sẽ được đào sâu ở các bài 53–56.
> Một điều cốt lõi cần nhớ: 6 nhóm này không tách rời. Khi bạn facilitate một workshop (Interaction), bạn đồng thời dùng analytical thinking để bắt mâu thuẫn, dùng communication để diễn đạt, dùng business knowledge để đặt câu hỏi đúng. Competency luôn hoạt động theo cụm.
Tình huống thực tế
Ví dụ 1 — VPBank: khi Business Knowledge cứu cả dự án
Một nhóm BA tại một ngân hàng số ở Việt Nam (gọi là dự án "NeoBank") được giao xây tính năng mở tài khoản online. Stakeholder phía business yêu cầu: "Cho phép khách điền form và mở tài khoản trong 3 phút." BA junior viết requirement đúng y nguyên: form, submit, tạo tài khoản.
BA senior — người từng làm vận hành ngân hàng 5 năm — dừng lại và hỏi: "Vậy còn quy định của Ngân hàng Nhà nước về định danh khách hàng (eKYC) thì sao? Còn ngưỡng giao dịch tài khoản chưa định danh đầy đủ là 100 triệu/tháng?" Hóa ra business đã quên hoàn toàn yếu tố pháp lý.
Nhờ Business Knowledge (industry + regulation), BA senior phát hiện ra một lỗ hổng có thể khiến cả tính năng bị từ chối khi go-live. Họ bổ sung requirement về eKYC, hạn mức và luồng nâng cấp định danh.
Bài học: Kiến thức nghiệp vụ không phải để khoe, mà để nhìn thấy những "requirement ẩn" mà chính stakeholder cũng không nhận ra. Đây là lý do BA có domain knowledge sâu luôn được trả lương cao hơn.
Ví dụ 2 — Tiki: Analytical Thinking phân biệt triệu chứng và nguyên nhân
Tại một sàn thương mại điện tử lớn, đội vận hành phàn nàn: "Tỷ lệ hủy đơn ở khâu thanh toán cao quá, 18%. Hãy thêm nhiều cổng thanh toán hơn." Yêu cầu nghe rất hợp lý.
BA dùng Analytical Thinking & Problem Solving — thay vì làm ngay, cô phân tích dữ liệu log thanh toán. Phát hiện: 70% đơn bị hủy xảy ra ở bước nhập mã OTP, và phần lớn người dùng là khách trên 45 tuổi dùng điện thoại đời cũ, trang OTP load quá 8 giây nên timeout. Vấn đề thật sự không phải thiếu cổng thanh toán, mà là hiệu năng trang OTP.
Cô đề xuất tối ưu trang OTP và tăng thời gian timeout. Kết quả: tỷ lệ hủy giảm còn 7% chỉ trong một sprint, mà không cần tích hợp thêm cổng nào — tiết kiệm hàng trăm giờ phát triển.
Bài học: Stakeholder thường mang đến cho bạn một giải pháp và gọi đó là "yêu cầu". BA giỏi đào ngược về vấn đề gốc trước khi viết bất cứ dòng requirement nào. Đây là systems thinking và root cause analysis trong thực tế.
Ví dụ 3 — Một dự án ERP thất bại vì thiếu Interaction & Communication Skills
Một công ty sản xuất tại Bình Dương triển khai ERP. BA được thuê có kỹ thuật rất tốt, viết tài liệu cực chuẩn theo BABOK. Nhưng trong các workshop, anh để hai phòng ban (Kho và Kế toán) cãi nhau suốt về cách tính giá vốn mà không điều phối được. Mỗi người bảo vệ quy trình của mình, không ai nhường. Cuối cùng anh chọn giải pháp "trung dung" mà không ai thật sự đồng ý.
Sáu tháng sau, hệ thống go-live và bị cả hai phòng tẩy chay vì không phản ánh đúng cách họ làm việc. Dự án phải làm lại, đội vốn hơn 2 tỷ đồng.
Bài học: Tài liệu đúng kỹ thuật nhưng thiếu Facilitation, Negotiation và Conflict Resolution (Interaction Skills) thì requirement chỉ là sự thỏa hiệp giả tạo. BA phải dẫn dắt được con người đến đồng thuận thật, không chỉ ghi chép.
Hướng dẫn từng bước
Làm sao để chủ động phát triển 6 năng lực này thay vì phó mặc cho thời gian? Đây là quy trình tôi hướng dẫn học viên áp dụng:
- Tự đánh giá (self-assessment). Lập bảng 6 nhóm năng lực, tự chấm điểm bản thân từ 1–5 cho mỗi nhóm con. Thành thật với chính mình. Hầu hết BA mạnh ở Analytical và Business Knowledge nhưng yếu ở Interaction và Negotiation.
- Xác định 1–2 điểm yếu ưu tiên. Đừng cố cải thiện cả 6 cùng lúc. Chọn nhóm nào đang cản trở công việc của bạn nhất ngay lúc này. Ví dụ nếu bạn hay bị "lép vế" trong họp, hãy chọn Interaction Skills.
- Gắn năng lực với hành động cụ thể. "Cải thiện communication" là mục tiêu mơ hồ. Hãy biến nó thành: "Trong 4 tuần tới, mỗi requirement tôi viết sẽ được một dev đọc và xác nhận hiểu đúng mà không cần hỏi lại."
- Tìm phản hồi (feedback loop). Sau mỗi workshop hay mỗi tài liệu, hỏi một đồng nghiệp tin cậy: "Chỗ nào mình diễn đạt chưa rõ? Mình có dẫn dắt cuộc họp ổn không?" Năng lực nền chỉ tiến bộ khi có gương phản chiếu.
- Học từ tình huống thật, không từ lý thuyết suông. Mỗi khi gặp một stakeholder khó, một xung đột, một vấn đề mơ hồ — đó chính là phòng gym cho underlying competencies. Ghi lại bạn đã xử lý thế nào và rút ra điều gì.
- Lặp lại định kỳ. Cứ mỗi quý, làm lại bước tự đánh giá. Bạn sẽ thấy điểm yếu cũ được cải thiện và điểm yếu mới lộ ra ở cấp độ cao hơn.
Lỗi thường gặp & mẹo
Lỗi 1: Nghĩ rằng chỉ cần giỏi technique là đủ. Rất nhiều BA dồn toàn lực học BPMN, SQL, viết user story chuẩn, mà bỏ quên rằng requirement được sinh ra từ con người. Mẹo: với mỗi technique bạn học, hãy tự hỏi "competency nào đứng sau làm nó hiệu quả?".
Lỗi 2: Nhầm communication với việc nói nhiều. BA giỏi thường là người lắng nghe giỏi nhất phòng. Listening là một thành phần chính thức trong Communication Skills của BABOK. Mẹo: trong workshop tiếp theo, đặt mục tiêu nói dưới 30% thời gian, còn lại dành để hỏi và lắng nghe.
Lỗi 3: Lẫn lộn confidence với competence. Một số BA nói rất tự tin nhưng phân tích hời hợt. Stakeholder bị thuyết phục lúc đầu rồi mất niềm tin về sau. Mẹo: xây trustworthiness bằng sự nhất quán — nói được làm được, sai thì nhận.
Lỗi 4: Bỏ qua Business Knowledge vì nghĩ "BA chỉ cần kỹ năng". Đây là sai lầm chí mạng. BA không có domain knowledge giống như phiên dịch viên không hiểu chủ đề cuộc họp. Mẹo: khi vào một domain mới (banking, insurtech, logistics), dành 2 tuần đầu đọc tài liệu ngành, sơ đồ quy trình, và quy định pháp lý liên quan.
Lỗi 5: Tránh né xung đột. BA non kinh nghiệm sợ làm mất lòng nên chọn giải pháp "ai cũng vui" — và rồi không giải pháp nào đúng. Mẹo: học cách tách "con người" khỏi "vấn đề" khi đàm phán; tấn công vào vấn đề, tôn trọng con người.
Mẹo tổng: Hãy coi 6 underlying competencies như một bảng chỉ số sức khỏe nghề nghiệp. Mỗi lần bị mắc kẹt trong công việc, thử soi xem mình đang thiếu năng lực nền nào — câu trả lời thường nằm ở đó chứ không phải ở quy trình.
Bài tập thực hành
Bài 1 — Tự đánh giá 6 nhóm. Lập một bảng gồm 6 nhóm năng lực và các thành phần con của chúng. Tự chấm điểm 1–5 cho từng thành phần. Viết một đoạn ngắn (3–5 câu) giải thích vì sao bạn yếu nhất ở nhóm nào.
Bài 2 — Phân tích tình huống. Giả sử Giám đốc Marketing của một chuỗi cà phê (như Highlands) nói với bạn: "Tôi muốn một ứng dụng tích điểm để khách hàng quay lại nhiều hơn." Hãy liệt kê: (a) ít nhất 3 câu hỏi Analytical Thinking để tìm vấn đề gốc; (b) 2 mảng Business Knowledge bạn cần trước khi viết requirement; (c) cách bạn sẽ kiểm chứng giả định "app tích điểm sẽ tăng khách quay lại".
Bài 3 — Rèn Interaction. Nhớ lại một cuộc họp gần đây có bất đồng. Viết lại: ai mâu thuẫn với ai, vấn đề là gì, bạn đã (hoặc đáng lẽ nên) facilitate thế nào để hai bên đạt đồng thuận thật. Chỉ ra technique conflict resolution nào áp dụng được.
Bài 4 — Kế hoạch 90 ngày. Chọn 1 năng lực nền yếu nhất, viết một mục tiêu SMART để cải thiện nó trong 90 ngày, kèm 3 hành động cụ thể và cách đo lường tiến bộ.
Tóm tắt
Underlying Competencies (BABOK Chương 9) là 6 nhóm năng lực nền tạo nên một BA thực thụ: Analytical Thinking & Problem Solving, Behavioural Characteristics, Business Knowledge, Communication Skills, Interaction Skills, và Tools & Technology. Khác với 6 Knowledge Areas mô tả "việc bạn làm", underlying competencies mô tả "bạn là ai khi làm việc" — và chính chúng quyết định chất lượng đầu ra.
Những điểm cần khắc cốt: (1) techniques học nhanh, competencies mài lâu; (2) các năng lực luôn hoạt động theo cụm, không tách rời; (3) stakeholder thường đưa cho bạn giải pháp và gọi đó là yêu cầu — analytical thinking giúp bạn đào về vấn đề gốc; (4) business knowledge giúp phát hiện requirement ẩn; (5) tài liệu chuẩn kỹ thuật nhưng thiếu interaction skills thì chỉ tạo ra đồng thuận giả. Hãy tự đánh giá định kỳ, chọn 1–2 điểm yếu ưu tiên và rèn qua tình huống thật. Đây chính là nền móng vô hình nâng đỡ toàn bộ sự nghiệp BA của bạn.