Bỏ qua tới nội dung
Phạm Thủy
Quay lại

Requirements Workshop cho BA

Note này giúp BA thiết kế workshop tạo shared understanding hoặc decision. Workshop không phải meeting đông người: nó cần outcome, facilitation flow, decision authority và follow-up rõ.

Note này dùng để làm gì

Mở note khi nhiều stakeholder cần dựng chung process/rule, giải quyết khác biệt hoặc chốt decision. Không dùng workshop để buộc người yếu quyền nói về chủ đề nhạy cảm trước approver.

1. Khi nào dùng và không dùng

Dùng khiKhông dùng trước khi
cần nhiều góc nhìn trên cùng modelchưa xử lý conflict nhạy cảm bằng 1:1
cần alignment hoặc decisionchưa có decision owner/criteria
dependency cần lộ raparticipant chưa có context/pre-read
cần tạo artifact chung nhanhmục tiêu chỉ là cập nhật status

Weakness: groupthink, authority bias, dominant voice và quyết định giả khi người có thẩm quyền vắng mặt.

2. Workshop contract

Chốt trước khi mời lịch:

Requirements Workshop — phối hợp để tạo quyết định và follow-up

Không đủ evidence là output hợp lệ nếu gap có owner. Ép vote chỉ để có decision sẽ giấu risk.

3. Agenda 90 phút mẫu

  1. 0–10: outcome, boundary, working agreement.
  2. 10–25: silent review evidence/as-is flow.
  3. 25–45: từng role bổ sung exception và concern.
  4. 45–60: cluster conflict; tách fact/assumption/policy.
  5. 60–75: đánh giá option theo criteria.
  6. 75–85: decision owner chốt hoặc giao validation action.
  7. 85–90: playback owner/date và parking lot.

Silent-first giảm anchoring vào người nói đầu. Round-robin hữu ích nhưng không được ép participant tiết lộ điều nhạy cảm.

4. Running case: ShopFlow

Workshop Kick-off ShopFlow — Agenda 90 phút (§3) cho Epic SF-1:

BlockThời gianHoạt độngShopFlow outcome
1. Outcome & scope0–10BA nêu: “hết buổi này có danh sách luồng nghiệp vụ + stakeholder + constraint”agreed: 8 luồng, 3 nhóm stakeholder, boundary “không payment/shipper thật”
2. Silent review10–25mỗi participant (chủ shop, nhân viên kho) viết ra workflow hiện tại lên sticky notechủ shop viết “khách gọi → chạy ra kho đếm → báo giá → giao”; nhân viên kho viết “nhận hàng supplier → đếm → ghi sổ → xếp lên kệ”
3. Exception & concern25–45từng role nêu exception và nỗi đauchủ shop: “có lúc đang giao hàng không nghe máy, khách gọi 3 lần không được → cancel”; nhân viên kho: “supplier giao thiếu, sổ với thực tế lệch”
4. Cluster & classify45–60BA nhóm conflict; tách fact/assumptionassumption “stock database luôn đúng” bị nhân viên kho phản bác: “mỗi lần kiểm kho đều lệch 1-2 món” → chuyển thành requirement SF-6 + SF-15
5. Option evaluation60–75đánh giá “có cần mobile app không?“decision: mobile-responsive web, không native app — lý do: MVP, 2 nhân viên kho dùng điện thoại lúc giao hàng
6. Decision75–85chủ shop (decision owner) chốt8 story được approve vào backlog; SF-5 Delivery Status ưu tiên cao nhất (pain point của khách)
7. Playback85–90BA playback: decision, open question, owner3 open question: (1) ai override stock validation? (2) return window bao lâu? (3) dữ liệu sổ cũ có migrate không? — mỗi câu có owner + deadline

Xử lý dynamics (§5) trong workshop này:

Tình huống thực tếIntervention của BA
Chủ shop nói liên tục 15 phút về “hồi xưa làm sao”BA: “Cảm ơn chị, giờ mình dành 3 phút silent writing — mỗi người ghi 3 workflow chính ra giấy” → chuyển sang block 2
Nhân viên kho im lặng vì có chủ shopBA thu thập sticky note riêng của nhân viên kho, đọc lên không ghi tên → lộ ra exception “supplier giao thiếu” mà chủ shop không biết
Tranh luận “có cần native app không”BA quay về criteria: “MVP 1 tháng, 2 người dùng chính — mobile web có đủ không?” → decision owner (chủ shop) chốt

5. Xử lý dynamics

Tình huốngIntervention
một người nói liên tụcsilent writing, round-robin, timebox
im lặng vì quyền lựccollect riêng/anonymous, split session
tranh luận opinionquay về evidence và criteria
lan scopeparking lot có owner/date
thiếu authoritytạo recommendation và approval path

6. Anti-patterns

Anti-patternCách sửa
agenda chỉ là topicviết outcome/artifact cho từng block
facilitator bảo vệ solutiontách role hoặc công khai bias
vote thay evidence/authoritydùng criteria và decision owner
bỏ dissentlưu rationale và residual risk
parking lot không ownergắn owner, due date, disposition

7. Checklist nhanh

References


Chia sẻ bài viết:

Bài trước
Requirement Quality và Validation cho BA
Bài sau
Scope, Assumptions và Constraints cho BA