Hãy tưởng tượng bạn là một hướng dẫn viên, dẫn đoàn khách qua một vòng tròn đầy màu sắc mang tên SDLC (Software Development Life Cycle), nơi mỗi điểm dừng là một thử thách mới mà Business Analyst (BA) phải chinh phục. Nhưng vai trò của bạn trong từng chặng đường là gì? Nếu bạn là newbie, intern, hoặc đang tự học để trở thành BA, bài blog này là tấm bản đồ chi tiết giúp bạn hiểu vai trò BA trong SDLC, từ thu thập yêu cầu đến triển khai sản phẩm. Với ví dụ thực tế và hướng dẫn rõ ràng, bạn sẽ sẵn sàng tỏa sáng trong nghề BA. Sẵn sàng bắt đầu chuyến đi chưa?
SDLC là gì? Tại sao BA là người hướng dẫn quan trọng?
SDLC (Software Development Life Cycle) là quy trình tuần hoàn gồm 6 giai đoạn – Requirement Gathering, Requirement Analysis, Design, Implementation/Development, Testing, và Deployment – để xây dựng phần mềm từ ý tưởng đến hoàn thiện. Nó giống như một vòng quay sản xuất bánh: từ chọn nguyên liệu, nhào bột, nướng, đến đóng gói. SDLC đảm bảo dự án đi đúng hướng và chất lượng cao.
BA là “người dẫn đường” trong vòng quay này, kết nối khách hàng với đội kỹ thuật, biến nhu cầu thành giải pháp thực tế. Ví dụ, trong một ứng dụng đặt đồ ăn, BA đảm bảo từ yêu cầu “đặt món nhanh” đến sản phẩm hoàn chỉnh. Hiểu vai trò BA trong SDLC là chìa khóa để bạn tự tin, dù là BA cho newbie hay không có nền tảng IT.
Vai trò BA qua từng giai đoạn SDLC: Hành trình chi tiết
Dựa trên vòng tròn SDLC, dưới đây là vai trò của BA trong từng giai đoạn, với ví dụ từ dự án ứng dụng đặt đồ ăn:
1. Requirement Gathering (Thu thập yêu cầu)
Giai đoạn này bắt đầu với việc thu thập ý tưởng từ khách hàng và lập các tài liệu ghi nhận lại các yêu cầu đó.
Ví dụ: Khách hàng nói: “Tôi muốn ứng dụng giúp đặt món nhanh hơn.”
Vai trò BA:
- Tổ chức phỏng vấn hoặc khảo sát để hỏi: “Nhanh hơn nghĩa là bao lâu? 2 phút hay 5 phút?”
- Ghi nhận nhu cầu ban đầu, như: “Khách hàng mất 5 phút đặt món, muốn giảm xuống 2 phút.”
- Lập danh sách yêu cầu sơ bộ, truyền đạt cho đội dự án.
2. Requirement Analysis (Phân tích yêu cầu)
BA đặt các câu hỏi, thu thập và sau đó phân tích kỹ lưỡng, đào sâu yêu cầu để đảm bảo rõ ràng và khả thi.
Ví dụ: Khách hàng muốn thêm “lưu lịch sử đặt món.”
Vai trò BA:
- Hỏi chi tiết: “Lịch sử cần lưu bao nhiêu đơn? Hiển thị thế nào?”
- Viết User Story: “Là một khách hàng, tôi muốn lưu lịch sử đặt món để đặt lại nhanh hơn.”
- Vẽ sơ đồ quy trình (Flowchart) trên Lucidchart/ Draw.io và xác nhận lại luồng quy trình này với khách hàng qua email.
3. Design (Thiết kế)
Đội thiết kế tạo giao diện và cấu trúc dựa trên yêu cầu được ghi nhận trong các tài liệu của BA và lúc này BA cần đảm bảo thiết kế đúng ý khách hàng đã bàn bạc.
Ví dụ: Khách hàng muốn “nút đặt món” dễ thấy hơn.
Vai trò BA:
- Xem mockup trên Figma, hỏi: “Nút đặt món có nổi bật không?”
- Đề xuất điều chỉnh, như làm nút màu đỏ để dễ nhận diện.
- Xác nhận thiết kế với khách hàng trước khi chuyển sang phát triển.
4. Implementation/Development (Phát triển)
Lập trình viên viết code, và BA hỗ trợ giải đáp thắc mắc mà dev cần làm rõ để có thể lập trình đúng, đủ và logic theo luồng dự án.
Ví dụ: Khách hàng muốn thêm “gợi ý món ăn” giữa chừng.
Vai trò BA:
- Ghi nhận thay đổi trên Jira: “Thêm gợi ý món dựa trên món phổ biến.”
- Hỏi đội kỹ thuật: “Tính năng này cần bao lâu? Có rủi ro gì?”
- Cập nhật tài liệu để đội phát triển làm theo.
5. Testing (Kiểm thử)
Tester dựa trên tài liệu đã tạo và căn cứ vào đó viết testcase, thực hiện kiểm tra sản phẩm được bàn giao từ dev, và BA cần đảm bảo nó đáp ứng yêu cầu.
Ví dụ: Tester báo lỗi: “Nút lưu lịch sử không hoạt động trên Android.”
Vai trò BA:
- Làm việc với tester để xác định lỗi, báo cáo qua Jira.
- Hỗ trợ khách hàng kiểm thử chấp nhận (UAT), hướng dẫn sử dụng.
- Xác nhận tính năng hoạt động đúng trước khi triển khai.
6. Deployment (Triển Khai)
Sản phẩm được phát hành, và BA hỗ trợ vận hành và hướng dẫn sử dụng cho khách hàng, đảm bảo không phát sinh lỗi nặng nề.
Ví dụ: Khách hàng muốn thêm “gợi ý món theo mùa” sau khi ra mắt.
Vai trò BA:
- Thu thập phản hồi từ người dùng, viết User Story mới: “Là một khách hàng, tôi muốn gợi ý món theo mùa để phù hợp thời tiết.”
- Đánh giá tác động với đội kỹ thuật, cập nhật tài liệu.
- Hướng dẫn khách hàng sử dụng phiên bản mới.
Vai trò cốt lõi của BA trong SDLC: Người kết nối vạn năng
BA không chỉ thu thập và phân tích mà còn là cầu nối xuyên suốt SDLC.
Vai trò BA trong SDLC bao gồm:
- Giao tiếp: Hỏi đúng câu hỏi, như: “Tính năng này cần ưu tiên không?”
- Phân tích: Chuyển nhu cầu thành User Story, Flowchart, hoặc mockup.
- Quản lý: Theo dõi thay đổi bằng Jira, tránh hiểu lầm giữa các bên.
Ví dụ: Trong ứng dụng đặt đồ ăn, BA dùng phương pháp As-Is và To-Be:
- As-Is: Khách mất 5 phút đặt món, 20% bỏ giỏ.
- To-Be: Thêm gợi ý món, giảm thời gian còn 2 phút, tăng hoàn tất đơn 15%.
Thách thức của BA trong SDLC và cách vượt qua
Newbie thường gặp khó khăn trong SDLC:
- Thuật ngữ IT: API, UAT gây bối rối. Ghi chú, tra Google, hoặc hỏi cộng đồng BA.
- Yêu cầu thay đổi: Khách hàng đổi ý liên tục. Dùng Jira để theo dõi, xác nhận email.
- Mâu thuẫn: Khách hàng và đội kỹ thuật bất đồng. BA làm dịu bằng số liệu: “Thay đổi này tăng 10% doanh thu.”
Mình – Thu Uyên có lời khuyên cho các bạn rằng: “BA giỏi là người giữ mọi thứ đi đúng hướng.”
Kết luận:
Có thể thấy, vai trò của BA không chỉ đơn thuần là thu thập yêu cầu. Họ là người kết nối các bộ phận, là người phân tích và giải quyết các yêu cầu để đảm bảo rõ ràng, chi tiết, tiền đề cho các bước sau và là người đảm bảo chất lượng xuyên suốt quá trình phát triển sản phẩm.
Việc thấu hiểu từng giai đoạn của SDLC giúp BA điều phối công việc một cách hiệu quả, đảm bảo sản phẩm cuối cùng không chỉ đẹp về hình thức mà còn mạnh mẽ về chức năng, đáp ứng đúng nhu cầu của người dùng.
Hy vọng trò chơi tư duy này đã giúp bạn hình dung rõ hơn vai trò quan trọng của Business Analyst trong phát triển phần mềm. Hãy nhấp vào nút bên dưới để bắt đầu trả lời các câu hỏi – và nhận ngay đáp án sau mỗi lượt chơi!
