Bài 3: Nghề nghiệp Business Analyst

CÁC Ý CHÍNH

1. Business Analyst là cầu nối giữa business và solution.
2. Requirement Gathering chỉ là một phần công việc của BA.
3. BA tham gia vào cải tiến quy trình, phân tích dữ liệu và quản lý thay đổi.
4. Kỹ năng mềm có vai trò quan trọng ngang hoặc cao hơn kỹ năng kỹ thuật.
5. Hiểu business là điều kiện để tạo ra giải pháp có giá trị.
6. Business Analysis có nhiều hướng phát triển nghề nghiệp khác nhau.
7. BA cần duy trì việc học tập liên tục trong suốt sự nghiệp.

1. Tổng quan

Bài 3 mô tả về nghề nghiệp Business Analyst dưới góc độ nghề nghiệp, bao gồm:

  • Các trách nhiệm chính của Business Analyst
  • Các kỹ năng cần thiết để thành công trong vai trò này
  • Các lộ trình phát triển nghề nghiệp
  • Những hướng chuyên môn hoá có thể theo đuổi
  • Con đường học tập và phát triển để trở thành Business Analyst chuyên nghiệp

Bài viết này giúp nhận thức rằng Business Analysis không chỉ là viết tài liệu yêu cầu hay làm việc với đội phát triển phần mềm. Đây là một nghề nghiệp tập trung vào việc hiểu vấn đề của tổ chức, kết nối các bên liên quan và thúc đẩy thay đổi nhằm tạo ra giá trị kinh doanh.

2. Những kiến thức quan trọng

2.1. Bức tranh tổng thể

Trong các tổ chức hiện đại, BA đóng vai trò cầu nối giữa các bên:

  • Business Stakeholder
  • Người dùng cuối (End Users)
  • Nhóm phát triển (Development team)
  • Quản lý

BA giúp đảm bảo các giải pháp được xây dựng thực sự giải quyết đúng vấn đề kinh doanh.

Khác với suy nghĩ phổ biến rằng BA chỉ thu thập và làm tài liệu yêu cầu, trên thực tế BA tham gia gần như toàn bộ vòng đời của một dự án hoặc chương trình thay đổi. Vòng đời được mô tả tuần tự như sau:

  1. Vấn đề của Business
  2. Phân tích Business
  3. Thiết kế giải pháp
  4. Triển khai giải pháp
  5. Thu hoạch giá trị kinh doanh

2.2. Trách nhiệm của BA

2.2.1. Thu thập và phân tích yêu cầu (Requirements Gathering and Analysis)

Đây là trách nhiệm thường thấy và cốt lõi nhất của một Business Analyst. Các công việc được định hình bao gồm:

  • Tìm hiểu yêu cầu (Eliciting Requirements)

    Thu thập yêu cầu từ các phương pháp:

    • Phỏng vấn (Interviews)
    • Khảo sát (Surveys)
    • Hội thảo (Workshops)
    • Nhóm chuyên đề (Focus Groups)
    • Quan sát (Observation)

    Mục tiêu là tìm hiểu:

    • Người dùng đang làm gì?
    • Vấn đề của người dùng là gì?
    • Người dùng mong muốn cái gì?

  • Ghi nhận yêu cầu (Documenting Requirements)

    Chuyển các thông tin đã thu thập được thành tài liệu. Các tài liệu phổ biến thường thấy là:

    • Business Requirements
    • Functional Requirements
    • Use Cases
    • User Stories

    Tài liệu nên được chuẩn hoá và rõ ràng, có thể sử dụng để phát triển giải pháp.

  • Phân tích yêu cầu (Analyzing Requirements)

    Từ các yêu cầu đã thu thập, cần phân tích:

    • Tính hợp lệ
    • Tính khả thi
    • Giá trị kinh doanh

    Lúc này, BA cần xác định rõ ràng:

    • Điều gì thực sự cần thiết
    • Điều gì nên ưu tiên
    • Điều gì nên loại bỏ

2.2.2. Kết nối các bên liên quan (Stakeholder Engagement)

BA làm việc với nhiều nhóm người khác nhau, bởi vậy nhiệm vụ sẽ bao gồm:

  • Xác định các bên liên quan (Stakeholder Identification)

    • Ai bị ảnh hưởng bởi dự án
    • Ai có quyền quyết định
    • Ai cung cấp thông tin

    Từ các thông tin này, BA đã củng cố thông tin không nhỏ để giúp quản lý dự án (PM) có thể tiến hành thao tác quản lý hiệu quả hơn.

  • Kết nối và liên lạc (Communication & Collaboration)

    Bằng cách tổ chức các buổi họp (meetings), hội thảo (workshops) và đánh giá (review), BA giúp đảm bảo:

    • Thông tin được đồng bộ
    • Yêu cầu được xác định rõ ràng
    • Hiểu lầm được giảm thiểu

  • Xử lý các mâu thuẫn (Conflict Resolution)

    Trong nhiều dự án, mỗi stakeholder có các mục tiêu khác nhau, do đó yêu cầu có thể mâu thuẫn với nhau. Để giải quyết mâu thuẫn này, BA cần thực hiện các việc sau:

    • Lắng nghe
    • Phân tích
    • Đàm phán
    • Xây dựng sự đồng thuận

2.2.3. Thiết kế và đánh giá giải pháp (Solution Design and Validation)

BA có thể tham gia thiết kế giải pháp, tuy nhiên nên ở mức độ nghiệp vụ, tránh sa đà vào quá chi tiết kỹ thuật.

  • Thiết kế giải pháp (Designing Solution)

    Để hình dung được giải pháp trước khi triển khai, BA có thể sử dụng các công cụ:

    • Mô hình quy trình (Process Models)
    • Mô hình dữ liệu (Data Models)
    • Bản mẫu (Prototypes)

  • Kiểm thử và xác nhận (Validation & Testing)

    BA đồng thời cũng tham gia vào quá trình lên kế hoạch kiểm thử, thực hiện test và UAT. Mục tiêu để đảm bảo giải pháp đáp ứng đúng yêu cầu đã xác định.

2.2.4. Cải tiến quy trình doanh nghiệp (Business Process Improvement)

Một trong những đóng góp quan trọng của BA trong doanh nghiệp là cải tiến quy trình. Việc này được thực hiện thông qua:

  • Mô tả quy trình hiện tại (Process Mapping): Vẽ sơ đồ quy trình hiện tại để hiểu cách thức hoạt động, các bước thực hiện và các điểm giao tiếp giữa các bộ phận.
  • Phân tích quy trình (Process Analysis): Cốt để tìm các điểm nghẽn (bottlenecks), những chỗ bị chậm (delays), những công đoạn dư thừa (waste) và chưa hiệu quả.
  • Thiết kế lại quy trình (Process Re-engineering): Đảm bảo mục tiêu tăng hiệu quả, giảm chi phí và nâng cao chất lượng.
  • Liên tục cải tiến (Continuous Improvement): Thực hiện dựa trên feedback, các chỉ số đánh giá hiệu quả (performance metrics) và kết quả vận hành (operational results).

2.2.5. Hỗ trợ quản lý dự án (Project Management Support)

BA thường là cánh tay đắc lực của PM trong các công việc:

  • Lập kế hoạch dự án (Project Planning)

    • Xác định phạm vi (Scope Definition)
    • Mục tiêu (Objectives)
    • Hạng mục bàn giao (Deliverables)
    • Thời hạn (Timeline)

  • Quản lý rủi ro (Risk Management)

    • Xác định rủi ro (Identification)
    • Đánh giá tác động (Impact)
    • Đề xuất biện pháp giảm thiểu (Response)

  • Phân bổ nguồn lực (Resource Coordination)

    • Hỗ trợ phối hợp các nguồn lực
    • Theo dõi tiến độ
    • Báo cáo cho các stakeholders

2.2.6. Phân tích dữ liệu (Data Analysis)

Dữ liệu ngày càng trở thành một thành phần quan trọng của việc phân tích nghiệp vụ. Đây cũng là một nhiệm vụ của vai trò Business Analyst.

  • Thu thập dữ liệu (Data Collection): Từ các nguồn dữ liệu khác nhau, bao gồm cơ sở dữ liệu, hệ thống ERP, CRM, và các nguồn dữ liệu bên ngoài.
  • Phân tích dữ liệu (Data Analysis): Chủ yếu phân tích ở mức xác định xu hướng (Trends), các dấu hiệu (Pattern), và tầm nhìn kinh doanh (Business Insight)
  • Hỗ trợ ra quyết định (Decision Support): Đưa ra các khuyến nghị từ dữ liệu

2.2.7. Quản lý các thay đổi (Change Management)

Một giải pháp tốt được triển khai chưa thể thành công nếu người dùng không chấp nhận thay đổi và đón nhận giải pháp đó. Vì vậy, BA cần:

  • Trao đổi về các thay đổi (Change Communication): Giải thích điều gì thay đổi, tại sao thay đổi, và lợi ích của việc thay đổi này.
  • Đào tạo và hỗ trợ (Training & Support): Đào tạo người dùng, hỗ trợ sau khi triển khai và giảm thiểu sự kháng cự từ người dùng.

2.2.8. Tuân thủ quy định (Regulatory Compliance)

Đảm bảo các giải pháp đưa ra tuân thủ các quy định của pháp luật, quy định trong ngành và chính sách nội bộ của tổ chức.

2.3. Kỹ năng cần thiết

2.3.1. Kỹ năng phân tích (Analytical Skills)

  • Phân tích dữ liệu (Data Analysis): Có khả năng thu thập, phân tích và diễn giải dữ liệu.
  • Xử lý vấn đề (Problem Solving): Có thể xác định vấn đề, tìm được nguyên nhân gốc rễ (root cause) và đề xuất được giải pháp.
  • Tư duy phản biện (Critical Thinking): Xác định thông qua đặt câu hỏi “tại sao?”, “điều gì chứng minh luận điểm đó?”, “có phương án nào tốt hơn không?”
  • Đưa ra quyết định (Decision Making): Đánh giá lựa chọn và đưa ra quyết định hợp lý.
  • Quản lý rủi ro (Risk Management): Nhận diện và kiểm soát các rủi ro trước khi chúng trở thành vấn đề (issue) nghiêm trọng.

2.3.2. Kỹ năng mềm (Interpersonal Skills)

  • Kỹ năng giao tiếp (Communication): Có thể giao tiếp với đội kinh doanh (Business Users), quản lý (Managers), ban lãnh đạo (Executives) và đội ngũ kỹ thuật (Technical Teams).
  • Kỹ năng đàm phán (Negotiation): Giải quyết các xung đột để tạo dựng được sự đồng thuận.
  • Kỹ năng xây dựng tài liệu (Documentation): Cần kỹ năng này để truyền tải thông tin thông qua các tài liệu một cách chính xác, dễ hiểu và có cấu trúc.
  • Phối hợp trong dự án (Project Coordination)
  • Khả năng thích ứng (Adaptability): Có thể thích nghi nhanh với các công nghệ, yêu cầu mới, môi trường thường xuyên thay đổi.

2.3.3. Kỹ năng chuyên môn (Technical & Domain Skills)

Kỹ năng chuyên môn có thể chia ra làm hai lĩnh vực:

  • Kiến thức công nghệ (Technology Knowledge): Hiểu được sơ bộ về phát triển phần mềm, kiến trúc dữ liệu, công cụ phân tích.
  • Kiến thức ngành nghề (Domain Knowledge): Hiểu lĩnh vực kinh doanh, có thể kể đến như tài chính, y tế, giáo dục…
  • Mô hình hoá quy trình (Business Process Modeling): Khả năng mô hình hoá quy trình bằng sơ đồ và mô hình nghiệp vụ.

2.3.4. Góc nhìn của chuyên gia

Đối với các chuyên gia được phỏng vấn trong bài học, các kỹ năng được nhấn mạnh bao gồm:

  • Hard Skills:
    • SQL
    • Power BI
    • ETL
    • Cloud Technologies
    • Agile Methodologies
    • Data Visualization
  • Soft Skills:
    • Communication
    • Stakeholder Management
    • Analytical Thinking
    • Problem Solving
    • Adaptability

Bên cạnh đó, các chuyên gia nhấn mạnh:

kỹ năng mềm thường là yếu tố tạo nên sự khác biệt giữa một BA trung bình và một BA xuất sắc.

2.4. Lộ trình nghề nghiệp

2.4.1. Junior Business Analyst

  • Thu thập yêu cầu
  • Tài liệu hoá các yêu cầu
  • Phân tích cơ bản

2.4.2. Associate Business Analyst

Chủ động hơn trong việc:

  • Tìm hiểu yêu cầu (Requirement Eliciting)
  • Kết nối các bên liên quan (Stakeholder Communication)

2.4.3. Senior Business Analyst

Chịu trách nhiệm:

  • Các dự án có độ phức tạp cao
  • Hướng dẫn các BA khác
  • Đưa ra quyết định khi phân tích

2.4.4. Lead Business Analyst

  • Quản lý đội ngũ BA
  • Quản lý chất lượng phân tích
  • Quản lý mục tiêu của nhóm

2.4.5. Manager / Director / VP

Tập trung vào:

  • Chiến lược
  • Quản lý danh mục dự án
  • Định hướng Business Analysis cho tổ chức

2.5. Các hướng chuyên môn hoá

Với xuất phát điểm từ BA, sau khi có kinh nghiệm có thể phát triển theo nhiều hướng:

2.5.1. Chuyên gia ngành (Industry Specialist)

  • Banking
  • Healthcare
  • Retail

2.5.2. Chuyên gia công nghệ (Technical Specialist)

Làm chủ các giải pháp:

  • ERP
  • CRM
  • Data Analytics

2.5.3. Chuyên gia quy trình (Process Specialist)

2.5.4. Chuyên gia sản phẩm (Product Specialist)

Tập trung vào việc phát triển sản phẩm, hoặc quản lý vòng đời sản phẩm.

2.6. Cách trở thành Business Analyst

2.6.1. Nền tảng học vấn

Học các ngành liên quan đến:

  • Quản lý kinh doanh (Business Administration)
  • Công nghệ thông tin (Information Technology)
  • Tài chính (Finance)
  • Kinh tế (Economics)

2.6.2. Học tập bổ sung

Với việc có nền tảng trên, việc bổ sung thêm các kiến thức sau sẽ hỗ trợ rất nhiều trong sự nghiệp:

  • Kế toán (Accounting)
  • Phân tích dữ liệu (Data Analysis)
  • Quản lý (Management)
  • Khoa học máy tính (Computer Science)

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

  • ECBA: Dành cho người mới bắt đầu
  • CAP: Tập trung vào phân tích
  • PMP: Hữu ích khi tham gia quản lý dự án
  • CBAP: Dành cho BA có nhiều kinh nghiệm

2.6.4. Kinh nghiệm thực tế

Có thể tích luỹ từ việc:

  • Thực tập
  • Tham gia với vai trò Junior
  • Phân tích hệ thống
  • Tham gia dự án

2.6.5. Liên tục học tập

Business Analysis là lĩnh vực thay đổi không ngừng, vì vậy một BA cần thường xuyên cập nhật về:

  • Công nghệ
  • Phương pháp luận
  • Xu hướng ngành

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

Bên cạnh việc định hướng Business Analyst truyền thống, theo định hướng của Coden mang góc nhìn rộng hơn. Mục tiêu của Coden không phải chỉ xây phần mềm theo yêu cầu, mà còn là:

  • Hiểu doanh nghiệp
  • Hiểu quy trình vận hành
  • Hiểu dữ liệu
  • Xác định nguyên nhân gốc rễ (root cause) của vấn đề
  • Thiết kế phương án cải tiến
  • Cuối cùng mới quyết định cần phần mềm hay không

Từ góc nhìn này, vai trò của BA tại Coden cần được mở rộng thành:

  • Business Analyst
  • Process Analyst
  • Data Analyst
  • Digital Transformation Consultant

— Đỗ Xuân Phong —