Trong suốt những năm làm BA, mình nhận ra một sự thật: khoảng 80% dự án thất bại ngay từ đầu do khâu thu thập yêu cầu từ khách hàng không chính xác. Một tính năng tưởng “đơn giản” như đặt lịch online có thể khiến cả đội mất hàng tháng sửa sai, chỉ vì BA không đào sâu nhu cầu thực sự. Phỏng vấn và workshop chính là “chìa khóa” để mở ra cánh cửa hiểu rõ stakeholder. Nhưng làm sao để làm đúng?
Đừng lo! Bài viết này sẽ chỉ điểm các sai lầm và cách khắc phục giúp bạn nâng cao kỹ năng. Cùng đọc với mình nhé!
Phỏng vấn và Workshop là gì trong công việc của BA?
Phỏng vấn:
- Cuộc trao đổi 1:1 với SMEs hoặc người dùng để đào sâu thông tin chi tiết.
- Ví dụ: BA cần phỏng vấn với nhân viên CSKH để làm rõ các tác vụ và chức năng liên quan đến module “Quản lý yêu cầu khách hàng” trong hệ thống CRM
- Mục đích: Phỏng vấn sẽ giúp BA hiểu rõ hơn về quy trình làm việc của nhân viên CSKH, các tác vụ họ thực hiện hàng ngày, và những yêu cầu chính đối với module quản lý yêu cầu khách hàng.
- Mục tiêu của BA: Xác định các yêu cầu chi tiết cho module, hiểu được sự tương tác giữa các bước trong quy trình và tìm ra các cải tiến có thể có trong hệ thống.
Workshop:
- Buổi làm việc nhóm để thảo luận, thống nhất yêu cầu giữa các bên liên quan.
- Ví dụ: BA, SA cùng nhóm Marketing và Nhân sự tổ chức một buổi workshop để thảo luận các luồng nghiệp vụ cho tính năng “Đăng/Quản lý tin tuyển dụng” trên website.
- Buổi workshop nhằm thống nhất yêu cầu từ các phòng ban liên quan như Marketing và Nhân sự để đảm bảo tính năng này có thể hỗ trợ đầy đủ các nhu cầu của cả hai bên và được tích hợp hiệu quả với hệ thống CMS (Content Management System) và HRM (Human Resource Management System).
- Mục tiêu của Workshop: Cả nhóm thống nhất các luồng nghiệp vụ, xác định rõ ràng các yêu cầu hệ thống, đảm bảo tính tương thích và khả năng mở rộng của các tính năng này trong hệ thống chung.
Phỏng vấn giúp BA đi sâu vào chi tiết. Còn workshop giúp BA nhìn được bức tranh tổng thể và gắn kết các bên liên quan. Cả hai đều là công cụ quan trọng để thu thập yêu cầu chính xác, giảm hiểu lầm, và đảm bảo sản phẩm cuối cùng đúng với nhu cầu thực tế của doanh nghiệp.
Một BA giỏi không chỉ biết hỏi – mà còn biết kết nối.
5 sai lầm phổ biến khi thu thập yêu cầu và cách tránh
Sai lầm 1: Không chuẩn bị trước khi phỏng vấn/workshop
Vấn đề: BA “đi tay không”, không nghiên cứu về stakeholder, quy trình hiện tại (As-Is), hay sản phẩm. Kết quả? Cuộc họp lan man, bỏ lỡ thông tin quan trọng.
Giải pháp:
- Nghiên cứu trước quy trình hiện tại: Vẽ sơ đồ As-Is để biết điểm đau.
- Chuẩn bị câu hỏi mở: “Vấn đề lớn nhất của quy trình này là gì?”
- Ví dụ: Trước khi gặp khách hàng, tôi luôn dành 30 phút đọc tài liệu dự án và vẽ sơ đồ quy trình để nắm rõ bối cảnh.
Sai lầm 2: Chỉ ghi chép mà không đặt câu hỏi phản biện
Vấn đề: BA chỉ ghi lại yêu cầu như “Khách hàng muốn app giống Shopee” mà không đào sâu lý do. Hậu quả: Yêu cầu không giải quyết đúng vấn đề thực tế.\
Giải pháp: Liên tục đưa ra các dạng câu hỏi tại sao để khai thác thêm nhu cầu của khách hàng dành cho các tính năng trong dự án.
Sai lầm 3: Bỏ qua cảm xúc của stakeholder
Vấn đề: BA chỉ tập trung vào kỹ thuật, không chú ý đến cảm xúc hay động cơ của stakeholder. Kết quả: Họ không cởi mở, thông tin thiếu chính xác.
Giải pháp:
- Xây dựng mối quan hệ. Mở đầu bằng câu hỏi thân thiện rồi dần tiến xa hơn trong quá trình giao tiếp. Giao tiếp là một kỹ năng khó và cần cải thiện mỗi ngày, nhận ra cách nói chuyện, hành động, thái độ của khách hàng để đoán được trong tình huống, tình cảnh như thế nên xử lý ra sao, xử sự như nào.
- Lắng nghe chủ động: Gật đầu, tóm tắt ý để xác nhận.
Sai lầm 4: Không quản lý tốt workshop
Vấn đề: Workshop lạc hướng, các bên tranh cãi hoặc không đạt đồng thuận. Hậu quả: Mất thời gian, yêu cầu không rõ ràng.
Giải pháp:
- Đặt mục tiêu rõ ràng: “Hôm nay chúng ta thống nhất tính năng X.”
- Sử dụng công cụ trực quan: Vẽ flowchart hoặc mockup ngay trong buổi họp.
Sai lầm 5: Không xác nhận lại yêu cầu
Vấn đề: BA không gửi lại bản tóm tắt để stakeholder xác nhận. Hậu quả: Hiểu sai, làm sai, tốn thời gian sửa chữa.
Giải pháp:
- Gửi email tóm tắt sau cuộc họp: “Tôi hiểu anh/chị cần X, đúng không?”
- Sử dụng User Story hoặc Use Case để minh họa yêu cầu.
5 bí quyết để phỏng vấn và workshop hiệu quả
Bí quyết 1: Chuẩn bị câu hỏi chiến lược, nhắm đúng stakeholder
Tại sao quan trọng?
Một câu hỏi đúng có thể tiết kiệm hàng giờ tranh cãi. Hỏi sai người hoặc hỏi sai cách, bạn sẽ nhận được thông tin lệch lạc.
Cách thực hiện:
- Xác định stakeholder phù hợp: Ai là người nắm rõ vấn đề nhất? Đặt câu hỏi cho vấn đề đúng với stakeholder sẽ giải quyết được vấn đề đó
- Soạn câu hỏi mở, đào sâu gốc rễ: Tập trung nghiên cứu về domain của dự án, đặt ra các câu hỏi mở dựa vào kinh nghiệm, trải nghiệm và sự tìm hiểu về domain đó để khai thác được vấn đề.
- Chuẩn bị câu hỏi kỹ thuật cho dev: Trong thực tế, khách hàng thường đưa ra rất nhiều ý tưởng, yêu cầu và quy định nhưng không phải yêu cầu nào cũng rõ ràng hoặc thực sự cần thiết cho mục tiêu cốt lõi của dự án. Vai trò của BA là phải phân tích, làm rõ và xác định lại đâu là nhu cầu thực sự, thay vì chỉ tiếp nhận và triển khai một cách “răm rắp”. Việc này giúp dự án không bị trôi theo các yêu cầu thiếu định hướng hoặc xa rời mục tiêu ban đầu.
Ví dụ thực tế: Với các yêu cầu như “biểu đồ thống kê”, BA cần trao đổi kỹ với team kỹ thuật để xác minh liệu thư viện hoặc công cụ mà dự án đang sử dụng có đủ khả năng xử lý kiểu dữ liệu và yêu cầu thống kê đó hay không. Nếu không phù hợp, BA cần cùng team phân tích lại luồng xử lý, đề xuất phương án khác hoặc tư vấn lại cho khách hàng, đảm bảo hệ thống được xây đúng ngay từ đầu.
Mẹo cho người mới: Lập danh sách bộ câu hỏi trước mỗi buổi phỏng vấn, tập trung vào “Tại sao” và “Điều gì” hoặc các cách triển khai khác như 5W1H,…
Bí quyết 2: Biến ý tưởng trừu tượng thành hình ảnh trực quan
Tại sao quan trọng?
Stakeholder thường khó diễn đạt ý tưởng. Công cụ trực quan như flowchart hay mockup giúp họ “thấy” và hiểu yêu cầu rõ hơn.
Cách thực hiện:
- Vẽ quy trình As-Is và To-Be: Dùng sơ đồ BPMN hoặc flowchart để minh họa luồng hiện tại và luồng cải tiến.
- Tạo mockup/wireframe đơn giản: Dùng công cụ như Figma hoặc giấy bút để phác thảo giao diện.
- Sử dụng công cụ mô hình hoá trong workshop: Vẽ ngay tại chỗ để mọi người cùng đóng góp.
Ví dụ thực tế: Trong một workshop cải tiến quy trình vận hành sàn Ecommerce, mình đã vẽ trên Draw.io quy trình As is theo như hiện tại hệ thống vận hành và vẽ ra quy trình To be theo như yêu cầu cải tiến của khách hàng để làm rõ được điểm chốt của cải tiến tại đâu, điểm nghẽn, điểm cần cải tiến nên cải tiến như thế nào để quy trình tốt hơn, vận hành hiệu quả hơn. Sau đó, mình dùng Figma để wireframe ra sau khi quy trình cải tiến thì giao diện sẽ có vài chỗ thay đổi và vài chỗ đó là gì để cùng duyệt giao diện với các stakeholders.
Mẹo cho người mới: Luyện vẽ flowchart cơ bản bằng công cụ và tìm hiểu thêm về UI/ UX để wireframe một cách ổn nhất
Bí quyết 3: Lắng nghe chủ động, tóm tắt để xác nhận
Tại sao quan trọng?
Lắng nghe không chỉ giúp bạn hiểu mà còn xây dựng lòng tin. Tóm tắt ý giúp phát hiện hiểu lầm ngay lập tức.
Cách thực hiện:
- Lắng nghe chủ động: Gật đầu, duy trì giao tiếp bằng mắt, không ngắt lời.
- Tóm tắt ý sau mỗi đoạn: “Vậy anh/chị đang nói vấn đề là X, đúng không? và sau khi nghe diễn giải, em xin xác nhận lại các ý như sau để đôi bên hiểu đúng được vấn đề, nếu em chưa hiểu đúng, anh/ chị giúp em làm rõ ý tưởng hơn nha”
- Ghi chú có hệ thống: Phân loại các vấn đề, luồng thông tin, người đưa yêu cầu,…
Ví dụ thực tế: Một lần tóm tắt sai ý khách hàng trong phỏng vấn, họ sửa ngay, giúp tôi tránh hiểu lầm một yêu cầu quan trọng.
Mẹo cho người mới: Tập ghi chú bằng bảng để không bỏ sót thông tin.
Bí quyết 4: Điều phối workshop như một “nhạc trưởng”
Tại sao quan trọng?
Workshop dễ trở thành “chợ vỡ” nếu không có người dẫn dắt. Vai trò của BA trong workshop là cần tạo không khí cởi mở và giữ mọi người đi đúng hướng.
Cách thực hiện:
- Đặt mục tiêu rõ ràng, phân chia agenda hợp lý
- Khuyến khích tham gia: Dùng hoạt động như brainstorming hoặc post-it để mọi người đóng góp.
- Kiểm soát thời gian để phần thảo luận tính năng hay trao đổi không bị đẩy dài và không xác định được chính xác nội dung
Ví dụ thực tế: Mình từng dùng white board để phân chia các tính năng theo từng cụm và mô hình đơn giản để các bên liên quan cùng brainstorm xem hiện tại các cụm tính năng đã đúng với ý tưởng, yêu cầu dự án chưa. Hành động này sẽ khiến giới hạn được cụm tính năng, phân chia đúng nhóm và rạch ròi ý tưởng.
Mẹo cho người mới: Chuẩn bị kịch bản workshop (agenda) trước X ngày và X này sẽ do từng công ty, nhóm làm việc quy định. Các thành phần trong agenda sẽ được customize tuỳ môi trường, quy trình và văn hoá làm việc.
Bí quyết 5: Tài liệu hóa rõ ràng, không để “nước đến chân mới nhảy”
Tại sao quan trọng?
Tài liệu là “hợp đồng” giữa BA và stakeholder, đảm bảo yêu cầu không bị hiểu sai khi chuyển cho dev.
Cách thực hiện:
- Viết tài liệu ngay sau cuộc họp: Soạn BRD, User Story trong X giờ hoặc viết wrap-up meeting trong 4-8 tiếng sau cuộc họp để đảm bảo luồng thông tin chưa bị quên dẫn đến thiếu sót.
- Minh họa bằng công cụ: Thêm flowchart, Use Case, hoặc mockup vào tài liệu.
- Gửi xác nhận: Email cho stakeholders để xác nhận các thông tin đã họp, đã thảo luận và cần gửi thêm yêu cầu những gì.
Ví dụ thực tế: Một BRD rõ ràng, kèm flowchart sẽ giúp cho team dự án follow đúng và không trượt xa mục tiêu ban đầu.
Case Study: Cải thiện quy trình giao hàng đơn hàng tươi sống trên sàn TMĐT
Bối cảnh
Hoàng là BA trong một dự án tối ưu quy trình giao hàng thực phẩm tươi sống trên một sàn thương mại điện tử lớn. Dịch vụ giao hàng nhanh trong 2 giờ được kỳ vọng là yếu tố cạnh tranh chính của công ty.
Tuy nhiên, gần đây hệ thống gặp vấn đề nghiêm trọng:
- 40% đơn hàng bị giao trễ, đặc biệt vào khung giờ 16h – 18h.
- Tỷ lệ khách khiếu nại tăng cao, ảnh hưởng đến đánh giá cửa hàng và uy tín sàn.
- Bộ phận vận hành muốn “tăng độ chính xác của việc định vị tài xế để giảm đơn trễ”.
- Quản lý dự án đặt hàng bạn: “Làm sao để tài xế lấy hàng nhanh hơn? Hay làm app giống Grab để họ chủ động cập nhật trạng thái giao?”
Vai trò của BA:
- Phỏng vấn các bên liên quan: quản lý vận hành, nhóm tài xế, nhân viên kho, và khách hàng.
- Tổ chức workshop với vận hành, đội logistics, đội công nghệ để phân tích quy trình và tìm giải pháp.
- Đề xuất hướng cải thiện, tài liệu hóa yêu cầu rõ ràng (User Story, BRD).
Sai lầm đã xảy ra:
Hoàng đã gặp một số sai lầm dẫn đến dự án gặp vấn đề nghiêm trọng như sau:
- Không tìm hiểu nguyên nhân gốc rễ: Chỉ tập trung vào “tăng độ chính xác định vị GPS” mà không xem xét quy trình lấy hàng thực tế.
- Không tạo môi trường chia sẻ: Khi phỏng vấn tài xế, BA hỏi như điều tra, khiến họ dè chừng, không nói thật về tình trạng phải đợi hàng soạn xong mới giao.
- Không xác nhận lại yêu cầu: Sau workshop, dev hiểu sai là phải làm app tracking giao hàng siêu chi tiết giống Grab, dù thực tế tài xế chỉ muốn giao diện đơn giản và thông báo đơn nào đã sẵn sàng.
Bài tập cho bạn:
- Hãy đưa ra cách giải quyết các sai lầm trong tình huống.
- Bạn sẽ đặt những câu hỏi gì khi phỏng vấn các bên liên quan để xác định nguyên nhân thật sự gây giao hàng trễ? (Gợi ý: Hãy suy nghĩ về người dùng nội bộ và bên ngoài như tài xế, nhân viên kho, khách hàng…)
- Nếu bạn tổ chức một buổi workshop với các bên liên quan, bạn sẽ làm gì để giúp họ cùng nhau tìm ra giải pháp? (Gợi ý: Dùng công cụ nào? Cách gợi mở thảo luận?)
Lời kết
Khi mới làm BA, mình từng loay hoay với những cuộc phỏng vấn lan man hay workshop không ra kết quả. Nhưng sau khi nắm được 5 bí quyết này, mình tự tin hơn hẳn: từ việc đặt câu hỏi sắc bén, vẽ sơ đồ rõ ràng, đến điều phối cả đội cùng đi đúng hướng. Bạn cũng có thể làm được! Dù là non-IT, chỉ cần kiên trì luyện tập, bạn sẽ sớm biến phỏng vấn và workshop thành “vũ khí” giúp dự án thành công.
Hãy tham gia ngay group cộng đồng “Học BA từ số 0 – Road to your 1st BA job!” để kết nối, chia sẻ kinh nghiệm và nhận tài liệu miễn phí từ các BA kỳ cựu! Cùng nhau, chúng ta sẽ chinh phục nghề BA!
