Business Analyst là vị trí đòi hỏi sự kết hợp giữa tư duy phân tích, kiến thức nghiệp vụ, khả năng giao tiếp và hiểu biết về công nghệ. Một BA có thể phải làm việc với lãnh đạo doanh nghiệp, khách hàng, người dùng, Product Manager, Project Manager, Developer và Tester trong cùng một dự án. Chính vì vậy, kỹ năng Business Analyst không chỉ nằm ở khả năng viết tài liệu. BA cần biết cách đặt câu hỏi, xác định vấn đề, phân tích nhu cầu và giúp các bên liên quan thống nhất về giải pháp.
Business Analyst cần những nhóm kỹ năng nào?
Tùy vào ngành nghề và cấp độ, yêu cầu đối với BA có thể khác nhau. Tuy nhiên, có thể chia thành một số nhóm năng lực chính:
- Tư duy phân tích và giải quyết vấn đề.
- Khai thác và phân tích yêu cầu.
- Giao tiếp với Stakeholder.
- Mô hình hóa quy trình.
- Viết và quản lý tài liệu.
- Hiểu biết về nghiệp vụ và công nghệ.
- Quản lý thay đổi.
- Làm việc nhóm và phối hợp dự án.
1. Tư duy phân tích và giải quyết vấn đề
Đây là nền tảng của công việc Business Analyst.
Khi Stakeholder nói rằng “cần xây dựng một hệ thống mới”, BA không nên lập tức chuyển yêu cầu đó thành danh sách chức năng.
BA cần tìm hiểu:
- Vấn đề hiện tại là gì?
- Vì sao vấn đề xảy ra?
- Ai đang gặp vấn đề?
- Quy trình hiện tại đang hoạt động như thế nào?
- Mục tiêu doanh nghiệp muốn đạt được là gì?
- Giải pháp được đề xuất có thực sự giải quyết nguyên nhân không?
Khả năng đặt câu hỏi và phân tích nguyên nhân giúp BA tránh việc chỉ xử lý phần “bề mặt” của vấn đề.
2. Kỹ năng khai thác yêu cầu
Stakeholder không phải lúc nào cũng có thể diễn đạt chính xác thứ họ cần.
Ví dụ, người dùng có thể nói:
“Tôi cần hệ thống báo cáo nhanh hơn.”
Đây chưa phải một yêu cầu đủ rõ.
BA cần tìm hiểu “nhanh hơn” nghĩa là gì, báo cáo nào đang chậm, thời gian xử lý hiện tại bao lâu, ai sử dụng báo cáo và kết quả mong muốn là gì.
Để khai thác yêu cầu, BA có thể sử dụng Interview, Workshop, Observation, Survey hoặc phân tích tài liệu.
Mục tiêu cuối cùng là biến những nhu cầu ban đầu thành thông tin có thể phân tích và xác nhận.
3. Kỹ năng giao tiếp với Stakeholder
BA thường đứng giữa nhiều nhóm có mục tiêu khác nhau.
Lãnh đạo quan tâm đến hiệu quả kinh doanh. Người dùng quan tâm đến trải nghiệm. Developer quan tâm đến tính khả thi kỹ thuật. Project Manager quan tâm đến phạm vi, tiến độ và nguồn lực.
BA cần có khả năng trình bày thông tin phù hợp với từng nhóm.
Một yêu cầu kỹ thuật có thể phù hợp với Developer nhưng chưa chắc phù hợp khi trình bày với lãnh đạo. Ngược lại, một mục tiêu kinh doanh cần được chuyển hóa thành thông tin đủ cụ thể để đội ngũ kỹ thuật triển khai.
4. Kỹ năng phân tích và quản lý yêu cầu
Thu thập yêu cầu chỉ là bước đầu.
BA cần xác định yêu cầu có:
- Đầy đủ hay chưa.
- Rõ ràng hay chưa.
- Có mâu thuẫn với yêu cầu khác không.
- Có khả thi không.
- Có phù hợp với mục tiêu dự án không.
- Có thể kiểm thử và xác nhận được không.
Sau đó, BA cần theo dõi yêu cầu trong suốt vòng đời dự án.
Việc quản lý tốt yêu cầu giúp các bên hạn chế tình trạng hiểu khác nhau về phạm vi và kết quả cần đạt.
5. Kỹ năng mô hình hóa quy trình
Một quy trình có thể rất khó hiểu nếu chỉ mô tả bằng văn bản.
Ví dụ, quy trình xử lý một đơn hàng có thể liên quan đến khách hàng, Sales, kho, kế toán và vận chuyển. Khi mô hình hóa thành sơ đồ, BA có thể giúp các bên nhìn rõ:
- Ai thực hiện từng bước?
- Dữ liệu đi đâu?
- Quyết định được đưa ra ở đâu?
- Có bước nào bị lặp?
- Quy trình đang có điểm nghẽn nào?
Các công cụ như Flowchart, BPMN, Use Case hoặc Activity Diagram có thể được sử dụng tùy mục đích.
6. Kỹ năng viết tài liệu
BA cần biết cách trình bày kết quả phân tích sao cho người khác có thể đọc, hiểu và sử dụng.
Tài liệu có thể bao gồm:
- Business Requirement.
- Functional Requirement.
- Non-functional Requirement.
- User Story.
- Acceptance Criteria.
- Use Case.
- Process Flow.
Một tài liệu tốt không nhất thiết phải dài. Quan trọng hơn là thông tin phải rõ ràng, có cấu trúc và hạn chế cách hiểu khác nhau.
7. Hiểu biết về nghiệp vụ
BA không nhất thiết phải là chuyên gia của mọi ngành, nhưng cần hiểu đủ về lĩnh vực mình đang phân tích.
Ví dụ, BA làm việc trong ngân hàng sẽ cần hiểu những khái niệm nghiệp vụ liên quan đến sản phẩm tài chính. BA trong thương mại điện tử cần hiểu hành trình khách hàng, đơn hàng, thanh toán, tồn kho và vận chuyển.
Kiến thức nghiệp vụ giúp BA đặt câu hỏi đúng và nhận ra những yêu cầu có thể bị bỏ sót.
8. Hiểu biết về công nghệ
BA không nhất thiết phải trở thành Developer. Tuy nhiên, với các dự án phần mềm, BA cần hiểu những khái niệm công nghệ cơ bản để giao tiếp hiệu quả với đội ngũ kỹ thuật.
Một số kiến thức hữu ích gồm:
- Database.
- API.
- Web/Mobile.
- Authentication.
- Integration.
- Data Flow.
- Software Development Life Cycle.
Hiểu công nghệ giúp BA đánh giá yêu cầu tốt hơn và trao đổi hiệu quả với Developer.
9. Kỹ năng quản lý thay đổi
Yêu cầu thay đổi là điều thường xảy ra trong dự án.
Khi Stakeholder đưa ra một yêu cầu mới, BA cần giúp đội ngũ xác định:
- Vì sao yêu cầu thay đổi?
- Thay đổi này ảnh hưởng đến chức năng nào?
- Có ảnh hưởng đến dữ liệu không?
- Có ảnh hưởng đến tiến độ và nguồn lực không?
- Những yêu cầu nào khác bị tác động?
BA không phải là người đơn giản nói “có” hoặc “không” với mọi yêu cầu. Vai trò quan trọng hơn là giúp các bên hiểu được tác động của thay đổi trước khi đưa ra quyết định.
10. Kỹ năng làm việc nhóm
BA thường xuyên phối hợp với nhiều vị trí trong một dự án.
Một BA cần biết cách:
- Làm việc với Project Manager.
- Trao đổi với Product Owner.
- Làm rõ yêu cầu với Business.
- Giải thích nghiệp vụ cho Developer.
- Phối hợp với Tester.
- Tiếp nhận phản hồi từ người dùng.
Do đó, khả năng phối hợp và truyền đạt thông tin đôi khi quan trọng không kém kỹ năng sử dụng công cụ.
Doanh nghiệp có thể phát triển kỹ năng BA cho đội ngũ như thế nào?
Doanh nghiệp có thể xây dựng năng lực BA thông qua đào tạo kết hợp với thực hành trên các tình huống thực tế.
Thay vì chỉ học lý thuyết, nhân sự có thể được đặt vào một bài toán cụ thể và thực hiện từng bước:
Xác định vấn đề → Xác định Stakeholder → Khai thác yêu cầu → Phân tích → Mô hình hóa → Tài liệu hóa → Xác nhận → Quản lý thay đổi.
Cách tiếp cận này giúp doanh nghiệp nhìn thấy rõ khoảng cách giữa kiến thức hiện tại của nhân sự và năng lực cần thiết cho công việc.
Những ai nên được đào tạo kỹ năng Business Analyst?
Đào tạo BA không nhất thiết chỉ dành cho người có chức danh Business Analyst.
Các nhóm nhân sự có thể hưởng lợi từ kỹ năng Business Analysis gồm:
- Business Analyst.
- Product Owner.
- Product Manager.
- Project Manager.
- Developer.
- Tester/QA.
- Business/Operation.
- Nhân sự tham gia các dự án chuyển đổi số.
- Quản lý phụ trách sản phẩm hoặc dự án.
Đặc biệt, khi Business và Technology thường xuyên phải phối hợp trong các dự án, việc trang bị tư duy Business Analysis cho nhiều vai trò có thể giúp cải thiện khả năng trao đổi yêu cầu.
Khi nào doanh nghiệp nên xây dựng chương trình đào tạo BA?
Doanh nghiệp có thể cân nhắc đào tạo khi xuất hiện những vấn đề như yêu cầu thường xuyên thay đổi, các phòng ban hiểu khác nhau về cùng một vấn đề, tài liệu nghiệp vụ thiếu thống nhất hoặc đội ngũ BA có cách làm việc không đồng nhất.
Một chương trình đào tạo doanh nghiệp có thể được thiết kế dựa trên năng lực hiện tại của đội ngũ thay vì áp dụng một giáo trình giống nhau cho mọi tổ chức.
Ví dụ, doanh nghiệp đã có đội ngũ BA nhiều kinh nghiệm có thể tập trung vào Requirement Management, Process Analysis hoặc Stakeholder Management. Trong khi đội ngũ mới có thể cần xây dựng nền tảng Business Analysis trước.
Đào tạo Business Analyst theo bài toán thực tế của doanh nghiệp
Mỗi doanh nghiệp có quy trình, sản phẩm và mục tiêu khác nhau. Vì vậy, đào tạo BA hiệu quả cần gắn kiến thức với bối cảnh mà nhân sự đang làm việc.
Các case study có thể được xây dựng dựa trên:
- Quy trình nội bộ.
- Sản phẩm doanh nghiệp.
- Dự án đang triển khai.
- Nhóm khách hàng mục tiêu.
- Các vấn đề mà đội ngũ đang gặp phải.
Nếu doanh nghiệp muốn chuẩn hóa kỹ năng Business Analyst và xây dựng năng lực phân tích nghiệp vụ cho đội ngũ, chương trình đào tạo Business Analyst dành cho doanh nghiệp có thể được thiết kế theo mục tiêu và đặc thù của từng tổ chức.
Kết luận
Business Analyst cần nhiều hơn khả năng viết tài liệu. Một BA cần biết cách phân tích vấn đề, khai thác yêu cầu, giao tiếp với Stakeholder, mô hình hóa quy trình và kết nối nhu cầu kinh doanh với giải pháp. Đối với doanh nghiệp, việc phát triển những kỹ năng này nên gắn với các bài toán thực tế thay vì chỉ tập trung vào lý thuyết. Khi đội ngũ có cùng phương pháp phân tích và giao tiếp, quá trình phối hợp giữa Business, Product và Technology cũng có cơ sở để trở nên nhất quán hơn. Đó cũng là lý do chương trình đào tạo Business Analyst cho doanh nghiệp nên được xây dựng dựa trên năng lực hiện tại, mục tiêu và đặc thù hoạt động của từng tổ chức.
