Ý CHÍNH TRONG BÀI
1. BA là cầu nối giữa business và công nghệ
2. BA giúp tổ chức hiểu và giải quyết được vấn đề
3. Thu thập yêu cầu chỉ là một phần nhiệm vụ của BA
4. BA trưởng thành là người tập trung vào giá trị của business
5. Công nghệ là công cụ, không phải mục tiêu
6. BA tối quan trọng trong làn sóng chuyển đổi số
7. Kỹ năng quan trọng nhất của BA là suy nghĩ có cấu trúc

1. Business Analysis là gì?

1.1 Định nghĩa cơ bản

Business Analysis là hoạt động:

  • Tìm hiểu nhu cầu của doanh nghiệp
  • Xác định vấn đề
  • Đề xuất giải pháp phù hợp
  • Đảm bảo giải pháp tạo ra giá trị thực tế

Mục tiêu cuối cùng: Giúp tổ chức hoạt động hiệu quả hơn.

1.2 Bản chất của BA

BA không chỉ viết yêu cầu (requirements), tạo tài liệu, truyền đạt yêu cầu, mà còn:

  • Hiểu về business
  • Phân tích được vấn đề
  • Kết nối business với công nghệ
  • Hỗ trợ tổ chức thay đổi

2. Vai trò của Business Analyst

Business Analyst đóng vai trò cầu nối giữa:

  • Các stakeholders trong tổ chức
  • Đội ngũ kỹ thuật (technical)
  • Đội ngũ vận hành (operation)
  • Quản lý

2.1 Các trách nhiệm chính

2.1.1 Thu thập yêu cầu

Đối tượng để thu thập là các stakeholders trong tổ chức. Ví dụ:

  • Hệ thống cần có những chức năng gì
  • Báo cáo nào cần thiết
  • Quy trình hiện tại vận hành ra sao

2.1.2 Phân tích yêu cầu

  • Yêu cầu nào quan trọng
  • Yêu cầu nào mâu thuẫn
  • Yêu cầu nào không khả thi

2.1.3 Truyền đạt thông tin

Kết nối giữa ngôn ngữ của business và ngôn ngữ kỹ thuật. BA giúp:

  • Đội ngũ kỹ thuật hiểu được về mục đích của business
  • Business hiểu được giới hạn của kỹ thuật

2.1.4 Phân tích quy trình

Làm rõ các quy trình hiện tại đang gặp vấn đề ở đâu, ví dụ:

  • Nghẽn cổ chai ở bước nào
  • Bước nào đang thừa
  • Hoạt động nào không hiệu quả

2.1.5 Tài liệu hoá

Các tài liệu cần được lưu trữ như:

  • SRS – Software Requirement Specification (Yêu cầu đặc tả phần mềm)
  • BRD - Business Requirment Document (Tài liệu yêu cầu của tổ chức)
  • User Story
  • Workflow (luồng công việc)
  • Use Case (Các trường hợp sử dụng)

2.1.6 Hỗ trợ giải pháp

  • Kiểm thử nội bộ
  • UAT - Kiểm thử từ người dùng
  • Implementation (triển khai tính năng)
  • Quản lý các thay đổi

3. Lý do BA quan trọng

Nếu không có vai trò BA:

  • Yêu cầu dễ bị hiểu sai
  • Phát triển sai hướng
  • Tốn chi phí
  • Hệ thống không giải quyết đúng vấn đề

BA còn giúp:

  • Giảm thiểu rủi ro
  • Tăng tính rõ ràng
  • Tối ưu giao tiếp
  • Tăng khả năng thành công của dự án

4. Các ngành nghề áp dụng BA

Business Analysis có thể có mặt trong:

  • Ngân hàng
  • Bảo hiểm
  • Bán lẻ
  • Logistics
  • Chăm sóc sức khoẻ
  • Sản xuất
  • Fintech
  • Công nghệ
  • Thương mại điện tử

Tóm lại là các tổ chức có quy trình, dữ liệu và vấn đề cần giải quyết.

5. Kỹ năng cần có của BA

5.1 Kỹ năng về tổ chức

  • Process Thinking: Hiểu quy trình vận hành.
  • Problem Solving: Phân tích được gốc rễ vấn đề.
  • Critical Thinking: Suy nghĩ phản biện để đặt được đúng câu hỏi.
  • Domain Understanding: Hiều về ngành nghề, nghiệp vụ của khách hàng.

5.2 Kỹ năng giao tiếp

  • Stakeholder Management: Có khả năng làm việc được với nhiều nhóm khác nhau.
  • Facilitation: Có thể điều phối được các buổi họp hay workshop.
  • Negotiation: Xử lý được yêu cầu, xung đột hay đàm phán.

5.3 Kỹ năng kỹ thuật

BA có thể không phải là developer, nhưng nên nắm được khái niệm về:

  • Cơ sở dữ liệu (Database)
  • API
  • Tích hợp (Integration)
  • Luồng hệ thống (System Flow)
  • Kiến trúc (architecture) cơ bản
  • Luồng dữ liệu (Data flow)

Các khả năng trên giúp BA có thể viết được yêu cầu (requirement) sát hơn, giao tiếp với đội kỹ thuật tốt hơn.

6. Các công cụ hỗ trợ phổ biến

6.1 Công cụ

BA nên biết cách sử dụng các công cụ như

  • Excel
  • Jira
  • Confluence
  • Visio
  • BPMN
  • BI

6.2 Kỹ thuật cần biết

  • Phỏng vấn (interview)
  • Tổ chức hội thảo (workshop)
  • Quan sát (observation)
  • Sắp xếp quy trình (process mapping)
  • Phân tích kẽ hở (gap analysis)
  • Phân tích gốc rễ vấn đề (root cause analysis)

7. Các chứng chỉ đánh giá

  • BABOK (Business Analysis Body of Knowledge): Framework chuẩn về Business Analysis.
  • ECBA (Entry Certificate in Business Analysis): Chứng chỉ cho người mới bắt đầu.
  • CCBA (Certificate of Capability in Business Analysis): Dành cho BA có kinh nghiệm.

8. Vai trò của BA trong chuyển đổi số

Chuyển đổi số làm tăng nhu cầu BA nhiều hơn vì các tổ chức cần:

  • Hiểu về tầm ảnh hưởng liên quan đến business
  • Thiết kế lại được quy trình
  • Tích hợp được các hệ thống rời rạc với nhau
  • Khai thác dữ liệu
  • Tự động hoá vận hành các khâu BA giúp bảo đảm công nghệ phục vụ business thay vì business chạy theo công nghệ.

9. Các kiểu BA phổ biến

  • Delivery BA: Tập trung vào thu thập yêu cầu, điều phối thông tin các bên và hỗ trợ thực hiện (implementation).
  • Business-Oriented BA: Tập trung vào hiểu được vận hành, tối ưu business, cải tiến được quy trình.
  • System/Technical BA: Tập trung vào hiểu hệ thống, API, tích hợp hay đặc tả yêu cầu kỹ thuật.
  • Product-Oriented BA: Tập trung vào xây dựng sản phẩm, bao gồm giá trị mà người dùng nhận được, lộ trình phát triển (roadmap) hay tầm nhìn của sản phẩm.

10. Ví dụ thực tế

10.1 Yêu cầu Dashboard

Khách hàng: “Chúng tôi cần có một dashboard”. BA nên tìm hiểu:

  • Vấn đề thực sự là gì?
  • Thiếu những dữ liệu gì?
  • Ai là người sử dụng dashboard này?
  • Quyết định nào cần được hỗ trợ?
  • Chỉ số nào quan trọng?

Có thể vấn đề không phải là thiếu một dashboard, mà là:

  • Dữ liệu thiếu chính xác
  • Quy trình nhập liệu kém
  • Trách nhiệm phân công chưa rõ ràng

10.2 Yêu cầu tự động hoá

Khách hàng: “Cần có hệ thống duyệt (approval)”.

BA cần kiểm tra:

  • Quy trình duyệt hiện tại
  • Có bước nào dư thừa không
  • Quyền được duyệt có rõ ràng không
  • Vấn đề nghẽn ở đâu

Vì đôi khi đơn giản hoá quy trình hiệu quả hơn là xây một hệ thống mới.

11. Định hướng của Coden

Định hướng của Coden không phải chỉ nhận yêu cầu từ khách và thực hiện phát triển phần mềm. Mà chúng ta nên:

  • Hiểu về nghiệp vụ, cách khách hàng vận hành
  • Phân tích và ưu tiên hoá vấn đề (pain point)
  • Hỗ trợ tối ưu quy trình
  • Giúp đỡ khách hàng tạo dữ liệu phục vụ ra quyết định

Trong mô hình này, thay vì là một người làm tài liệu, BA trở thành:

  • Người nghiên cứu business (business investigator)
  • Người thẩm tra quy trình (process analyst)
  • Người cố vấn giải pháp (solution consultant)

11.1 Các hiểu nhầm hay gặp

  • BA là người viết tài liệu: Không đúng. Tài liệu là đầu ra (output), không phải là giá trị cốt lõi.
  • Khách hàng biết họ mong muốn điều gì: Chưa hẳn. Khách hàng thường sẽ biết vướng mắc ở đâu, triệu chứng là gì. Lúc này BA là người phân tích gốc rễ vấn đề, mức độ ảnh hưởng đến business và tư vấn giải pháp phù hợp.
  • Số hoá là làm phần mềm: Không phải. Chuyển đổi số nên được hiểu là cải thiện vận hành bằng công nghệ thích hợp.

– Tác giả: PhongDX –