Mở đầu — vì sao bài này quan trọng
Bạn đã đi qua 59 bài học. Bạn đã đọc BABOK, đã làm quen với 6 Knowledge Area, đã luyện hàng trăm câu hỏi nhỏ rải rác trong các bài thực hành. Nhưng có một sự thật mà nhiều học viên ECBA tại Việt Nam chỉ nhận ra khi bước vào phòng thi thật: biết kiến thức và thi đậu là hai năng lực khác nhau. Bài thi ECBA không kiểm tra xem bạn có thuộc lòng định nghĩa hay không — nó kiểm tra xem bạn có biết áp dụng đúng tư duy BABOK dưới áp lực thời gian, khi các phương án trả lời được thiết kế cố tình để gài bẫy.
Bài 60 là bài cuối cùng của khóa học, và nó cố tình được đặt ở đây như một "trận đánh thử" toàn diện. Đây là một mock exam 25 câu mô phỏng đúng phong cách câu hỏi của kỳ thi thật: 50 câu trong 60 phút (nghĩa là khoảng 1,2 phút mỗi câu). Chúng ta làm 25 câu trong 30 phút để bạn cảm nhận đúng nhịp độ ấy mà không cần ngồi quá lâu.
Điểm quan trọng nhất của bài này không phải là con số điểm bạn đạt được, mà là cách bạn phân tích sau khi làm xong. Một học viên làm mock exam đúng cách sẽ học được nhiều từ những câu sai hơn là từ ba bài đọc lý thuyết cộng lại. Vì vậy, hãy nghiêm túc với chính mình: bấm giờ thật, đóng hết tài liệu, và chỉ xem đáp án sau khi đã hoàn thành toàn bộ.
Khái niệm cốt lõi
Cách làm bài mock exam này cho đúng
Trước khi nhìn câu hỏi, hãy thiết lập điều kiện thi mô phỏng:
- Bấm giờ 30 phút cho 25 câu. Dùng điện thoại đặt đồng hồ đếm ngược. Khi hết giờ, dừng lại dù chưa xong — đánh dấu những câu chưa làm để biết tốc độ thực tế của bạn.
- Đóng tài liệu, đóng BABOK, đóng cả ghi chú. Mock exam mà vừa làm vừa tra cứu thì không còn là mock exam, mà chỉ là bài tập đọc hiểu.
- Không xem đáp án giữa chừng. Đáp án và lời giải nằm ở cuối bài. Tự ghi câu trả lời (1A, 2C, 3B...) ra giấy.
- Đánh dấu mức độ tự tin. Bên cạnh mỗi câu, ghi thêm ký hiệu: chắc chắn (✓), phân vân (?), đoán (X). Sau khi chấm, bạn sẽ phát hiện điều thú vị: nhiều câu "chắc chắn" lại sai — đó là những lỗ hổng kiến thức nguy hiểm nhất vì bạn không biết là mình không biết.
Phân bổ câu hỏi theo Knowledge Area
25 câu trong mock này được phân bổ gần đúng tỷ trọng đề thi ECBA thật, để bạn quen với việc đề "dồn" vào các vùng kiến thức nặng:
- KA1 — Business Analysis Planning and Monitoring: 4 câu
- KA2 — Elicitation and Collaboration: 4 câu
- KA3 — Requirements Life Cycle Management: 4 câu
- KA4 — Strategy Analysis: 3 câu
- KA5 — Requirements Analysis and Design Definition: 5 câu
- KA6 — Solution Evaluation: 3 câu
- Underlying Competencies & Techniques: 2 câu
Tình huống thực tế
Ví dụ 1 — Bạn Minh và bài học về tốc độ
Minh, một bạn làm IT support tại một công ty fintech ở Quận 1, TP.HCM, ôn ECBA trong 5 tuần. Bạn nắm lý thuyết khá vững, làm bài tập riêng lẻ đều đúng trên 85%. Nhưng lần đầu làm full mock 50 câu, Minh chỉ hoàn thành 38 câu khi hết 60 phút — vì bạn dừng quá lâu ở những câu khó, đọc đi đọc lại 4 phương án.
Bài học: trong phòng thi ECBA, mỗi câu đáng giá như nhau. Dừng 4 phút cho một câu khó để rồi không kịp làm 5 câu dễ ở cuối là một giao dịch lỗ. Minh áp dụng quy tắc "90 giây": nếu sau 90 giây vẫn phân vân, đánh dấu lại, chọn đáp án khả dĩ nhất và đi tiếp. Vòng làm bài lần hai, Minh hoàn thành cả 50 câu và còn dư 7 phút để xem lại các câu đã đánh dấu.
Ví dụ 2 — Chị Hương và cái bẫy "đáp án nghe rất hợp lý"
Chị Hương làm điều phối dự án tại một công ty outsourcing ở Đà Nẵng. Khi làm mock, chị thường chọn đáp án "nghe có vẻ thực tế nhất theo kinh nghiệm làm việc của tôi". Vấn đề là ECBA chấm theo BABOK, không theo kinh nghiệm cá nhân. Có câu hỏi về việc nên làm gì khi stakeholder bất đồng về requirement — theo kinh nghiệm, chị chọn "leo thang lên cấp quản lý". Nhưng đáp án đúng theo BABOK là dùng kỹ thuật giải quyết xung đột và đạt đồng thuận (conflict resolution) trước, vì leo thang là bước cuối cùng chứ không phải đầu tiên.
Bài học: khi làm ECBA, hãy tự hỏi "BABOK nói gì?", không phải "ở công ty tôi người ta làm sao?". Đây là sai lầm phổ biến nhất của người đã đi làm.
Ví dụ 3 — Nhóm ôn thi tại một startup EdTech ở Hà Nội
Một nhóm 4 bạn ở startup EdTech tổ chức ôn chung. Họ làm mock exam cá nhân rồi họp lại chấm chéo và tranh luận từng câu sai. Kết quả: tỷ lệ đậu của nhóm là 4/4, trong khi trung bình tự ôn một mình thường thấp hơn. Lý do là khi phải giải thích cho người khác vì sao đáp án A đúng và B sai, bạn buộc phải hiểu sâu bản chất chứ không chỉ ghi nhớ. Mock exam cá nhân + review nhóm là combo mạnh nhất.
Hướng dẫn từng bước
Bắt đầu bấm giờ. Đáp án ở phần cuối.
Câu 1 (KA1). Mục đích chính của task "Plan Stakeholder Engagement" là gì? A. Xác định ngân sách cho dự án B. Lập kế hoạch cách tiếp cận để xây dựng và duy trì quan hệ làm việc hiệu quả với stakeholder C. Phê duyệt requirement cuối cùng D. Thiết kế giải pháp kỹ thuật
Câu 2 (KA1). Output của task "Plan Business Analysis Approach" là gì? A. Stakeholder Engagement Approach B. Business Analysis Approach C. Requirements Architecture D. Solution Scope
Câu 3 (KA1). Trong "Plan Business Analysis Governance", yếu tố nào KHÔNG thuộc phạm vi của task này? A. Quy trình phê duyệt requirement B. Quản lý thay đổi (change control) C. Cách viết test case kỹ thuật D. Quy trình ra quyết định
Câu 4 (KA1). "Plan Business Analysis Information Management" chủ yếu giải quyết vấn đề gì? A. Cách lưu trữ, truy xuất và tái sử dụng thông tin business analysis B. Cách tuyển dụng BA mới C. Cách định giá phần mềm D. Cách đào tạo người dùng cuối
Câu 5 (KA2). Kỹ thuật elicitation nào phù hợp nhất khi cần thu thập ý kiến nhanh từ một nhóm lớn stakeholder ở nhiều địa điểm khác nhau? A. Observation (quan sát) B. Survey/Questionnaire (khảo sát) C. Interview 1-1 D. Document Analysis
Câu 6 (KA2). "Confirm Elicitation Results" có mục đích chính là gì? A. Phê duyệt ngân sách B. So sánh kết quả thu thập với các nguồn khác để đảm bảo tính nhất quán và đầy đủ C. Thiết kế cơ sở dữ liệu D. Đóng dự án
Câu 7 (KA2). Khi hai stakeholder bất đồng về một requirement, theo BABOK, hành động đầu tiên BA nên làm là gì? A. Leo thang ngay lên ban giám đốc B. Tự quyết định thay họ C. Tạo điều kiện để các bên đạt đồng thuận qua thảo luận D. Bỏ qua requirement đó
Câu 8 (KA2). "Manage Stakeholder Collaboration" thuộc Knowledge Area nào? A. KA1 B. KA2 C. KA3 D. KA6
Câu 9 (KA3). "Trace Requirements" giúp ích gì nhiều nhất? A. Đánh giá tác động khi có thay đổi và đảm bảo coverage B. Tăng tốc độ viết code C. Giảm chi phí marketing D. Thay thế việc kiểm thử
Câu 10 (KA3). Mục đích của "Maintain Requirements" là gì? A. Giữ requirement chính xác và cập nhật trong suốt và sau dự án để tái sử dụng B. Xóa toàn bộ requirement sau khi triển khai C. Chỉ lưu requirement trong giai đoạn thiết kế D. Chuyển requirement cho khách hàng quản lý
Câu 11 (KA3). Khi đánh giá thay đổi requirement (Assess Requirements Changes), tiêu chí nào quan trọng cần xem xét? A. Chỉ xem chi phí B. Lợi ích, chi phí, tác động và mức độ rủi ro của thay đổi C. Chỉ xem ý kiến của developer D. Màu sắc giao diện
Câu 12 (KA3). "Approve Requirements" chủ yếu nhằm mục đích gì? A. Đạt được sự đồng thuận và phê duyệt từ stakeholder phù hợp B. Viết tài liệu kỹ thuật C. Tính lương cho team D. Lựa chọn nhà cung cấp
Câu 13 (KA4). Trong "Analyze Current State", BA tập trung tìm hiểu điều gì? A. Giải pháp tương lai B. Bối cảnh hiện tại của doanh nghiệp và lý do cần thay đổi C. Mã nguồn phần mềm D. Báo cáo tài chính năm sau
Câu 14 (KA4). "Define Future State" tạo ra kết quả gì? A. Mô tả trạng thái mong muốn của doanh nghiệp sau khi thay đổi B. Danh sách lỗi phần mềm C. Lịch nghỉ phép nhân viên D. Bảng chấm công
Câu 15 (KA4). "Assess Risks" trong Strategy Analysis nhằm mục đích gì? A. Hiểu các yếu tố không chắc chắn có thể ảnh hưởng đến giá trị và đề xuất cách ứng phó B. Tính thuế thu nhập C. Thiết kế logo D. Tuyển nhân sự
Câu 16 (KA5). "Specify and Model Requirements" liên quan đến hoạt động nào? A. Diễn đạt requirement bằng văn bản và mô hình (text và diagram) B. Đặt hàng thiết bị C. Phỏng vấn tuyển dụng D. Tính ROI
Câu 17 (KA5). Sự khác biệt cốt lõi giữa "Verify Requirements" và "Validate Requirements" là gì? A. Cả hai giống hệt nhau B. Verify kiểm tra chất lượng diễn đạt requirement; Validate kiểm tra requirement có mang lại giá trị cho stakeholder không C. Verify do khách hàng làm, Validate do BA làm D. Verify chỉ áp dụng cho dự án Agile
Câu 18 (KA5). Một requirement "Hệ thống phải phản hồi trong vòng 2 giây" là loại requirement nào? A. Business requirement B. Stakeholder requirement C. Non-functional requirement D. Transition requirement
Câu 19 (KA5). "Define Requirements Architecture" giúp đảm bảo điều gì? A. Các requirement liên kết mạch lạc, không mâu thuẫn và đầy đủ với nhau B. Phần mềm chạy nhanh hơn C. Giảm số lượng stakeholder D. Tăng lương cho BA
Câu 20 (KA5). Acceptance Criteria thường gắn liền nhất với kỹ thuật nào sau đây trong môi trường Agile? A. ERD B. User Story C. PESTLE D. Porter's 5 Forces
Câu 21 (KA6). "Measure Solution Performance" cần điều gì trước tiên? A. Xác định các thước đo (measures) phù hợp để đánh giá hiệu quả giải pháp B. Sa thải nhân viên kém C. Viết lại toàn bộ code D. Mua phần mềm mới
Câu 22 (KA6). "Assess Enterprise Limitations" tập trung vào loại hạn chế nào? A. Hạn chế từ chính giải pháp (solution) B. Hạn chế từ cấu trúc, văn hóa, chính sách của doanh nghiệp C. Hạn chế về thời tiết D. Hạn chế về tỷ giá ngoại tệ
Câu 23 (KA6). "Recommend Actions to Increase Solution Value" có thể đưa ra khuyến nghị nào? A. Giữ nguyên, điều chỉnh, hoặc loại bỏ giải pháp B. Chỉ được phép giữ nguyên giải pháp C. Luôn luôn phải thay mới hoàn toàn D. Không bao giờ được loại bỏ giải pháp
Câu 24 (Techniques). Kỹ thuật "MoSCoW" được dùng để làm gì? A. Mô hình hóa dữ liệu B. Sắp xếp độ ưu tiên (prioritization) requirement C. Vẽ sơ đồ quy trình D. Tính chi phí dự án
Câu 25 (Underlying Competencies). Năng lực nền tảng nào giúp BA hiểu được nhu cầu thực sự ẩn sau lời nói của stakeholder? A. Lập trình B. Lắng nghe chủ động và đặt câu hỏi (active listening) C. Kế toán D. Thiết kế đồ họa
Hết 25 câu. Dừng bút khi hết 30 phút.
Lỗi thường gặp & mẹo
Lỗi 1 — Đọc câu hỏi quá nhanh, bỏ sót từ phủ định. Các câu có chữ "KHÔNG", "NGOẠI TRỪ", "ít phù hợp nhất" là bẫy kinh điển. Ví dụ Câu 3 hỏi yếu tố KHÔNG thuộc phạm vi. Hãy khoanh tròn từ phủ định ngay khi đọc.
Lỗi 2 — Chọn theo kinh nghiệm thay vì theo BABOK. Như trường hợp chị Hương, Câu 7 dễ khiến người đi làm chọn "leo thang". BABOK luôn ưu tiên collaboration và consensus trước.
Lỗi 3 — Phân vân giữa hai đáp án gần đúng quá lâu. Mẹo: loại trừ hai đáp án sai rõ ràng trước, rồi so sánh hai cái còn lại bằng câu hỏi "cái nào sát với mục đích (purpose) của task theo BABOK hơn?". Đáp án đúng thường là cái tổng quát và đúng bản chất nhất.
Mẹo về thời gian: chia 30 phút thành ba chặng 10 phút, mỗi chặng làm 8–9 câu. Nếu hết chặng một mà mới làm 5 câu, bạn đang quá chậm — tăng tốc ngay.
Mẹo về review: sau khi chấm, đừng chỉ đếm điểm. Với mỗi câu sai, ghi lại: (1) tôi chọn gì, (2) đáp án đúng là gì, (3) tại sao tôi chọn sai — do không biết kiến thức, do hiểu nhầm câu hỏi, hay do bất cẩn? Phân loại này cho biết bạn cần ôn lại kiến thức hay luyện kỹ năng đọc đề.
Bài tập thực hành
- Làm trọn vẹn 25 câu trên trong 30 phút có bấm giờ. Ghi mức tự tin (✓/?/X) cho từng câu.
- Chấm điểm bằng đáp án bên dưới. Tính tỷ lệ đúng. Mục tiêu đậu ECBA tương đương khoảng 70% trở lên — nhưng hãy nhắm 80% khi luyện để có biên an toàn.
- Với mỗi câu sai, viết một câu giải thích bằng lời của chính bạn về vì sao đáp án đúng là đúng. Tra lại bài học tương ứng (Bài 8–14 cho từng KA).
- Đối chiếu các câu bạn đánh dấu "chắc chắn" nhưng lại sai — đây là ưu tiên ôn tập số một.
- Nếu có bạn cùng ôn, hoán đổi và giải thích cho nhau từng câu sai.
Giải thích nhanh các câu hay sai:
- Câu 7: BABOK đặt collaboration/consensus trước escalation. Leo thang chỉ là phương án cuối.
- Câu 17: Verify = "đúng cách viết" (chất lượng requirement); Validate = "đúng giá trị" (đáp ứng nhu cầu). Mẹo nhớ: Verify–Văn bản, Validate–giá trị (Value).
- Câu 18: "Phản hồi trong 2 giây" là tiêu chí về hiệu năng → non-functional.
- Câu 23: Khuyến nghị có thể là giữ, điều chỉnh hoặc loại bỏ — không bị giới hạn ở một lựa chọn.
Tóm tắt
Bài 60 là trận đánh thử khép lại hành trình ECBA của bạn. Điều cần nhớ không nằm ở con số điểm, mà ở thói quen: bấm giờ thật, đóng tài liệu, làm với nhịp khoảng 1,2 phút mỗi câu, không sa lầy vào câu khó, và quan trọng nhất là review kỹ từng câu sai để phân biệt giữa lỗ hổng kiến thức và lỗi đọc đề. Hãy luôn trả lời theo tư duy BABOK chứ không theo kinh nghiệm cá nhân, đặc biệt với các task về collaboration và governance. Nếu bạn đạt từ 80% trở lên trong mock này một cách thoải mái, bạn đã sẵn sàng cho phòng thi thật. Nếu chưa, đừng nản — mỗi câu sai hôm nay là một câu bạn sẽ làm đúng vào ngày thi. Chúc bạn thi đậu ECBA và bước vững vào nghề Business Analysis.