Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 40 — Practice Questions — Set 1 (KA1, KA2)

ECBA Certification Preparation Bài 40/60

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

Bạn đã đi qua phần lý thuyết của hai Knowledge Area đầu tiên: Business Analysis Planning and Monitoring (KA1)Elicitation and Collaboration (KA2). Lý thuyết bạn có thể đọc, gạch chân, ghi nhớ. Nhưng kỳ thi ECBA không hỏi bạn "Hãy liệt kê 5 task của KA1". Đề thi ECBA hỏi theo kiểu tình huống (scenario-based): họ đặt bạn vào vai một Business Analyst đang đối mặt với một quyết định, rồi hỏi "Bạn nên làm gì TIẾP THEO?" hoặc "Đâu là việc nên làm ĐẦU TIÊN?".

Sự khác biệt giữa người đọc kỹ BABOK mà vẫn rớt và người đậu nằm chính ở chỗ này: biết kiến thức khác với biết cách BABOK muốn bạn áp dụng kiến thức. Có những câu mà cả bốn đáp án đều "đúng" trong đời thực, nhưng chỉ một đáp án đúng theo logic của BABOK — thường là đáp án tôn trọng trình tự công việc, tôn trọng việc lập kế hoạch trước khi hành động, và tôn trọng stakeholder.

Bài này là bộ câu hỏi luyện tập số 1, tập trung hoàn toàn vào KA1 và KA2. Tôi sẽ không dạy lại lý thuyết — việc đó đã làm ở các bài trước. Thay vào đó, tôi sẽ cho bạn luyện theo đúng "khẩu vị" của đề ECBA, giải thích vì sao đáp án đúng là đúng, và quan trọng hơn — vì sao những đáp án sai lại hấp dẫn đến mức nhiều người chọn nhầm. Hãy coi đây là buổi tập với một huấn luyện viên ngồi cạnh, không phải bài kiểm tra một mình trong phòng tối.

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

Đề ECBA "đọc vị" bạn như thế nào

ECBA gồm 50 câu trắc nghiệm, làm trong 60 phút, đa số ở mức Remembering & Understanding (nhớ và hiểu) theo thang Bloom. Nghe có vẻ dễ, nhưng "hiểu" ở đây nghĩa là hiểu BABOK muốn bạn nghĩ như thế nào. Mỗi câu hỏi thường có cấu trúc: một đoạn bối cảnh ngắn, một câu hỏi, và bốn lựa chọn A/B/C/D.

Có vài "tín hiệu từ khóa" trong câu hỏi mà bạn phải bắt được ngay:

  • FIRST / NEXT / BEST — đây là câu hỏi về trình tự hoặc mức độ phù hợp nhất. Nhiều đáp án đúng, nhưng chỉ một đáp án đúng nhất trong ngữ cảnh.
  • MOST / LEAST / EXCEPT — đọc kỹ, vì "LEAST" và "EXCEPT" đảo ngược logic. Rất nhiều thí sinh đọc lướt rồi chọn đáp án đúng nhất trong khi đề hỏi đáp án sai nhất.
  • Tên một task/technique cụ thể — câu này kiểm tra định nghĩa thuần. Ví dụ "Đầu ra (output) của task X là gì?".

KA1 — Planning and Monitoring: tinh thần cốt lõi

KA1 trả lời câu hỏi: "Tôi sẽ tiến hành công việc phân tích nghiệp vụ như thế nào?". Nó gồm 5 task: Plan Business Analysis Approach, Plan Stakeholder Engagement, Plan Business Analysis Governance, Plan Business Analysis Information Management, và Identify Business Analysis Performance Improvements.

Tinh thần cốt lõi mà đề thi luôn xoáy vào: lập kế hoạch đến trước hành động. Khi một câu hỏi cho bạn tình huống "BA vừa nhận dự án mới", đáp án theo BABOK gần như luôn là "lập kế hoạch cách tiếp cận" (plan the approach) chứ không phải "lao vào phỏng vấn stakeholder ngay". Đây là cái bẫy số một.

KA2 — Elicitation and Collaboration: tinh thần cốt lõi

KA2 trả lời: "Tôi khai thác thông tin và làm việc với mọi người ra sao?". Nó gồm 5 task: Prepare for Elicitation, Conduct Elicitation, Confirm Elicitation Results, Communicate Business Analysis Information, và Manage Stakeholder Collaboration.

Điểm BABOK nhấn mạnh ở KA2 là chu trình Prepare → Conduct → Confirm. Bạn không bao giờ "conduct" (tiến hành khai thác) mà chưa "prepare" (chuẩn bị). Và sau khi khai thác, bạn phải confirm (xác nhận lại) kết quả với stakeholder để chắc chắn không hiểu sai. Một bẫy kinh điển: sau workshop, BA nên làm gì? Nhiều người chọn "viết requirements ngay", nhưng đáp án BABOK là "confirm elicitation results" — xác nhận lại đã.

Một khái niệm hay bị nhầm: Elicitation không chỉ là phỏng vấn. Nó gồm cả khai thác collaborative (workshop, interview), research (đọc tài liệu, phân tích hệ thống cũ), và experimental (prototype, proof of concept). Đề hay hỏi "loại elicitation nào phù hợp khi..." để xem bạn có phân biệt được không.

Tình huống thực tế

Ví dụ 1 — Công ty Tiki và cái bẫy "làm ngay"

Bối cảnh: Chị Lan, một BA junior tại một công ty thương mại điện tử giả định kiểu Tiki, vừa được giao dự án xây dựng tính năng "đổi trả hàng tự động". Sếp nói: "Em làm việc với team vận hành kho và team CSKH nhé". Chị Lan hào hứng, mở Outlook gửi luôn lời mời họp phỏng vấn cho 8 người ở hai team.

Diễn giải theo ECBA: Nếu đây là một câu hỏi thi — "BA nên làm gì FIRST?" — thì hành động của chị Lan (gửi lời mời phỏng vấn) chính là đáp án sai hấp dẫn nhất. Theo BABOK, việc đầu tiên thuộc KA1: Plan Business Analysis ApproachPlan Stakeholder Engagement. Chị Lan cần xác định: ai thực sự là stakeholder (Stakeholder Analysis), cách tiếp cận sẽ là predictive hay adaptive, mức độ và cách thức tương tác với từng nhóm. Gửi 8 lời mời mà chưa phân tích stakeholder dễ dẫn đến mời nhầm người, bỏ sót người ra quyết định thật sự (ví dụ trưởng phòng tài chính — người quyết chính sách hoàn tiền).

Bài học rút ra: Khi đề có chữ FIRST và bối cảnh là "dự án mới bắt đầu", phản xạ của bạn phải là planning, không phải eliciting.

Ví dụ 2 — Ngân hàng số và bài học "confirm trước khi tin"

Bối cảnh: Anh Đức, BA tại một ngân hàng số ở TP.HCM, vừa tổ chức một workshop 2 tiếng với 6 stakeholder về quy trình mở tài khoản online. Anh ghi chép đầy 4 trang giấy. Về bàn làm việc, anh định viết luôn 25 user stories từ ghi chú để kịp sprint planning chiều mai.

Diễn giải theo ECBA: Đề có thể hỏi "Sau khi conduct elicitation qua workshop, BA nên làm gì NEXT?". Đáp án BABOK là Confirm Elicitation Results — gửi lại bản tóm tắt cho 6 stakeholder để họ xác nhận anh hiểu đúng, trước khi biến chúng thành requirements. Lý do: ghi chú trong workshop thường mâu thuẫn, thiếu sót, hoặc do BA hiểu sai. Nếu anh Đức viết thẳng 25 story từ ghi chú chưa confirm, rủi ro là cả sprint làm sai. Trong tình huống thật, anh Đức gửi email tóm tắt 1 trang, phát hiện 2 điểm hiểu sai về quy định eKYC — sửa kịp trước khi code.

Bài học rút ra: Chu trình Prepare → Conduct → Confirm là bất khả xâm phạm trong KA2. "Confirm" không phải bước thừa, nó là bước cứu dự án.

Ví dụ 3 — Startup giao đồ ăn và việc chọn nhầm loại elicitation

Bối cảnh: Một startup giao đồ ăn tại Hà Nội muốn hiểu vì sao tỷ lệ tài xế hủy đơn cao. BA được giao "tìm hiểu nguyên nhân". BA định phỏng vấn 3 sếp cấp cao về cảm nhận của họ.

Diễn giải theo ECBA: Câu hỏi dạng "Kỹ thuật elicitation nào phù hợp NHẤT để hiểu hành vi hủy đơn của tài xế?". Phỏng vấn 3 sếp (đáp án sai hấp dẫn vì "dễ làm") cho ra ý kiến chủ quan của người không trực tiếp giao hàng. Đáp án phù hợp hơn là research/document analysis trên dữ liệu log hủy đơn, kết hợp observation (quan sát) hoặc survey với chính tài xế. BABOK phân biệt rõ: khi cần dữ liệu hành vi thực tế, bạn ưu tiên nguồn gần với thực tế nhất, không phải nguồn dễ tiếp cận nhất.

Bài học rút ra: Chọn kỹ thuật elicitation phải dựa trên loại thông tin cần khai thácnguồn đáng tin cậy nhất, không dựa trên cái gì tiện cho BA.

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

Đây là bộ 8 câu luyện tập. Hãy che phần giải thích, tự chọn đáp án, rồi mới đối chiếu.

Câu 1 (KA1). Một BA vừa bắt đầu dự án mới. Việc nào nên làm ĐẦU TIÊN? (A) Tiến hành phỏng vấn stakeholder (B) Lập kế hoạch cách tiếp cận phân tích nghiệp vụ (plan the business analysis approach) (C) Viết tài liệu yêu cầu (requirements) (D) Đánh giá hiệu năng giải pháp → Đáp án: B. KA1 đứng trước mọi việc. Phải biết cách làm trước khi bắt tay làm. (A) là KA2 — đến sau. (C) thuộc KA5. (D) thuộc KA6.

Câu 2 (KA1). Đầu ra (output) chính của task Plan Stakeholder Engagement là gì? (A) Business Analysis Approach (B) Stakeholder Engagement Approach (C) Elicitation Results (D) Requirements Architecture → Đáp án: B. Mỗi task có output riêng. Đừng nhầm B với A (output của task Plan Business Analysis Approach).

Câu 3 (KA1). BA cần quyết định ai có quyền phê duyệt thay đổi requirements và quy trình ra quyết định. Đây thuộc task nào? (A) Plan Stakeholder Engagement (B) Plan Business Analysis Governance (C) Plan Information Management (D) Identify Performance Improvements → Đáp án: B. Governance = quản trị: ai phê duyệt, ai ưu tiên, ai ra quyết định, quy trình thay đổi. Đây là chữ "quyền quyết định" — tín hiệu của Governance.

Câu 4 (KA1). Trong số sau, đâu KHÔNG phải (EXCEPT) là yếu tố cần cân nhắc khi lập Business Analysis Approach? (A) Predictive hay adaptive (B) Mức độ chính thức của tài liệu (C) Màu sắc giao diện sản phẩm cuối (D) Thời điểm và tần suất thực hiện công việc BA → Đáp án: C. Câu EXCEPT — tìm đáp án sai. Màu sắc UI là chi tiết thiết kế (KA5), không liên quan cách tiếp cận BA.

Câu 5 (KA2). BA chuẩn bị tổ chức một workshop. Theo BABOK, bước này thuộc task nào? (A) Conduct Elicitation (B) Prepare for Elicitation (C) Confirm Elicitation Results (D) Manage Stakeholder Collaboration → Đáp án: B. "Chuẩn bị" = Prepare. Bao gồm xác định mục tiêu, chọn kỹ thuật, sắp xếp logistics, mời đúng người.

Câu 6 (KA2). Sau khi hoàn tất một buổi phỏng vấn, BA nên làm gì TIẾP THEO để đảm bảo thông tin chính xác? (A) Viết requirements ngay (B) Bắt đầu thiết kế giải pháp (C) Xác nhận lại kết quả khai thác với stakeholder (Confirm Elicitation Results) (D) Đánh giá hiệu năng giải pháp → Đáp án: C. Chu trình Prepare → Conduct → Confirm. Đây là bẫy "làm ngay" cổ điển.

Câu 7 (KA2). Stakeholder ở hai phòng ban mâu thuẫn về phạm vi dự án, gây căng thẳng. BA nên dùng task nào để xử lý? (A) Conduct Elicitation (B) Manage Stakeholder Collaboration (C) Plan Information Management (D) Confirm Elicitation Results → Đáp án: B. Quản lý mâu thuẫn, duy trì quan hệ, giữ stakeholder gắn kết = Manage Stakeholder Collaboration.

Câu 8 (KA2). Loại elicitation nào dựa trên việc xây dựng prototype để khám phá và xác nhận ý tưởng? (A) Collaborative (B) Research (C) Experimental (D) Passive → Đáp án: C. BABOK chia 3 loại: Collaborative (tương tác trực tiếp), Research (nghiên cứu tài liệu/hệ thống), Experimental (thử nghiệm — prototype, PoC). "Passive" không tồn tại.

Quy trình làm bài khi gặp câu khó: (1) Đọc câu hỏi trước, bắt từ khóa FIRST/NEXT/EXCEPT. (2) Xác định câu này thuộc KA nào. (3) Loại ngay đáp án thuộc KA sai thời điểm (ví dụ KA5/KA6 xuất hiện trong câu về giai đoạn đầu dự án). (4) Giữa hai đáp án còn lại, chọn cái tôn trọng trình tự BABOK.

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

  • Lỗi "lao vào hành động". Thấy bối cảnh dự án mới là muốn chọn "phỏng vấn ngay". BABOK luôn ưu tiên plan trước. Mẹo: gặp FIRST + dự án mới → nghĩ KA1.
  • Bỏ qua bước Confirm. Sau Conduct, nhiều người nhảy thẳng sang viết requirements. Nhớ công thức P-C-C (Prepare, Conduct, Confirm) như một câu thần chú.
  • Đọc lướt EXCEPT/LEAST/NOT. Đây là nguyên nhân mất điểm oan nhiều nhất. Mẹo: khi thấy các từ này, hãy gạch chân ngay trên giấy nháp và tự nhắc "mình đang tìm đáp án SAI".
  • Nhầm output giữa các task. Plan Approach → Business Analysis Approach; Plan Stakeholder Engagement → Stakeholder Engagement Approach. Học output theo cặp tên-task để khỏi lẫn.
  • Lẫn Governance với Information Management. Governance = ai quyết định, ai phê duyệt. Information Management = lưu trữ, truy cập, tái sử dụng thông tin BA ở đâu và như thế nào. Bắt từ khóa "phê duyệt/quyết định" → Governance; "lưu trữ/truy xuất" → Information Management.
  • Chọn kỹ thuật elicitation theo độ tiện. Đừng chọn "phỏng vấn sếp" chỉ vì dễ. Hỏi: thông tin cần là loại gì, nguồn nào đáng tin nhất?
  • Mẹo quản lý thời gian: 50 câu / 60 phút ≈ 72 giây/câu. Câu nào phân vân quá 90 giây thì đánh dấu, chọn tạm rồi quay lại. Đừng để 1 câu khó nuốt mất thời gian của 5 câu dễ.

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

  • Tự chấm: Làm lại 8 câu trên mà không nhìn đáp án, bấm giờ 10 phút. Ghi lại những câu sai và viết một câu lý do vì sao mình chọn sai — đây là phần giá trị nhất.
  • Tự ra đề: Viết 3 câu hỏi mới theo phong cách ECBA, mỗi câu cho một task của KA1 mà bài này chưa hỏi tới (Plan Information Management, Identify Performance Improvements...). Tự tạo 4 đáp án, trong đó có ít nhất 1 đáp án "sai hấp dẫn".
  • Phân loại nhanh: Lấy 5 tình huống bất kỳ trong công việc/dự án bạn biết, gắn nhãn mỗi tình huống vào đúng 1 trong 10 task của KA1+KA2. Mục tiêu là phản xạ nhận diện KA trong dưới 5 giây.
  • Bẫy từ khóa: Viết ra giấy 5 câu có chứa EXCEPT/LEAST/NOT và tự giải. Rèn não quen với việc đảo ngược logic.

Tóm tắt

  • ECBA hỏi theo tình huống, không hỏi thuộc lòng. Phải hiểu BABOK muốn bạn áp dụng kiến thức ra sao.
  • KA1 luôn đến trước: dự án mới → lập kế hoạch (plan approach, plan stakeholder engagement) trước khi khai thác.
  • KA2 theo chu trình P-C-C: Prepare → Conduct → Confirm. Đừng bao giờ bỏ bước Confirm.
  • Phân biệt rạch ròi: Governance (ai quyết định) vs Information Management (lưu trữ/truy xuất); 3 loại elicitation (Collaborative, Research, Experimental).
  • Bắt từ khóa FIRST/NEXT/BEST/EXCEPT/LEAST. Loại đáp án thuộc KA sai thời điểm. Chọn đáp án tôn trọng trình tự BABOK.
  • Quản lý thời gian ~72 giây/câu; đánh dấu câu khó, quay lại sau.
Luyện đề không phải để "thuộc đáp án", mà để rèn phản xạ tư duy BABOK. Khi bạn tự giải thích được vì sao 3 đáp án còn lại sai, bạn đã thật sự hiểu — và lúc đó kỳ thi chỉ còn là thủ tục.