Mở đầu — vì sao bài này quan trọng
Trong suốt hành trình thu thập yêu cầu, sẽ đến lúc bạn phải ngồi xuống với những người hiểu sâu nhất về một mảng nghiệp vụ — họ được gọi là SME (Subject Matter Expert, chuyên gia lĩnh vực). Đó có thể là một kế toán trưởng đã làm sổ sách 15 năm, một chuyên viên thẩm định tín dụng ngân hàng, một dược sĩ phụ trách kho thuốc, hay một kỹ sư vận hành dây chuyền sản xuất. Họ nắm trong đầu những quy tắc nghiệp vụ mà không tài liệu nào ghi lại đầy đủ, những ngoại lệ mà phần mềm hiện tại không xử lý được, và những "luật bất thành văn" quyết định việc đúng hay sai.
Vấn đề là: phỏng vấn SME khác hẳn với phỏng vấn một user thông thường. SME thường rất bận, lịch khó sắp, nói bằng ngôn ngữ chuyên ngành dày đặc jargon, và đôi khi có thái độ phòng thủ vì lo sợ hệ thống mới sẽ thay đổi cách họ làm việc — hoặc tệ hơn, thay thế họ. Nếu bạn bước vào buổi phỏng vấn với SME bằng kỹ năng phỏng vấn thông thường, rất dễ ra về với một mớ thuật ngữ không hiểu, vài câu trả lời cụt lủn, và cảm giác rằng người kia chỉ muốn buổi gặp kết thúc cho nhanh.
Bài học này tập trung riêng vào việc phỏng vấn SME — đặc điểm của họ, cách chuẩn bị phù hợp, cách "giải mã" jargon, cách xử lý thái độ phòng thủ, và cách tận dụng tối đa khoảng thời gian ít ỏi mà họ dành cho bạn. Đây là kỹ năng phân biệt một BA non kinh nghiệm với một BA thực sự được SME tin tưởng và sẵn lòng chia sẻ.
Khái niệm cốt lõi
SME là ai và khác gì với user thông thường
User thông thường là người sử dụng hệ thống — họ biết họ làm gì hằng ngày. SME là người am hiểu bản chất của nghiệp vụ — họ biết tại sao quy trình lại như vậy, quy tắc nào chi phối, và điều gì xảy ra ở các trường hợp ngoại lệ hiếm gặp. Một nhân viên nhập liệu có thể nói cho bạn biết họ bấm nút gì; một SME kế toán sẽ nói cho bạn biết tại sao bút toán đó phải hạch toán theo Thông tư 200, và khi nào thì áp dụng ngoại lệ.
SME thường là nguồn thông tin có độ tin cậy cao nhất về quy tắc nghiệp vụ (business rules), nhưng cũng là nguồn khó khai thác nhất.
Bốn đặc trưng của SME mà bạn phải lường trước
Thứ nhất — sâu về domain nhưng không nhất thiết hiểu IT. SME hiểu nghiệp vụ tới tận chân tơ kẽ tóc, nhưng khi bạn hỏi "anh muốn trường này lưu kiểu dữ liệu gì" hay "API này nên trả về status code nào", họ sẽ ngơ ngác. Đừng kéo họ sang sân chơi của bạn. Nhiệm vụ của BA là dịch ngôn ngữ nghiệp vụ của SME sang ngôn ngữ kỹ thuật cho đội phát triển — chứ không phải bắt SME tự dịch.
Thứ hai — rất bận, lịch khó. SME thường là người giỏi nhất phòng, nên ai cũng cần họ. Họ có thể chỉ cho bạn 30 phút giữa hai cuộc họp. Điều này đòi hỏi bạn phải chuẩn bị cực kỹ và không lãng phí một phút nào vào những câu hỏi mà bạn tự tìm được câu trả lời.
Thứ ba — ngôn ngữ chuyên ngành dày đặc jargon. SME nói chuyện với nhau bằng các thuật ngữ viết tắt, biệt ngữ nội bộ. Một SME ngân hàng có thể nói "khoản này bị nhảy nhóm 2 do DPD vượt 10" mà không hề nghĩ rằng bạn không biết DPD là Days Past Due (số ngày quá hạn). Bạn phải có kỹ thuật làm rõ jargon mà không làm họ cảm thấy bị "hỏi cung".
Thứ tư — đôi khi phòng thủ (defensive). SME có thể lo lắng rằng dự án này sẽ phơi bày những điểm yếu trong quy trình hiện tại của họ, hoặc tự động hóa sẽ làm giảm tầm quan trọng của vai trò họ. Khi cảm thấy bị đe dọa, họ sẽ trả lời nhỏ giọt, giấu thông tin, hoặc thậm chí dẫn bạn đi sai hướng. Xây dựng niềm tin là điều kiện tiên quyết.
Nguyên tắc vàng: SME cho bạn thời gian, không cho bạn sự kiên nhẫn
Hãy luôn nhớ rằng mỗi phút của SME đều đắt giá. Một BA chuyên nghiệp đến buổi phỏng vấn SME đã đọc hết tài liệu sẵn có, đã hiểu quy trình ở mức tổng quan, và chỉ dùng thời gian quý báu của SME cho những câu hỏi mà chỉ SME mới trả lời được. Đây là sự tôn trọng cốt lõi.
Tình huống thực tế
Ví dụ 1 — BA và chuyên viên thẩm định tín dụng tại một ngân hàng TMCP ở TP.HCM
Minh, một BA tại dự án nâng cấp hệ thống Loan Origination cho một ngân hàng thương mại cổ phần, cần phỏng vấn chị Hương — chuyên viên thẩm định tín dụng kỳ cựu với 12 năm kinh nghiệm. Chị Hương chỉ rảnh 45 phút vào cuối ngày thứ Sáu.
Buổi đầu tiên suýt thất bại. Chị Hương liên tục dùng các thuật ngữ như "scoring nội bộ", "nhảy nhóm nợ", "tài sản bảo đảm hình thành trong tương lai", "phê duyệt vượt thẩm quyền". Minh ngắt lời hỏi nghĩa từng từ, khiến chị Hương khó chịu ra mặt và bắt đầu trả lời cụt lủn vì cảm giác đang phải "dạy vỡ lòng" cho người không hiểu nghề.
Minh nhận ra sai lầm. Trước buổi gặp thứ hai, anh dành hai ngày đọc bộ quy trình cấp tín dụng nội bộ và tra cứu các thuật ngữ trên tài liệu của Ngân hàng Nhà nước. Anh tự xây một sơ đồ quy trình thẩm định nháp dựa trên hiểu biết của mình. Bước vào buổi gặp, thay vì hỏi "quy trình thẩm định gồm những bước gì", anh nói: "Em đã vẽ thử quy trình thế này, chị xem giúp em chỗ nào em hiểu sai." Chị Hương lập tức chỉ ra ba điểm sai và bổ sung hai ngoại lệ quan trọng mà không tài liệu nào ghi — ví dụ trường hợp khách hàng VIP được phê duyệt theo cơ chế đặc biệt.
Bài học: Đừng bắt SME dạy bạn từ con số 0. Hãy tự học trước tới mức tối đa, rồi mang một bản nháp đến để SME sửa — con người luôn dễ phản biện cái có sẵn hơn là sáng tạo từ trang giấy trắng. Và khi gặp jargon, hãy ghi lại để hỏi gọn cuối buổi hoặc tra cứu sau, thay vì ngắt mạch liên tục.
Ví dụ 2 — SME phòng thủ tại một công ty logistics Đông Nam Á
Tại một công ty logistics có chi nhánh ở Việt Nam và Singapore, dự án số hóa quy trình điều phối xe cần phỏng vấn anh Tâm — điều phối viên trưởng đã tự xây dựng một "hệ thống" quản lý bằng Excel cực kỳ phức tạp suốt 8 năm. Khi BA tên Lan đến, anh Tâm trả lời rời rạc, hay nói "cái này khó lắm em không làm phần mềm được đâu", và liên tục nhấn mạnh sự phức tạp của công việc.
Lan nhận ra anh Tâm đang phòng thủ — anh sợ phần mềm sẽ làm lộ ra việc quy trình lâu nay phụ thuộc hoàn toàn vào kinh nghiệm cá nhân của anh, và sợ vai trò mình bị giảm giá trị. Lan đổi cách tiếp cận. Cô bắt đầu mỗi buổi bằng việc công nhận chuyên môn: "File Excel của anh xử lý được những tình huống mà em chắc chắn phần mềm ngoài kia không nghĩ tới. Mục tiêu của em là học từ anh để hệ thống mới giữ được đúng cái thông minh đó, chứ không phải thay anh." Cô cũng làm rõ với quản lý dự án rằng anh Tâm sẽ là người được ghi nhận là "chuyên gia thiết kế quy trình" trong hệ thống mới.
Thái độ anh Tâm thay đổi rõ rệt. Anh bắt đầu chủ động chia sẻ những quy tắc điều phối tinh tế — như ưu tiên gộp đơn theo tuyến đường, cách xử lý khi tài xế báo kẹt xe khu cảng Cát Lái giờ cao điểm — những điều mà nếu phòng thủ, anh sẽ không bao giờ kể.
Bài học: Thái độ phòng thủ thường bắt nguồn từ nỗi sợ mất giá trị hoặc mất kiểm soát, không phải từ sự khó tính. Hãy định vị SME là người hùng của hệ thống mới, công nhận chuyên môn của họ một cách chân thành, và đảm bảo họ thấy rằng tham gia dự án sẽ nâng tầm vai trò của họ chứ không phải xóa bỏ nó.
Ví dụ 3 — Phỏng vấn dược sĩ SME trong dự án phần mềm quản lý nhà thuốc
Một startup phần mềm quản lý chuỗi nhà thuốc tại Hà Nội cần phỏng vấn dược sĩ Trang — SME về nghiệp vụ cấp phát thuốc — để xây tính năng kiểm soát thuốc kê đơn. Trang cực kỳ bận, chỉ cho được 30 phút online qua Google Meet.
BA tên Quân chuẩn bị một danh sách câu hỏi đã ưu tiên hóa: chỉ 6 câu cốt lõi, sắp xếp theo thứ tự quan trọng giảm dần, mỗi câu kèm ngữ cảnh ngắn để Trang không phải hỏi lại. Anh gửi trước cho Trang một bản tóm tắt 1 trang về những gì anh đã hiểu, kèm ghi chú "những chỗ em chưa chắc" được tô vàng. Nhờ vậy, trong 30 phút, Trang đi thẳng vào các điểm tô vàng và làm rõ được vấn đề mấu chốt: quy định thuốc kê đơn nhóm gây nghiện và hướng thần phải lưu thông tin bác sĩ kê đơn và số lượng tối đa theo Thông tư 20, điều mà bản thiết kế ban đầu hoàn toàn bỏ sót.
Bài học: Khi SME chỉ cho bạn ít thời gian, sự chuẩn bị chính là cách bạn nhân thời gian đó lên gấp nhiều lần. Gửi trước tài liệu, ưu tiên hóa câu hỏi, và đánh dấu rõ "chỗ tôi chưa chắc" giúp SME tập trung đúng vào nơi cần đóng góp.
Hướng dẫn từng bước
Bước 1 — Tự nghiên cứu trước tới mức tối đa. Trước khi gặp SME, đọc hết tài liệu nội bộ, quy trình hiện hành, văn bản pháp lý liên quan, và lập một bảng thuật ngữ (glossary) các jargon bạn gặp. Mục tiêu: bước vào buổi phỏng vấn ở mức 70% hiểu biết, để SME chỉ cần lấp 30% còn lại — phần khó nhất mà chỉ họ có.
Bước 2 — Chuẩn bị câu hỏi đã ưu tiên hóa. Vì thời gian eo hẹp, hãy sắp câu hỏi theo thứ tự: thông tin nào quan trọng nhất hỏi trước. Loại bỏ mọi câu mà bạn có thể tự trả lời. Với mỗi câu, viết kèm một dòng ngữ cảnh để SME hiểu ngay tại sao bạn hỏi.
Bước 3 — Gửi tài liệu trước buổi gặp. Gửi cho SME một bản tóm tắt ngắn về mục tiêu buổi phỏng vấn và những gì bạn đã hiểu, đánh dấu rõ các điểm bạn cần họ xác nhận hoặc làm rõ. Điều này giúp họ chuẩn bị tâm thế và tận dụng thời gian tốt hơn.
Bước 4 — Mở đầu bằng việc công nhận chuyên môn và xây niềm tin. Dành 2-3 phút đầu để công nhận kinh nghiệm của SME và làm rõ rằng mục tiêu của bạn là học từ họ, không phải kiểm tra hay thay thế họ. Đây là liều thuốc phòng ngừa thái độ phòng thủ.
Bước 5 — Mang bản nháp đến để SME sửa. Thay vì hỏi mở "quy trình thế nào", hãy trình bày sơ đồ/giả thuyết của bạn và nhờ họ chỉ ra điểm sai. Con người phản biện giỏi hơn sáng tạo — bạn sẽ thu được nhiều ngoại lệ và quy tắc ẩn hơn.
Bước 6 — Xử lý jargon một cách khéo léo. Khi SME dùng thuật ngữ lạ, đừng ngắt mạch liên tục. Ghi lại, và hỏi gọn vào lúc thích hợp: "Cho em xác nhận lại, DPD là số ngày quá hạn đúng không ạ?" Cách hỏi xác nhận (đoán rồi xác nhận) lịch sự hơn cách hỏi trống (hỏi nghĩa từ đầu) vì nó cho thấy bạn có cố gắng hiểu.
Bước 7 — Đào sâu vào ngoại lệ và "luật bất thành văn". Giá trị lớn nhất của SME nằm ở các trường hợp ngoại lệ. Hãy hỏi: "Khi nào quy tắc này không áp dụng?", "Trường hợp nào anh phải xử lý tay vì hệ thống không làm được?", "Có ngoại lệ nào mà chỉ người làm lâu mới biết không?"
Bước 8 — Đóng buổi gọn gàng và playback nhanh. Trước khi kết thúc, tóm tắt lại 3-5 điểm chính bạn vừa nắm được và hỏi SME xác nhận. Hỏi xem có thể liên hệ lại qua email/chat cho các câu hỏi phát sinh không — vì với SME bận, một kênh hỏi nhanh bất đồng bộ thường quý hơn một buổi gặp dài.
Lỗi thường gặp & mẹo
Lỗi: Bắt SME giải thích những gì đã có trong tài liệu. Đây là cách nhanh nhất làm SME mất kiên nhẫn. Hãy đọc trước, và chỉ hỏi những gì không có sẵn.
Lỗi: Ngắt mạch SME liên tục để hỏi nghĩa từng jargon. Nó phá vỡ dòng suy nghĩ và làm SME khó chịu. Mẹo: lập glossary trước, ghi lại jargon mới để hỏi cụm vào cuối, và dùng kỹ thuật "đoán rồi xác nhận".
Lỗi: Kéo SME vào câu hỏi kỹ thuật. Đừng hỏi SME về kiểu dữ liệu, kiến trúc, hay status code. Hỏi họ về nghiệp vụ và quy tắc; việc dịch sang kỹ thuật là phần của bạn.
Lỗi: Bỏ qua tín hiệu phòng thủ. Nếu SME trả lời cụt, hay nhấn mạnh "cái này phức tạp lắm", hay tỏ ra cảnh giác — đó là tín hiệu phòng thủ. Đừng ép. Hãy lùi lại, công nhận chuyên môn, và làm rõ mục tiêu hợp tác.
Mẹo: Định vị SME là người hùng. Một câu nói chân thành như "em cần anh để hệ thống này không bị ngu đi" có sức mạnh mở khóa thông tin lớn hơn mọi danh sách câu hỏi.
Mẹo: Tôn trọng thời gian tuyệt đối. Đến đúng giờ, kết thúc đúng giờ — kể cả khi còn câu chưa hỏi. SME sẽ nhớ rằng bạn tôn trọng họ và sẵn lòng cho buổi gặp tiếp theo.
Mẹo: Tận dụng kênh bất đồng bộ. Với SME quá bận, đôi khi một chuỗi email rõ ràng hoặc tin nhắn ngắn hiệu quả hơn việc cố ép một buổi họp dài.
Bài tập thực hành
- Lập glossary trước phỏng vấn. Chọn một lĩnh vực bạn không quen (ví dụ: bảo hiểm nhân thọ, thẩm định bảo hiểm). Tìm 3-4 tài liệu công khai và lập một bảng 15 thuật ngữ chuyên ngành kèm định nghĩa ngắn. Đây là bài tập rèn kỹ năng tự nghiên cứu trước khi gặp SME.
- Soạn bộ câu hỏi đã ưu tiên hóa cho buổi 30 phút. Giả định bạn chỉ có 30 phút với một SME kế toán cho dự án phần mềm hóa đơn. Viết tối đa 6 câu hỏi, sắp theo độ quan trọng, mỗi câu kèm một dòng ngữ cảnh. Tự loại bỏ mọi câu mà bạn có thể tự tra cứu.
- Viết kịch bản mở đầu xử lý phòng thủ. Hãy viết 3-4 câu mở đầu cho buổi phỏng vấn một SME mà bạn biết đang lo lắng hệ thống mới sẽ thay thế họ. Mục tiêu: công nhận chuyên môn, làm rõ mục tiêu hợp tác, và định vị họ là người hùng.
- Thực hành "đoán rồi xác nhận". Lấy 5 thuật ngữ viết tắt trong ngành của bạn. Với mỗi từ, viết một câu hỏi xác nhận lịch sự theo mẫu "Cho em xác nhận, X có nghĩa là... đúng không ạ?" thay vì hỏi trống nghĩa.
Tóm tắt
Phỏng vấn SME là một kỹ năng riêng biệt vì SME có bốn đặc trưng cần lường trước: sâu về domain nhưng không hiểu IT, rất bận và lịch khó, nói bằng jargon chuyên ngành, và đôi khi phòng thủ. Để khai thác hiệu quả, BA phải tự nghiên cứu trước tới mức tối đa, chuẩn bị câu hỏi đã ưu tiên hóa và gửi tài liệu trước, mở đầu bằng việc công nhận chuyên môn để xây niềm tin, mang bản nháp đến để SME sửa thay vì hỏi từ trang giấy trắng, xử lý jargon bằng kỹ thuật "đoán rồi xác nhận", đào sâu vào ngoại lệ và luật bất thành văn, và đóng buổi gọn gàng với một playback nhanh.
Cốt lõi nằm ở hai chữ: tôn trọng và niềm tin. Tôn trọng thời gian eo hẹp của SME bằng sự chuẩn bị kỹ lưỡng, và xây niềm tin bằng cách định vị họ là người hùng của hệ thống mới. Khi SME tin rằng bạn ở đây để học từ họ và nâng tầm vai trò họ, họ sẽ mở khóa cho bạn kho tàng quy tắc nghiệp vụ mà không tài liệu nào ghi lại — và đó chính là vàng ròng của nghề BA.