Phân tích nghiệp vụ Business Analyst là gì?
Phân tích nghiệp vụ là quá trình xác định nhu cầu của tổ chức, phân tích các vấn đề kinh doanh và đề xuất các giải pháp phù hợp nhằm nâng cao hiệu quả hoạt động. Công việc này đòi hỏi sự kết hợp giữa hiểu biết sâu sắc về quy trình kinh doanh, kỹ năng giao tiếp và khả năng phân tích để đảm bảo các giải pháp được triển khai đáp ứng đúng mục tiêu chiến lược của tổ chức.
Các yếu tố chính của Phân tích nghiệp vụ là:
- Yêu cầu của tổ chức: Xác định rõ nhu cầu và mục tiêu kinh doanh.
- Thay đổi: Đánh giá và quản lý các thay đổi để phù hợp với chiến lược.
- Tổ chức: Hiểu cấu trúc và quy trình nội bộ để tối ưu hóa hoạt động.
- Hiệu quả: Đề xuất giải pháp nâng cao hiệu suất và giá trị.
- Phát triển: Hỗ trợ xây dựng các giải pháp công nghệ hoặc cải tiến quy trình.
Ví dụ: Một công ty bán lẻ muốn tăng doanh số trực tuyến. Nhà phân tích nghiệp vụ (BA) sẽ phân tích dữ liệu bán hàng hiện tại, phỏng vấn đội ngũ marketing và xác định rằng vấn đề nằm ở quy trình thanh toán phức tạp trên website. BA đề xuất tích hợp một cổng thanh toán đơn giản hơn, như ví điện tử, để cải thiện trải nghiệm khách hàng.
Ý kiến chuyên gia: Kathleen Barret, cựu Chủ tịch của IIBA, nhấn mạnh: “Phân tích nghiệp vụ không chỉ dừng ở việc thu thập yêu cầu, mà là quá trình hiểu rõ bối cảnh kinh doanh và đảm bảo giải pháp mang lại giá trị bền vững.”
Phân tích nghiệp vụ nghĩa là gì?
Thuật ngữ “Nhà phân tích nghiệp vụ” (BA) thường gắn liền với ngành công nghệ thông tin (CNTT), nhưng giá trị thực sự của một BA nằm ở khả năng hiểu sâu về nghiệp vụ hơn là chỉ tập trung vào khía cạnh kỹ thuật. Một BA thành công là người có cái nhìn tổng quát, có thể đảm nhận nhiều vai trò và hiểu được bức tranh toàn cảnh của tổ chức.
- Tầm quan trọng của BA: BA đóng vai trò trung gian giữa các bộ phận kinh doanh và kỹ thuật, đảm bảo rằng các giải pháp công nghệ đáp ứng đúng nhu cầu nghiệp vụ. Họ không chỉ làm việc với phần mềm mà còn tham gia vào chiến lược, quy trình và con người.
- Nền tảng đa dạng: BA thường có nền tảng học vấn rộng và kinh nghiệm làm việc trong nhiều ngành nghề, giúp họ tiếp cận vấn đề từ nhiều góc độ, từ kinh doanh, tài chính đến công nghệ.
- Tư duy toàn diện: BA cần hiểu cả khía cạnh nghiệp vụ (chiến lược, quy trình, mục tiêu) lẫn công nghệ (khả năng của hệ thống, hạn chế kỹ thuật) để đưa ra giải pháp phù hợp.
Ví dụ: Một BA làm việc cho một ngân hàng nhận thấy hệ thống quản lý khách hàng (CRM) hiện tại không hỗ trợ phân tích dữ liệu theo thời gian thực. Thay vì chỉ đề xuất nâng cấp phần mềm, BA phỏng vấn đội ngũ bán hàng, xác định nhu cầu cụ thể (như báo cáo tự động), và đề xuất tích hợp một công cụ phân tích dữ liệu mới vào CRM để hỗ trợ ra quyết định nhanh hơn.
Ý kiến chuyên gia: Sanjay Dugar, từ www.businessayan.com, nhấn mạnh: “Một BA giỏi không chỉ hiểu công nghệ mà còn phải nắm rõ cách tổ chức vận hành và cách công nghệ có thể tối ưu hóa giá trị nghiệp vụ.”
Câu hỏi cốt lõi về phân tích nghiệp vụ
Tài liệu đặt ra các câu hỏi quan trọng để làm rõ vai trò của BA:
- Phân tích nghiệp vụ cụ thể là gì?
- Vai trò của nhà phân tích nghiệp vụ là gì?
- Nền tảng nào là tốt nhất cho công việc này?
- Bộ kỹ năng nào cần thiết?
Những câu hỏi này sẽ được giải đáp chi tiết trong các phần tiếp theo để làm rõ công việc và yêu cầu đối với một nhà phân tích nghiệp vụ.
Vai trò của nhà phân tích nghiệp vụ
Người thực hiện phân tích nghiệp vụ được gọi là **Nhà phân tích nghiệp vụ (BA)**. Tùy vào lĩnh vực cụ thể, BA có thể được gọi là:
- Nhà phân tích nghiệp vụ CNTT: Tập trung vào phát triển hệ thống phần mềm.
- Nhà phân tích nghiệp vụ kỹ thuật: Chuyên sâu về khía cạnh kỹ thuật của giải pháp.
- Nhà phân tích hệ thống: Phân tích và thiết kế các hệ thống thông tin.
Mỗi tổ chức có cách định nghĩa riêng về vai trò, kỹ năng, trách nhiệm và kỳ vọng đối với BA, nhưng nhìn chung, BA đóng vai trò trung tâm trong việc xác định và triển khai các giải pháp nghiệp vụ hiệu quả.
Ví dụ: Trong một dự án phát triển ứng dụng di động cho một công ty logistics, một BA CNTT có thể làm việc với đội ngũ vận hành để hiểu quy trình giao hàng, đồng thời phối hợp với lập trình viên để đảm bảo ứng dụng hiển thị trạng thái đơn hàng theo thời gian thực.
Ý kiến chuyên gia: Barbara Carkenord, tác giả sách về phân tích nghiệp vụ, cho rằng: “BA là người dịch ngôn ngữ nghiệp vụ sang ngôn ngữ kỹ thuật và ngược lại, đảm bảo mọi người trong dự án đều hiểu rõ mục tiêu và yêu cầu.”
Kỹ năng cần thiết của một nhà phân tích nghiệp vụ
Một BA cần có bộ kỹ năng đa dạng, cho phép họ đảm nhận nhiều vai trò trong tổ chức. Các vai trò này bao gồm:
- Lập kế hoạch nghiệp vụ: Đưa ra chiến lược và kế hoạch để đạt được mục tiêu kinh doanh.
- Phân tích hệ thống: Đánh giá hệ thống hiện tại và đề xuất cải tiến.
- Quản lý dự án: Hỗ trợ lập kế hoạch và giám sát tiến độ dự án.
- Chuyên gia lĩnh vực: Hiểu sâu về một ngành hoặc quy trình cụ thể.
- Phân tích tổ chức: Đánh giá cấu trúc và văn hóa tổ chức để đề xuất thay đổi.
- Phân tích tài chính: Đánh giá chi phí và lợi ích của các giải pháp.
- Kiến trúc công nghệ: Hiểu các giải pháp công nghệ khả thi.
- Phân tích dữ liệu: Sử dụng dữ liệu để đưa ra quyết định.
- Phân tích ứng dụng: Đánh giá và thiết kế các ứng dụng phần mềm.
- Thiết kế ứng dụng: Đưa ra ý tưởng về giao diện và trải nghiệm người dùng.
- Phân tích quy trình: Tối ưu hóa các quy trình nghiệp vụ.
Ví dụ: Một BA làm việc cho một công ty bảo hiểm có thể phân tích quy trình xử lý yêu cầu bồi thường và nhận thấy thời gian xử lý kéo dài do nhập liệu thủ công. BA đề xuất tự động hóa bước xác minh thông tin khách hàng bằng cách tích hợp hệ thống với cơ sở dữ liệu bên ngoài, giúp giảm 30
Ý kiến chuyên gia: Karl Wiegers, chuyên gia về kỹ năng BA, nhấn mạnh: “Một BA giỏi cần có khả năng học hỏi nhanh và thích nghi với các lĩnh vực mới. Họ không cần là chuyên gia trong mọi lĩnh vực, nhưng phải biết cách đặt câu hỏi đúng để tìm ra thông tin cần thiết.”
Kỹ năng của một nhà phân tích nghiệp vụ CNTT
Ngoài kỹ năng giao tiếp tốt, một BA trong lĩnh vực CNTT cần:
- Hiểu biết về công cụ và kỹ thuật: Thành thạo các công cụ như mô hình hóa quy trình (BPMN), phân tích dữ liệu (SQL) và quản lý yêu cầu (JIRA, Confluence).
- Nền tảng phù hợp: Kinh nghiệm trong CNTT, kinh doanh hoặc các lĩnh vực liên quan.
- Tính cách phù hợp: Khả năng làm việc nhóm, tư duy logic và giải quyết vấn đề.
Ví dụ: Một BA CNTT tại một công ty thương mại điện tử sử dụng công cụ Visio để vẽ sơ đồ quy trình đặt hàng, giúp nhóm phát triển phần mềm hiểu rõ các bước từ khi khách hàng đặt hàng đến khi nhận hàng, từ đó tối ưu hóa hệ thống kho.
Ý kiến chuyên gia: Laura Brandenburg, tác giả của “How to Start a Business Analyst Career”, cho rằng: “Kỹ năng giao tiếp là nền tảng, nhưng khả năng phân tích và tư duy phản biện là yếu tố giúp BA tạo ra giá trị thực sự cho dự án.”
Các vai trò chính của nhà phân tích nghiệp vụ
BA có các vai trò cốt lõi sau:
- Xác định và phân tích phạm vi khu vực nghiệp vụ: Đảm bảo phạm vi dự án rõ ràng trước khi thu thập yêu cầu chi tiết.
- Xác định giải pháp: Đề xuất giải pháp phù hợp với nhu cầu nghiệp vụ.
- Phân tích và lập tài liệu yêu cầu: Ghi lại yêu cầu một cách rõ ràng và có hệ thống.
- Truyền đạt yêu cầu: Đảm bảo tất cả các bên liên quan hiểu rõ yêu cầu.
- Xác minh giải pháp đáp ứng yêu cầu: Kiểm tra xem giải pháp có đáp ứng mục tiêu ban đầu hay không.
1. Xác định và phân tích phạm vi khu vực nghiệp vụ
Trước khi thu thập yêu cầu chi tiết, BA cần đảm bảo rằng phạm vi dự án được xác định rõ ràng. Điều này bao gồm:
- Hiểu mục tiêu dự án: Lý do khởi xướng dự án và các mục tiêu cụ thể.
- Phân tích vấn đề nghiệp vụ: Đánh giá vấn đề mà không vội vàng đưa ra giải pháp.
- Xác định các bên liên quan: Bao gồm con người, hệ thống, phòng ban nội bộ và tổ chức bên ngoài.
- Lập tài liệu phạm vi: Tài liệu này bao gồm:
- Quan điểm dự án.
- Các giả định và rủi ro nghiệp vụ.
- Mô tả cấp cao về quy trình nghiệp vụ.
- Các mục rõ ràng không thuộc phạm vi dự án.
Ví dụ: Một công ty sản xuất muốn triển khai hệ thống quản lý kho mới. BA tổ chức các buổi họp với quản lý kho, đội ngũ CNTT và nhà cung cấp để xác định phạm vi: hệ thống sẽ tự động hóa việc theo dõi hàng tồn kho nhưng không bao gồm quản lý vận chuyển. BA lập tài liệu phạm vi, nêu rõ giả định rằng hệ thống sẽ tích hợp với phần mềm kế toán hiện tại và rủi ro là thiếu dữ liệu tồn kho lịch sử.
Kỹ năng cần thiết:
- Kỹ năng điều phối để đạt được sự đồng thuận từ các nhóm khác nhau.
- Khả năng lập tài liệu bằng ngôn ngữ nghiệp vụ.
- Kỹ thuật lập tài liệu phạm vi dự án.
Ý kiến chuyên gia: Theo IIBA, “Việc xác định phạm vi rõ ràng từ đầu giúp giảm thiểu rủi ro mở rộng phạm vi không kiểm soát (scope creep), từ đó tiết kiệm thời gian và nguồn lực cho dự án.”
2. Thu thập yêu cầu
Thu thập yêu cầu là bước quan trọng, đòi hỏi BA phải “khai thác” thông tin từ các bên liên quan để đảm bảo không bỏ sót chi tiết nào. BA cần hiểu rõ nhu cầu nghiệp vụ trước khi đề xuất giải pháp phần mềm.
- Phương pháp thu thập:
- Phỏng vấn cá nhân.
- Các buổi thu thập thông tin nhóm.
- Khảo sát và bảng câu hỏi.
- Quan sát thực tế.
- Phân tích tài liệu hiện có.
- Quy trình lặp lại: BA đặt câu hỏi, phân tích câu trả lời, đặt câu hỏi tiếp theo và đưa các ý kiến khác nhau đến sự đồng thuận.
- Ưu tiên yêu cầu: Đảm bảo các vấn đề quan trọng nhất được giải quyết trước.
Ví dụ: Trong một dự án phát triển ứng dụng đặt vé máy bay, BA phỏng vấn đại diện hãng hàng không và nhận thấy khách hàng thường bỏ dở giỏ hàng do quy trình chọn ghế phức tạp. BA tổ chức một buổi workshop với đội ngũ marketing và CNTT, sử dụng bảng câu hỏi để thu thập ý kiến khách hàng, và xác định yêu cầu ưu tiên là giao diện chọn ghế trực quan hơn.
Kỹ năng cần thiết:
- Đặt câu hỏi đúng.
- Lắng nghe chủ động.
- Kỹ thuật phỏng vấn và điều phối.
- Kỹ năng lập tài liệu.
- Phân loại yêu cầu.
Ý kiến chuyên gia: Ellen Gottesdiener, chuyên gia về yêu cầu, nhấn mạnh: “Thu thập yêu cầu không chỉ là ghi lại những gì người khác nói, mà là khám phá những gì họ thực sự cần, ngay cả khi họ không nhận ra điều đó.”
3. Phân tích và lập tài liệu yêu cầu
BA chịu trách nhiệm tạo ra các tài liệu yêu cầu theo định dạng tiêu chuẩn của tổ chức hoặc tự phát triển một định dạng phù hợp.
- Định dạng tài liệu:
- Phù hợp với nhóm kỹ thuật (IT) và chuyên gia nghiệp vụ.
- Có mức độ chi tiết phù hợp để tránh hiểu lầm.
- Phân loại yêu cầu:
- Yêu cầu nghiệp vụ: Mục tiêu chiến lược.
- Yêu cầu chức năng: Các tính năng cụ thể của giải pháp.
- Yêu cầu kỹ thuật: Các yêu cầu về hệ thống hoặc công nghệ.
- Duy trì tiêu chuẩn: BA thường dẫn dắt việc phát triển và duy trì định dạng tài liệu yêu cầu.
Ví dụ: Một BA làm việc cho một bệnh viện cần lập tài liệu yêu cầu cho hệ thống quản lý hồ sơ bệnh nhân. BA phân loại yêu cầu thành:
- Nghiệp vụ: Tăng tốc độ truy cập hồ sơ để cải thiện dịch vụ.
- Chức năng: Cho phép bác sĩ nhập ghi chú bằng giọng nói.
- Kỹ thuật: Hệ thống phải tuân thủ tiêu chuẩn bảo mật HIPAA. BA sử dụng công cụ Confluence để ghi lại và chia sẻ tài liệu này với nhóm phát triển.
Kỹ năng cần thiết:
- Kỹ năng phân tích.
- Hiểu về phương pháp phát triển hệ thống.
- Sử dụng kỹ thuật mô hình hóa (ví dụ: UML, BPMN).
- Kỹ năng phân loại.
- Thiết kế giao diện người dùng mẫu.
- Tạo mẫu tài liệu yêu cầu.
Ý kiến chuyên gia: Joy Beatty, đồng tác giả của “Visual Models for Software Requirements”, nhấn mạnh: “Một tài liệu yêu cầu tốt không chỉ rõ ràng mà còn phải dễ dàng được cập nhật và sử dụng bởi tất cả các bên liên quan.”
4. Truyền đạt yêu cầu
BA là người truyền đạt chính trong nhóm dự án, đảm bảo rằng yêu cầu được hiểu rõ bởi tất cả các bên, từ nhóm kỹ thuật đến chuyên gia nghiệp vụ.
- Vai trò giao tiếp:
- Làm việc chặt chẽ với Quản lý Dự án để đảm bảo kế hoạch dự án được tuân thủ.
- Tổ chức các buổi đánh giá yêu cầu (formal và informal) để tìm ra các yêu cầu còn thiếu hoặc không rõ ràng.
- Quản lý thay đổi yêu cầu khi cần thiết.
- Kỹ năng cần thiết:
- Điều hành cuộc họp hiệu quả.
- Lắng nghe chủ động.
- Đặt câu hỏi chính xác.
- Thuyết trình (chính thức và không chính thức).
- Viết email, báo cáo rõ ràng.
- Quản lý thay đổi.
- Tóm tắt các buổi đánh giá.
Ví dụ: Trong một dự án triển khai hệ thống đặt lịch hẹn trực tuyến cho một phòng khám, BA nhận thấy nhóm CNTT hiểu sai yêu cầu về thông báo tự động qua email. BA tổ chức một buổi họp, sử dụng sơ đồ luồng dữ liệu để giải thích rằng hệ thống cần gửi email xác nhận trong vòng 5 phút sau khi đặt lịch, và gửi email tóm tắt đến cả nhóm để xác nhận sự đồng thuận.
Ý kiến chuyên gia: Susan Weese nhấn mạnh: “Giao tiếp không chỉ là nói và viết, mà còn là khả năng xây dựng lòng tin với các bên liên quan để họ sẵn sàng chia sẻ thông tin quan trọng.”
5. Xác định giải pháp
BA làm việc với các chuyên gia nghiệp vụ và nhóm kỹ thuật để đề xuất giải pháp phù hợp.
- Nếu giải pháp là phần mềm:
- Hỗ trợ thiết kế giao diện, báo cáo và các vấn đề liên quan đến trải nghiệm người dùng.
- Cung cấp yêu cầu chức năng chi tiết.
- Nếu giải pháp là mua phần mềm bên ngoài:
- Làm việc với nhà cung cấp, chuyên gia nghiệp vụ và nhóm CNTT để đảm bảo phần mềm đáp ứng yêu cầu.
Ví dụ: Một công ty du lịch muốn cải thiện hệ thống đặt tour. BA làm việc với đội ngũ bán hàng và nhận thấy khách hàng cần tùy chỉnh hành trình cá nhân. BA đề xuất hai giải pháp: (1) phát triển tính năng tùy chỉnh trong ứng dụng hiện có, hoặc (2) mua một phần mềm SaaS từ nhà cung cấp như Salesforce. Sau khi đánh giá chi phí và lợi ích, BA cùng nhóm chọn mua phần mềm SaaS vì triển khai nhanh hơn.
Kỹ năng cần thiết:
- Hiểu biết cơ bản về thiết kế phần mềm.
- Đánh giá phần mềm của nhà cung cấp.
- Ước tính chi phí và lợi ích, xây dựng trường hợp kinh doanh.
Ý kiến chuyên gia: Alistair Cockburn, chuyên gia về Agile, cho rằng: “BA không chỉ xác định giải pháp mà còn phải đảm bảo rằng giải pháp đó khả thi và mang lại giá trị thực tế cho tổ chức.”
6. Xác minh giải pháp đáp ứng yêu cầu
BA vẫn tham gia vào dự án ngay cả khi nhóm kỹ thuật bắt đầu phát triển giải pháp.
- Đánh giá thiết kế kỹ thuật:
- Xem xét thiết kế để đảm bảo tính khả dụng và đáp ứng yêu cầu.
- Hỗ trợ kiểm thử:
- Làm việc với nhóm đảm bảo chất lượng (QA) để thiết kế các trường hợp kiểm thử.
- Hỗ trợ kiểm thử chấp nhận người dùng (UAT) để đảm bảo phần mềm được phê duyệt.
- Báo cáo các lỗi hoặc sai lệch so với yêu cầu.
- Đảm bảo mục tiêu ban đầu:
- Đánh giá xem giải pháp có đáp ứng mục tiêu dự án hay không.
Ví dụ: Trong một dự án triển khai hệ thống quản lý nhân sự, BA phát hiện rằng chức năng tính lương tự động không bao gồm phụ cấp làm thêm giờ, dù đã nêu trong yêu cầu. BA làm việc với nhóm QA để tạo một trường hợp kiểm thử kiểm tra tính toán phụ cấp, và phối hợp với nhóm phát triển để sửa lỗi trước khi triển khai.
Kỹ năng cần thiết:
- Hiểu biết cơ bản về thiết kế hệ thống.
- Kiến thức về nguyên tắc khả dụng của phần mềm.
- Hiểu về nguyên tắc kiểm thử.
- Viết và đánh giá các trường hợp kiểm thử.
Ý kiến chuyên gia: Rex Black, chuyên gia về kiểm thử phần mềm, nhấn mạnh: “BA là người hiểu rõ nhất về yêu cầu, vì vậy vai trò của họ trong kiểm thử là không thể thiếu để đảm bảo giải pháp thực sự đáp ứng nhu cầu nghiệp vụ.”
Kết luận
Không có một mẫu tài liệu yêu cầu tiêu chuẩn nào phù hợp với mọi dự án, vì định dạng phụ thuộc vào:
- Loại và quy mô dự án.
- Loại tổ chức.
- Trình độ của nhóm phân tích nghiệp vụ.
- Công cụ quản lý yêu cầu được sử dụng.
- Phương pháp phát triển (Agile, RUP, phân tích có cấu trúc, v.v.).
Tuy nhiên, một tài liệu yêu cầu thường bao gồm:
- Bối cảnh/lịch sử: Lý do dự án được khởi xướng.
- Phạm vi và mục tiêu: Xác định ranh giới và kỳ vọng.
- Yêu cầu quy định: Các quy định pháp lý hoặc ngành cần tuân thủ.
- Yêu cầu cấp nghiệp vụ:
- Chiến lược: Mục tiêu dài hạn.
- Chiến thuật: Tích hợp với các hệ thống khác.
- Vận hành: Liên quan đến quy trình.
- Phân tích bên liên quan và người dùng: Xác định ai sẽ bị ảnh hưởng và nhu cầu của họ.
- Yêu cầu người dùng: Khả năng mà người dùng cần.
- Yêu cầu chức năng và phi chức năng: Tính năng cụ thể và các yêu cầu về hiệu suất, bảo mật, v.v.
- Giả định/ràng buộc: Những yếu tố có thể ảnh hưởng đến dự án.
- Rủi ro và phụ thuộc: Các vấn đề tiềm ẩn và mối quan hệ với các dự án khác.
- Tùy chọn giải pháp: Các phương án khả thi.
- Thuật ngữ nghiệp vụ: Giải thích các thuật ngữ chuyên ngành.
- Tham chiếu đến quy tắc nghiệp vụ và trường hợp kinh doanh.
- Mô hình trường hợp sử dụng: Mô tả cách người dùng tương tác với hệ thống.
Ví dụ: Một tài liệu yêu cầu cho hệ thống đặt phòng khách sạn có thể bao gồm:
- Yêu cầu chức năng: Khách hàng có thể tìm kiếm phòng theo ngày và vị trí.
- Yêu cầu phi chức năng: Hệ thống phải xử lý 1.000 yêu cầu đặt phòng đồng thời mà không bị chậm.
- Thuật ngữ: “Đặt phòng” được định nghĩa là việc giữ chỗ tạm thời trong 24 giờ.
- Rủi ro: Hệ thống có thể không hoạt động tốt nếu tích hợp với API của đối tác thanh toán bị lỗi.
Tên gọi tài liệu yêu cầu:
- Tài liệu yêu cầu (Requirements Document).
- Tài liệu yêu cầu nghiệp vụ (BRD).
- Tài liệu yêu cầu phần mềm (Software Requirements Document).
- Đặc tả yêu cầu phần mềm (SRS).
Ý kiến chuyên gia: James Archer từ IIBA kết luận: “Phân tích nghiệp vụ là sự kết hợp giữa khoa học và sáng tạo. BA không chỉ ghi lại yêu cầu mà còn định hình tương lai của tổ chức thông qua các giải pháp đổi mới.”
Phạm vi vai trò của nhà phân tích nghiệp vụ
BA đóng vai trò như một “nhà tư duy logic”, dẫn dắt tổ chức từ việc xác định vấn đề đến triển khai giải pháp. Họ là cầu nối giữa:
- Chủ sở hữu (Owners): Những người ra quyết định chiến lược.
- Các bên liên quan: Bao gồm khách hàng, người dùng cuối, nhóm kỹ thuật, v.v.
- Giải pháp: Đảm bảo rằng giải pháp cuối cùng đáp ứng được mục tiêu ban đầu.
Ví dụ: Trong một dự án triển khai hệ thống bán vé sự kiện, BA làm việc với ban tổ chức để hiểu nhu cầu (bán vé nhanh chóng), với nhóm CNTT để đảm bảo hệ thống ổn định, và với khách hàng để kiểm tra tính năng quét mã QR tại cổng vào.
Ý kiến chuyên gia: Theo BABOK Guide, “BA không chỉ giải quyết vấn đề mà còn tạo ra cơ hội để tổ chức phát triển mạnh mẽ hơn thông qua việc tối ưu hóa quy trình và công nghệ.”
Call BSD 0918 339 689 khi dự án của bạn cần chuyên gia tư vấn phân tích nghiệp vụ
