Trắc nghiệm Business Analyst — 34 câu có đáp án và giải thích

Đáp án: C

BA chịu trách nhiệm về yêu cầu: đúng vấn đề nghiệp vụ và đủ rõ để đội phát triển làm được. Tiến độ là của PM, chất lượng mã là của dev và QC, thứ tự ưu tiên là của PO.

Đáp án: B

Khác nhau ở câu hỏi mỗi bên phải trả lời. BA đi từ người và quy trình để ra yêu cầu; DA đi từ dữ liệu đã có để ra kết luận. Cả hai đều dùng SQL, và nhiều công ty Việt Nam gộp hai việc vào một vị trí.

Đáp án: B

Đó là giải pháp, không phải nhu cầu. Nhu cầu là vấn đề nghiệp vụ phía sau nó. Nhận nguyên giải pháp rồi viết thành yêu cầu thì đội phát triển sẽ làm đúng đơn đặt hàng mà vấn đề gốc vẫn còn.

Đáp án: D

Yêu cầu phi chức năng mô tả mức độ tốt, không mô tả việc hệ thống làm gì: thời gian phản hồi, số người dùng đồng thời, thời gian được phép ngừng, mức bảo mật. Dấu hiệu nhận ra là nó phải có con số đi kèm.

Đáp án: B

BRD trả lời vì sao làm và để đạt gì, viết cho cấp quyết định. SRS trả lời hệ thống phải làm gì, gồm cả yêu cầu phi chức năng, viết cho đội phát triển. Một mục tiêu trong BRD triển khai ra nhiều chức năng trong SRS.

Đáp án: C

Thay thế: thanh toán bằng ví thay vì thẻ, đơn vẫn được tạo. Ngoại lệ: thẻ bị từ chối hoặc hết hàng giữa chừng, đơn không được tạo. Cùng use case, khác ở chỗ có đạt mục tiêu hay không.

Đáp án: A

Swimlane — cột phân vai. Quy trình liên phòng ban thường tắc đúng ở điểm bàn giao, và swimlane là thứ duy nhất trên sơ đồ làm điểm bàn giao hiện ra thành hình.

Đáp án: A

Wireframe là bố cục khung xám: vị trí các khối, thứ tự thông tin, luồng chuyển màn. Mockup là bản tĩnh đã có màu, chữ, hình đúng bộ nhận diện. Bản bấm được là prototype, một mức nữa.

Đáp án: B

Tài liệu vẫn cần, nhưng viết vừa đủ để đội làm được và giữ cập nhật, thay vì một tập dày viết trước rồi bỏ đó. Câu hỏi kiểm chứng trước khi viết: ai sẽ đọc nó, và đọc để làm gì.

Đáp án: A

Trượt V — Valuable. Đây là story viết theo tầng kỹ thuật. Story phải tách theo luồng nghiệp vụ hoặc theo quy tắc nghiệp vụ, không tách theo tầng kỹ thuật.

Đáp án: A

AC là tập điều kiện phải thoả để một story được coi là xong. Nó chốt cách hiểu chung giữa BA, dev, tester và bên nghiệp vụ, đồng thời chặn scope creep: thứ không nằm trong AC là thứ chưa được đồng ý.

Đáp án: B

Khác nhau ở thời điểm. Risk: nhà cung cấp có thể chậm cấp môi trường thử nghiệm. Issue: môi trường đã chậm hai tuần, tích hợp đang dừng. Risk không được xử lý rồi xảy ra thì trở thành issue.

Đáp án: D

Vì thiên kiến. Việc của BA trong UAT là tổ chức: kịch bản theo tình huống nghiệp vụ hằng ngày, dữ liệu thử giống thật, hướng dẫn người dùng, rồi phân loại phản hồi thành lỗi hay yêu cầu mới.

Đáp án: A

Nói thẳng chưa chắc, hẹn thời điểm, rồi trả lời đúng hạn. Uy tín của BA được xây bằng vài lần giữ lời, và đó chính là thứ làm giảm căng thẳng ở những buổi sau.

Đáp án: D

Câu hỏi kiểm tra tính trung thực và cách phản ứng khi kế hoạch trượt, không kiểm tra bạn có hoàn hảo. Phần quan trọng nhất là thời điểm báo và điều bạn thay đổi sau đó.

Đáp án: C

BA nghiệp vụ có thể đề xuất giải pháp không liên quan phần mềm. IT BA làm trong bối cảnh một hệ thống sẽ được xây hoặc sửa, nên cần đọc được API, hiểu mô hình dữ liệu và dùng được SQL cơ bản.

Đáp án: B

Mức truy vấn: SELECT, WHERE, các loại JOIN, GROUP BY kèm hàm tổng hợp, cách NULL ảnh hưởng tới lọc, và hiểu khoá chính, khoá ngoại, quan hệ một-nhiều.

Đáp án: D

Nó là mong muốn, chưa phải yêu cầu, vì không kiểm chứng được. Muốn dùng được phải quy về thứ đo được: số bước để hoàn tất một thao tác, thời gian một người mới cần để làm xong lần đầu, tỷ lệ thao tác lỗi.

Đáp án: B

Ai cũng gắn nhãn Must cho phần của mình, và bảng phân loại mất tác dụng. Cách khắc phục thông dụng là giới hạn tỷ lệ Must trong tổng khối lượng, buộc các bên phải đánh đổi thật thay vì khai báo.

Đáp án: A

RTM nối yêu cầu lên mục tiêu nghiệp vụ và xuống thiết kế, hạng mục dev, ca kiểm thử. Nhờ nối hai chiều nên nó lộ ra cả phần thiếu lẫn phần thừa, đồng thời cho biết sửa một yêu cầu thì phải kiểm thử lại những gì.

Đáp án: A

include là bước bắt buộc và thường dùng chung: "Đặt hàng" include "Xác thực người dùng". extend là nhánh có điều kiện: "Đặt hàng" được extend bởi "Áp mã giảm giá", chỉ chạy khi người dùng nhập mã.

Đáp án: C

Flowchart có vài ký hiệu chung chung và không quy ước chặt, ai vẽ theo cách người đó. BPMN là chuẩn OMG nên mỗi ký hiệu có nghĩa xác định, và diễn đạt được những thứ flowchart không nói nổi.

Đáp án: A

State diagram — vòng đời của một đối tượng: mới, đã xác nhận, đang giao, hoàn tất, đã huỷ, cùng các chuyển trạng thái hợp lệ giữa chúng.

Đáp án: D

User story bù chi tiết bằng đối thoại, nên nó hợp khi đội trao đổi trực tiếp được hằng ngày. Khi điều kiện đó không có — luồng dài nhiều nhánh, đội khác múi giờ, hợp đồng đòi tài liệu — thì use case hợp hơn.

Đáp án: C

Yêu cầu mới vào backlog và cạnh tranh ưu tiên, không chen ngang sprint đang chạy. Thay đổi là bình thường trong Agile, nhưng vẫn có kỷ luật về thời điểm đưa vào.

Đáp án: C

Thường là: BA chịu trách nhiệm nội dung yêu cầu, PO giữ quyền quyết định ưu tiên. Điều quan trọng hơn quy ước là thống nhất ranh giới ngay từ đầu, vì mỗi tổ chức chia hơi khác nhau.

Đáp án: D

Né tránh: bỏ hẳn chức năng phụ thuộc vào hệ thống bên thứ ba chưa đáng tin — đánh đổi là mất phạm vi. Giảm thiểu: vẫn làm nhưng thử tích hợp sớm để phát hiện trục trặc — đánh đổi là tốn công và thời gian.

Đáp án: C

Nhóm kỹ năng và tổ chức: chưa ai được đào tạo, chưa ai chịu trách nhiệm cho bước mới. Nhóm này không nằm trong phần mềm nên không ai đưa vào đặc tả, nhưng lại quyết định giải pháp có được dùng thật hay không.

Đáp án: C

Điều kiện trong ON áp vào lúc nối bảng, nên khách không có đơn vẫn xuất hiện với phần đơn là NULL. Điều kiện trong WHERE áp sau khi nối, loại luôn các hàng NULL đó và mất nhóm khách không có đơn.

Đáp án: D

Quy về nhu cầu gốc trước khi coi đó là xung đột. Nếu vẫn còn mâu thuẫn thì đưa về căn cứ đo được, xét theo mục tiêu dự án, tìm phương án không loại trừ nhau, rồi mới đưa lên người có thẩm quyền.

Đáp án: C

Xác nhận mức độ với đội kỹ thuật trước, rồi quay lại nhu cầu gốc, chuẩn bị ít nhất hai phương án kèm đánh đổi, và trình bày bằng ngôn ngữ nghiệp vụ có số. Đi vào cuộc họp chỉ với tin xấu là cách nhanh nhất làm mất niềm tin.

Đáp án: D

Ba loại phản đối thường gặp: kỹ thuật (thường đúng, phải điều chỉnh), khối lượng (vấn đề phạm vi và ưu tiên), cách hiểu (lỗi ở khâu viết yêu cầu, sửa mô tả chứ đừng tranh luận).

Đáp án: B

Scope creep là phạm vi lớn dần mà không kèm điều chỉnh thời gian, chi phí hay nguồn lực. Thay đổi được duyệt là bình thường; phần nguy hiểm là phần trôi vào âm thầm.

Đáp án: B

Đọc tài liệu sẵn có, dựng từ điển thuật ngữ, vẽ luồng thô rồi mang đi hỏi, bám theo một giao dịch thật, và tìm người thạo việc trong đội vận hành chứ không chỉ nghe cấp quản lý.