Trang chủBài viếtSeriesThi thửVề mình

Elicitation & Collaboration (Phần 1) — Thu thập yêu cầu cho ECBA

Elicitation & Collaboration (Phần 1) — Thu thập yêu cầu cho ECBA

Elicitation & Collaboration là gì?

Elicitation & Collaboration là Knowledge Area mô tả cách BA thu thập thông tin từ stakeholdercộng tác hiệu quả trong suốt quá trình phân tích. Đây là KA thực hành nhiều nhất — BA làm elicitation hàng ngày.

💡Elicitation ≠ Requirements Gathering

"Elicitation" (khơi gợi) khác với "gathering" (thu thập). Gathering nghe như stakeholder biết sẵn yêu cầu, BA chỉ cần gom lại. Thực tế, stakeholder thường chưa biết rõ họ cần gì — BA phải khơi gợi thông tin từ nhiều nguồn.

Tổng quan 5 Tasks

Task 1: Prepare for Elicitation

Mục đích: Chuẩn bị mọi thứ TRƯỚC khi thu thập — ai, ở đâu, khi nào, dùng kỹ thuật gì.

Preparation Checklist

Chuẩn bịChi tiết
ObjectivesMục tiêu elicitation session — cần biết gì?
ScopePhạm vi — chỉ hỏi về module nào?
ParticipantsAi tham gia? Đã confirm chưa?
TechniquesDùng Interview, Workshop, hay Survey?
LogisticsPhòng họp, thời gian, công cụ (Zoom/Teams?)
QuestionsDanh sách câu hỏi chuẩn bị trước
Mẹo thi

Đề thi thường hỏi "BA nên làm gì TRƯỚC KHI conduct elicitation?" → Đáp án: Prepare — xác định objectives, participants, technique.

Task 2: Conduct Elicitation

Mục đích: Thực hiện elicitation — thu thập thông tin từ stakeholder hoặc nguồn khác.

3 loại Elicitation

LoạiKhi nào dùngVí dụ
CollaborativeCần trao đổi trực tiếp với ngườiWorkshop với team, Interview PM
ResearchTìm hiểu hệ thống/tài liệu có sẵnĐọc SRS cũ, phân tích API
ExperimentCần verify bằng thực nghiệmPrototype UI để test với user

Kỹ thuật Elicitation phổ biến nhất

TechniqueMô tảƯu điểmNhược điểm
InterviewHỏi đáp 1:1 hoặc nhóm nhỏSâu, chi tiết, linh hoạtTốn thời gian, phụ thuộc người hỏi
WorkshopHọp nhóm có cấu trúc, facilitatedNhanh, đa góc nhìnCần facilitator giỏi
ObservationXem người dùng làm việc thực tếThấy thực tế, không bị biasNgười bị quan sát có thể thay đổi hành vi
SurveyGửi bảng khảo sátScale lớn, nhanhThiếu chi tiết, tỉ lệ phản hồi thấp
Document AnalysisĐọc tài liệu có sẵnKhông mất thời gian stakeholderTài liệu có thể outdated
PrototypingTạo UI demo, wireframeStakeholder "thấy" sản phẩmStakeholder có thể nghĩ đã xong
⚠️Observation — Hawthorne Effect

Khi quan sát người dùng, họ có thể thay đổi hành vi vì biết đang bị xem. Đây gọi là Hawthorne Effect. BA cần nhận biết hiện tượng này.

Task 3: Confirm Elicitation Results

Mục đích: Xác nhận thông tin đã thu thập là chính xác và đầy đủ.

Hoạt động:

  • Compare notes/recording với hiểu biết của BA
  • Walk-through kết quả với stakeholder để xác nhận
  • Identify gaps — thiếu thông tin gì? mâu thuẫn gì?
  • Schedule follow-up nếu cần elicit thêm

Task 4: Communicate BA Information

Mục đích: Truyền đạt thông tin BA đến đúng người, đúng format, đúng mức chi tiết.

Yếu tốGiải thích
AudienceKhán giả — sponsor cần tóm tắt, developer cần chi tiết
FormatText, diagram, presentation, demo?
Level of detailExecutive summary vs detailed specification
FrequencyGửi một lần hay update thường xuyên?
ChannelEmail, meeting, Slack, wiki?
Nguyên tắc Communication

BA cần điều chỉnh cách truyền đạt theo từng stakeholder:

  • Sponsor: Tóm tắt, focus business value
  • Developer: Chi tiết kỹ thuật, acceptance criteria
  • End User: Demo, prototype, ngôn ngữ đơn giản

Task 5: Manage Stakeholder Collaboration

Mục đích: Duy trì mối quan hệ tốtgiải quyết xung đột giữa stakeholders.

Xung đột stakeholder phổ biến

Xung độtVí dụBA nên làm gì
Conflicting requirementsMarketing muốn A, Security muốn BFacilitate thảo luận, tìm trade-off
Lack of engagementStakeholder không phản hồiEscalate, tìm hiểu nguyên nhân
Scope creepYêu cầu ngày càng nhiều thêmDùng Governance process, prioritize
Resistance to changeUser không muốn hệ thống mớiCommunicate benefits, involve sớm

📝 Tóm tắt kiến thức nổi bật

Key Takeaways — Bài 4
  • Elicitation ≠ Gathering — BA phải khơi gợi chứ không chỉ thu thập
  • 5 Tasks: Prepare → Conduct → Confirm → Communicate → Manage Collaboration
  • 3 loại Elicitation: Collaborative (interview, workshop), Research (document), Experiment (prototype)
  • Prepare TRƯỚC — đề thi hay hỏi "BA nên làm gì đầu tiên?"
  • Confirm kết quả — walk-through với stakeholder, tìm gaps
  • Communication phải phù hợp audience — sponsor cần tóm tắt, dev cần chi tiết
  • Hawthorne Effect — người bị quan sát thay đổi hành vi

📋 Bài kiểm tra trắc nghiệm — Bài 4

💡Hướng dẫn làm bài

Làm 10 câu bên dưới trong 12 phút. Chọn MỘT đáp án đúng nhất. Đáp án ở cuối bài.

Câu 1. Tại sao BABOK dùng từ "Elicitation" thay vì "Gathering"?

  • A. Vì Gathering không chuyên nghiệp
  • B. Vì stakeholder thường chưa biết rõ yêu cầu, BA cần khơi gợi
  • C. Vì Elicitation nghe hay hơn
  • D. Vì IIBA muốn khác biệt

Câu 2. Trước khi conduct elicitation, BA nên làm gì?

  • A. Viết BRD
  • B. Prepare — xác định objectives, participants, technique
  • C. Design solution
  • D. Test prototype

Câu 3. Interview thuộc loại elicitation nào?

  • A. Research-based
  • B. Experiment-based
  • C. Collaborative
  • D. Observation-based

Câu 4. Khi BA cần thu thập ý kiến từ 500 nhân viên, technique nào phù hợp nhất?

  • A. Interview
  • B. Workshop
  • C. Survey
  • D. Observation

Câu 5. Hawthorne Effect là gì?

  • A. Người dùng quá hài lòng khi được hỏi ý kiến
  • B. Người bị quan sát thay đổi hành vi vì biết đang bị xem
  • C. Stakeholder không muốn trả lời phỏng vấn
  • D. BA bị bias khi phỏng vấn

Câu 6. Khi trình bày requirements cho sponsor, BA nên focus vào gì?

  • A. Technical details và database schema
  • B. API endpoints và error codes
  • C. Tóm tắt và business value
  • D. Test cases và acceptance criteria

Câu 7. Marketing muốn feature A nhưng Security phản đối. BA nên làm gì?

  • A. Chọn bên Marketing vì họ tạo doanh thu
  • B. Chọn bên Security vì bảo mật quan trọng hơn
  • C. Facilitate thảo luận và tìm trade-off
  • D. Escalate lên CEO để quyết định

Câu 8. Confirm Elicitation Results nhằm mục đích gì?

  • A. Xác nhận budget dự án
  • B. Xác nhận thông tin thu thập là chính xác và đầy đủ
  • C. Xác nhận solution đã pass test
  • D. Xác nhận dự án hoàn thành

Câu 9. Prototyping thuộc loại elicitation nào?

  • A. Collaborative
  • B. Research-based
  • C. Experiment-based
  • D. Documentation-based

Câu 10. Elicitation & Collaboration gồm bao nhiêu Tasks?

  • A. 4
  • B. 5
  • C. 6
  • D. 7

🔑 Đáp án & Giải thích

CâuĐáp ánGiải thích
1BElicitation = khơi gợi, vì stakeholder thường chưa rõ yêu cầu.
2BPrepare for Elicitation — xác định mục tiêu, người tham gia, kỹ thuật.
3CInterview = trao đổi trực tiếp = Collaborative elicitation.
4CSurvey — scale lớn, thu thập từ nhiều người hiệu quả nhất.
5BHawthorne Effect = thay đổi hành vi khi bị quan sát.
6CSponsor cần tóm tắt và hiểu business value, không cần chi tiết kỹ thuật.
7CBA facilitate thảo luận giữa các bên, tìm trade-off/compromise.
8BConfirm = xác nhận thông tin chính xác, đầy đủ, tìm gaps.
9CPrototyping = tạo demo rồi test = Experiment-based.
10BElicitation & Collaboration có 5 Tasks.

📊 Thang đánh giá

Số câu đúngĐánh giáHành động
9-10⭐ Xuất sắcBạn đã hiểu rõ Elicitation!
7-8✅ TốtÔn lại 3 loại elicitation
5-6⚠️ Trung bìnhĐọc lại phần Techniques
< 5❌ Cần ôn lạiĐọc lại toàn bộ bài

Tiếp theo

Phần 2 sẽ đi sâu vào các kỹ thuật elicitation nâng cao — Interview techniques, Workshop facilitation, Observation methods, và cách chọn technique phù hợp cho từng tình huống.


Elicitation là kỹ năng #1 của BA — practice makes perfect! 🔍