Bài 17 — 50 Techniques trong BABOK — Phân loại

Mở đầu — vì sao bài này quan trọng

Nếu bạn từng mở BABOK Guide v3 lần đầu và lật đến Chương 10, hẳn bạn đã hơi choáng: một danh sách dài 50 kỹ thuật (techniques), mỗi kỹ thuật vài trang, tên tiếng Anh đôi khi nghe rất lạ như "Concept Modelling", "Functional Decomposition" hay "Estimation". Học viên ECBA hay rơi vào một trong hai cái bẫy: hoặc cố học thuộc lòng từng kỹ thuật một cách máy móc (rất dễ quên), hoặc bỏ qua hẳn vì nghĩ "thi trắc nghiệm thì cần gì nhớ hết".

Cả hai đều sai. Trong kỳ thi ECBA, bạn không cần thuộc lòng định nghĩa của cả 50 kỹ thuật, nhưng bạn cần nhận diện được kỹ thuật nào dùng cho mục đích gì. Một câu hỏi điển hình sẽ mô tả một tình huống — ví dụ "BA cần làm rõ một quy tắc nghiệp vụ phức tạp với nhiều điều kiện rẽ nhánh" — và yêu cầu bạn chọn kỹ thuật phù hợp nhất. Nếu bạn đã có một bản đồ phân loại trong đầu, bạn sẽ loại trừ đáp án sai trong vài giây.

Bài học này không đi sâu vào cách thực hiện từng kỹ thuật (những kỹ thuật quan trọng như Interview, Workshop, Use Case, User Story, BPMN, Decision Table... sẽ có bài riêng phía sau). Mục tiêu của bài 17 là cho bạn bức tranh toàn cảnh: 50 kỹ thuật được tổ chức như thế nào, phân loại theo mục đích ra sao, kỹ thuật nào "đa năng" xuất hiện ở nhiều Knowledge Area, và làm sao ghi nhớ chúng một cách có hệ thống thay vì học vẹt. Đây chính là tấm bản đồ giúp bạn không bị lạc giữa rừng thuật ngữ.

Khái niệm cốt lõi

Technique trong BABOK là gì?

Trong BABOK, một technique (kỹ thuật) là một cách thức cụ thể để thực hiện một task (nhiệm vụ). Nếu task trả lời câu hỏi "BA cần làm gì", thì technique trả lời "BA làm điều đó bằng cách nào". Ví dụ, task "Elicit Information" (khai thác thông tin) có thể được thực hiện bằng nhiều kỹ thuật khác nhau: phỏng vấn (Interview), tổ chức hội thảo (Workshop), khảo sát (Survey/Questionnaire), quan sát (Observation)...

Điểm mấu chốt: một task có thể dùng nhiều technique, và một technique có thể phục vụ nhiều task khác nhau. Đây là lý do bạn không nên học techniques gắn cứng vào một Knowledge Area duy nhất. Nhiều kỹ thuật là "đa năng" — xuất hiện rải rác khắp 6 Knowledge Areas.

BABOK v3 liệt kê chính xác 50 techniques trong Chương 10. Đây là bộ công cụ chuẩn của nghề BA. Bạn không cần dùng hết 50 cái trong một dự án — thực tế một BA giỏi thường dùng thành thạo khoảng 10–15 kỹ thuật cốt lõi và biết đến sự tồn tại của số còn lại để dùng khi cần.

Cách phân loại hữu ích nhất: theo mục đích

Có nhiều cách cắt 50 kỹ thuật này. Cách dễ nhớ và sát với đề thi nhất là phân loại theo mục đích sử dụng. Dưới đây là bảng phân nhóm — bạn không cần thuộc từng ô, chỉ cần nắm "tinh thần" của mỗi nhóm.

Bạn để ý thấy một số tên xuất hiện ở nhiều nhóm chưa? Đó chính là các kỹ thuật đa năng.

Những kỹ thuật "đa năng" cần ghi nhớ riêng

Một mẹo cực kỳ hữu ích cho kỳ thi: có khoảng một chục kỹ thuật được BABOK tham chiếu ở rất nhiều task khác nhau. Nắm chắc nhóm này, bạn xử lý được phần lớn câu hỏi:

• Interview và Workshop — không chỉ để khai thác thông tin, mà còn dùng để xác nhận yêu cầu, ra quyết định, giải quyết xung đột.
• Document Analysis — dùng trong khai thác thông tin, hiểu hiện trạng, lẫn đánh giá giải pháp.
• Prioritization (sắp xếp ưu tiên) — xuất hiện trong quản lý vòng đời yêu cầu, phân tích chiến lược, thiết kế giải pháp.
• Item Tracking — theo dõi issues, risks, decisions, actions xuyên suốt mọi giai đoạn.
• Reviews — rà soát chất lượng ở khắp nơi.
• Estimation và Metrics and KPIs — đo lường, dự báo, đánh giá hiệu năng.
• Stakeholder List/Map/Personas — nền tảng cho gần như mọi hoạt động lập kế hoạch.

Một cách phân loại khác: theo Knowledge Area

BABOK cũng cho thấy techniques nào hay gắn với Knowledge Area nào. Đây không phải quy tắc cứng, nhưng giúp bạn liên kết:

• BAPM (Planning & Monitoring): Estimation, Risk Analysis, Item Tracking, Lessons Learned.
• Elicitation & Collaboration: Interview, Workshop, Brainstorming, Observation, Survey.
• RLCM (Requirements Life Cycle): Prioritization, Item Tracking, Acceptance and Evaluation Criteria.
• Strategy Analysis: SWOT, Business Capability Analysis, Business Model Canvas, Root Cause Analysis, Scope Modelling.
• RADD (Requirements Analysis & Design): Use Cases, User Stories, Process Modelling, Data Modelling, Decision Modelling — đây là KA có nhiều technique nhất.
• Solution Evaluation: Metrics and KPIs, Vendor Assessment, Benchmarking, Risk Analysis.

Tình huống thực tế

Tình huống 1: Chọn nhầm kỹ thuật ở Tiki

Một BA mới vào nghề tại một sàn thương mại điện tử lớn (giả định theo bối cảnh Tiki) được giao làm rõ chính sách hoàn tiền cho khách hàng. Chính sách này có rất nhiều điều kiện chồng chéo: tùy loại sản phẩm, tùy thời gian từ lúc giao hàng, tùy lý do trả hàng, tùy hạng thành viên... Bạn BA này quyết định viết hết thành một đoạn văn mô tả dài 3 trang.

Kết quả: đội phát triển đọc xong vẫn tranh cãi về các trường hợp biên (edge case), ví dụ "khách VIP trả hàng điện tử sau 8 ngày vì lỗi nhà sản xuất thì sao". Tài liệu văn xuôi không thể hiện rõ logic rẽ nhánh.

Bài học: Đây đúng là tình huống cần Decision Modelling hoặc Decision Table (Bảng quyết định) — kỹ thuật thuộc nhóm phân tích & mô hình hóa, chuyên dùng cho logic nhiều điều kiện. Khi BA chuyển sang lập bảng quyết định với các cột điều kiện và hành động tương ứng, mọi trường hợp biên hiện ra rõ ràng và đội dev không còn phải đoán. Nếu bạn nhớ "logic nhiều điều kiện → Decision Table", bạn xử lý câu hỏi này trong đề thi gần như tức thì.

Tình huống 2: Khai thác yêu cầu ở một ngân hàng số

Một ngân hàng số tại Việt Nam (giả định theo mô hình Timo/Cake) cần thu thập yêu cầu cho tính năng mở tài khoản tiết kiệm online. Trưởng nhóm BA lên kế hoạch khai thác thông tin và phải chọn kỹ thuật phù hợp cho từng nhóm đối tượng:

• Với 2 chuyên gia tuân thủ (compliance) rất bận và am hiểu sâu: chọn Interview một-một để đào sâu quy định pháp lý.
• Với 8 người từ vận hành, marketing, công nghệ cần thống nhất phạm vi nhanh: chọn Workshop để cùng nhau chốt trong một buổi.
• Với 2.000 khách hàng hiện hữu muốn biết kỳ vọng về sản phẩm: chọn Survey/Questionnaire để thu dữ liệu định lượng diện rộng.
• Với tài liệu sản phẩm tiết kiệm của đối thủ: chọn Document Analysis và Benchmarking.

Bài học: Cùng một mục đích "khai thác thông tin" nhưng có nhiều kỹ thuật, và việc chọn đúng phụ thuộc vào số lượng người, mức độ chuyên sâu, và loại dữ liệu cần. Câu hỏi ECBA rất hay kiểm tra điểm này: "Cần thu thập ý kiến từ hàng nghìn người ở nhiều địa điểm với chi phí thấp — chọn kỹ thuật nào?" Đáp án là Survey, không phải Workshop (Workshop không khả thi với 2.000 người).

Tình huống 3: Tìm gốc rễ vấn đề giao hàng trễ

Một chuỗi F&B (giả định như The Coffee House) gặp tình trạng đơn giao hàng trễ tăng vọt 30% trong một tháng. Ban lãnh đạo muốn "thêm shipper". BA được giao phân tích trước khi vội đầu tư.

BA dùng Root Cause Analysis (phân tích nguyên nhân gốc rễ — qua công cụ 5 Whys và biểu đồ xương cá Fishbone) và phát hiện: trễ không phải vì thiếu shipper, mà vì khâu xác nhận đơn ở bếp bị nghẽn vào giờ cao điểm do hệ thống POS không phân luồng đơn. Đầu tư thêm shipper sẽ lãng phí tiền mà không giải quyết được gì.

Bài học: Root Cause Analysis thuộc nhóm đánh giá chiến lược, dùng khi cần hiểu vì sao một vấn đề tồn tại trước khi đề xuất giải pháp. Trong đề thi, từ khóa "tìm nguyên nhân thật sự", "vấn đề lặp lại", "đừng vội đưa giải pháp" thường ám chỉ Root Cause Analysis.

Hướng dẫn từng bước

Đây là quy trình giúp bạn học và ghi nhớ 50 techniques một cách hệ thống, thay vì học vẹt:

• Bước 1 — Chia thành nhóm theo mục đích. Đừng học 50 cái rời rạc. Dùng 6–7 nhóm mục đích như bảng phía trên (Elicitation, Analysis & Modelling, Strategy, Measurement & Decision, Tracking & Review, Stakeholders, Solution Evaluation). Bộ não nhớ nhóm dễ hơn nhớ danh sách.

• Bước 2 — Tô đậm nhóm "đa năng". Học thật chắc khoảng 12 kỹ thuật xuất hiện nhiều nơi: Interview, Workshop, Brainstorming, Document Analysis, Prioritization, Item Tracking, Reviews, Estimation, Metrics and KPIs, Stakeholder List/Map/Personas, Use Cases, User Stories. Đây là phần "ăn điểm" lớn nhất.

• Bước 3 — Gắn mỗi kỹ thuật với một câu hỏi khởi động. Với mỗi kỹ thuật, tự hỏi: "Khi nào tôi dùng nó?" Ví dụ: Decision Table → khi có logic nhiều điều kiện; Survey → khi cần ý kiến diện rộng; Process Modelling → khi cần mô tả luồng công việc theo trình tự.

• Bước 4 — Liên kết kỹ thuật với Knowledge Area. Khi học sang các bài KA (bài 8–14), mỗi lần gặp một technique, hãy đánh dấu nó vào nhóm mục đích đã học ở đây. Việc lặp lại có chủ đích này khắc sâu trí nhớ.

• Bước 5 — Luyện nhận diện qua câu hỏi tình huống. Lấy 10–20 câu hỏi tình huống (kiểu "BA cần làm X, nên dùng kỹ thuật nào"), tập phản xạ chọn kỹ thuật. Đây mới là kỹ năng thật sự được thi, không phải khả năng đọc thuộc định nghĩa.

• Bước 6 — Tạo flashcard hai mặt. Một mặt ghi tình huống/mục đích, mặt kia ghi tên kỹ thuật. Ôn theo kiểu spaced repetition (lặp lại ngắt quãng) trong 4 tuần trước thi.

Lỗi thường gặp & mẹo

Lỗi 1 — Học thuộc cả 50 định nghĩa. Đây là cách học tốn sức nhất và kém hiệu quả nhất. ECBA không bắt bạn đọc thuộc; nó kiểm tra khả năng chọn đúng kỹ thuật cho tình huống. Hãy học theo nhóm mục đích.

Lỗi 2 — Nghĩ mỗi kỹ thuật chỉ thuộc một Knowledge Area. Sai. Interview, Workshop, Prioritization, Item Tracking... xuất hiện ở nhiều KA. Nếu gắn cứng "Interview chỉ thuộc Elicitation", bạn sẽ trượt những câu hỏi mà Interview được dùng để xác nhận yêu cầu hay ra quyết định.

Lỗi 3 — Nhầm các cặp kỹ thuật na ná nhau. Cẩn thận với những cặp dễ lẫn: Data Modelling vs Data Flow Diagram (một bên mô tả cấu trúc dữ liệu, một bên mô tả luồng dữ liệu di chuyển); Use Cases vs User Stories (một bên chi tiết tương tác theo kịch bản, một bên ngắn gọn theo góc nhìn người dùng); Concept Modelling vs Data Modelling (một bên mô tả khái niệm nghiệp vụ trừu tượng, một bên mô tả dữ liệu cụ thể để triển khai).

Lỗi 4 — Bỏ qua các kỹ thuật ít quen. Một số tên lạ như Collaborative Games, Roles and Permissions Matrix, Functional Decomposition vẫn có thể xuất hiện trong đề. Bạn không cần thành thạo, nhưng nên biết "nó dùng để làm gì" ở mức một câu.

Mẹo vàng: Khi gặp câu hỏi tình huống, hãy bắt từ khóa mục đích trong đề trước, rồi mới khoanh vùng nhóm kỹ thuật. "Nhiều điều kiện" → Decision Table. "Diện rộng, chi phí thấp" → Survey. "Tìm nguyên nhân" → Root Cause Analysis. "Luồng công việc theo bước" → Process Modelling. "Theo dõi vấn đề tồn đọng" → Item Tracking. Phản xạ từ khóa này tiết kiệm rất nhiều thời gian làm bài.

Bài tập thực hành

• Lập bản đồ tư duy (mind map) của riêng bạn: Vẽ 6–7 nhánh chính là các nhóm mục đích, rồi điền các kỹ thuật vào từng nhánh từ trí nhớ. Sau đó đối chiếu với bảng trong bài. Ô nào quên là ô bạn cần ôn lại.

• Nhận diện kỹ thuật từ tình huống. Với mỗi mô tả sau, hãy viết ra kỹ thuật phù hợp nhất:

- (a) Cần lấy ý kiến của 5.000 khách hàng về tính năng mới, ngân sách hạn chế. - (b) Cần làm rõ quy tắc tính phí giao hàng với 6 điều kiện chồng chéo. - (c) Cần mô tả từng bước trong quy trình duyệt đơn vay. - (d) Đơn hàng trễ lặp lại nhiều lần, cần tìm nguyên nhân thật sự. - (e) Cần thống nhất phạm vi dự án với 10 bên liên quan trong một buổi.

• Phân biệt cặp dễ nhầm. Viết một câu giải thích sự khác nhau giữa: Use Cases vs User Stories; Data Modelling vs Data Flow Diagram; Interview vs Workshop.

• Liệt kê 12 kỹ thuật đa năng mà bạn cho là xuất hiện nhiều nhất trong BABOK, kèm một mục đích sử dụng cho mỗi cái.

Gợi ý đáp án bài tập 2: (a) Survey/Questionnaire; (b) Decision Table/Decision Modelling; (c) Process Modelling; (d) Root Cause Analysis; (e) Workshop.

Tóm tắt

BABOK v3 có chính xác 50 techniques ở Chương 10 — bộ công cụ chuẩn của nghề BA. Chìa khóa để chinh phục phần này trong kỳ thi ECBA không phải là học thuộc lòng, mà là phân loại theo mục đích và nhận diện kỹ thuật phù hợp với tình huống.

Hãy nhớ ba điều cốt lõi: (1) Một task dùng được nhiều technique, và một technique phục vụ nhiều task — nên đừng gắn cứng kỹ thuật vào một Knowledge Area duy nhất. (2) Có khoảng 12 kỹ thuật "đa năng" (Interview, Workshop, Document Analysis, Prioritization, Item Tracking, Reviews, Estimation, Metrics and KPIs, Use Cases, User Stories...) — học chắc nhóm này là ăn điểm lớn. (3) Khi làm bài, bắt từ khóa mục đích trong đề trước, rồi mới khoanh vùng kỹ thuật.

Bài này là tấm bản đồ tổng quan. Các kỹ thuật quan trọng nhất — Interview, Workshop, Use Cases, User Stories, BPMN, ERD, Decision Tables, Prioritization, Root Cause Analysis... — sẽ được mổ xẻ chi tiết trong các bài tiếp theo. Khi học những bài đó, hãy luôn quay lại tự hỏi: "Kỹ thuật này thuộc nhóm mục đích nào trong bản đồ của mình?" Đó là cách biến 50 cái tên rời rạc thành một hệ thống kiến thức vững chắc.