Jul 27, 2020

Các loại Requirement và Output của Business Analyst (BA)

Khi đọc các mô tả yêu cầu từ nhà tuyển dụng, hoặc đi phỏng vấn thì các bạn sẽ gặp các yêu cầu lúc thì BA biết BRD, lúc thì SRS, lúc thì User Story…

Đôi lúc công việc đó bạn đã làm, tài liệu dạng đó đã viết nhưng đâu đó tên gọi có thể khác nên làm cho bạn lúng túng không biết trả lời hoặc tự tin trả lời sao cho đúng, cho tổng quát nhất.

Về cơ bản thì Yêu cầu đầu vào của BA thì thường chia làm 4 loại lớn đó là:

Business requirement,
Stakeholeder Requirement,
Solution Requirement,
Transition requirements.

Trong đó có 3 loại phổ biến mà Business Analyst thường gặp trong dự án:

1. Business requirement.

Đây là yêu cầu ở tầng cao nhất, phổ quát nhất. Business requirement sẽ mô tả về yêu cầu ở tầng business, đưa ra lí do cần sự thay đổi.

Business requirement có thể áp dụng ở tầng chiến lược của toàn bộ tổ chức và doanh nghiệp. Đây là cơ sở cốt lõi nhất phát triển các tầng yêu cầu tiếp theo. Tức là kim chỉ nam cho việc phát triển các loại yêu cầu phía sau. Là một người BA thực sự, bạn cần tìm hiểu và đặt câu hỏi Why? Tại sao lại cần sự thay đổi này? Tại sao lại cần yêu cầu này?

Output: của loại yêu cầu này đó là BRD, Product Vision, Business Case đối với dự án phát triển theo mô hình Waterfall. Còn trong dự án phát triển theo Agile/Scrum đó có thể là Epic, Feature hay Scope Document.
Những tài liệu này thường phù hợp với các bên tham gia dự án như Product Owner, Sponsor, BOD của dự án. Các loại tài liệu này mang tính tổng quan về mặt Business và nghiệp vụ.

2. Stakeholder requirement

Stakeholder requirement hay còn gọi là User Requirement là tập hợp những yêu cầu của các bên liên quan đến dự án để đạt được các yêu cầu kinh doanh (Business requirement).

Đây có thể được cho là cầu nối giữa yêu cầu kinh doanh và yêu cầu mặt giải pháp. User Requirement mô tả cụ thể và chi tiết những yêu cầu nghiệp vụ của từng bên liên quan.

Output: Trong các dự án phát triển theo mô hình Waterfall thì đó có thể là User Requirement Document (URD), Functional Requirement Document (FRD). Đối với dự án phát triển theo mô hình Agile/Scrum thì đó là User Story, Product Backlog, Product requirement document.

3. Solution Requirement

Solution requirement miêu tả chức năng và phẩm chất cần có của hệ thống. Nó sẽ có 2 mục quan trọng chính mà bạn cần phải đề cập đến đó là Functional requirement và Non-functional requirement. Tức là yêu cầu chức năng và yêu cầu phi chức năng của hệ thống.

Mình sẽ chia sẻ về 2 loại yêu cầu này trong một bài viết tới. Solution requirement sẽ cung cấp những thông tin chi tiết nhất để đội phát triển sản phẩm triển khai giải pháp. Đối tượng sử dụng là đội kĩ thuật phát triển sản phẩm.

Functional requirement: Tức là yêu cầu về mặt chức năng của hệ thống. Tức là hệ thống làm được những chức năng gì?
Non-Functional requirement: Yêu cầu phi chức năng, là những yêu cầu mang lại giá trị tăng thêm cho hệ thống. Ví dụ như hiệu suất, bảo mật, tính dễ dùng.
Output: SRS, NFR, UC hay User Story detail, Acceptance Criteria, Wireframe, Prototype.

Tuy thuộc vào đối tượng sử dụng bộ tài liệu và mục tiêu của tài liệu mà BA sẽ lựa chọn mô hình và hình thức mô tả phù hợp.

Sâu hơn về Functional requirement và Non-Functional requirement: https://bit.ly/32EN6j3
Đọc thêm về các chủ đề BA: https://bit.ly/30zyqz0

Để hiểu và làm được chi tiết những công việc BA bạn có thể tham gia chương trình đào tạo đăc biệt của BAC, Khóa học: Phân tích nghiệp vụ phần mềm cơ bản – Chương trình chuẩn IIBA

Nhu cầu đào tạo doanh nghiệp

BAC là đơn vị đào tạo BA đầu tiên tại Việt Nam. Đối tác chính thức của IIBA quốc tế. Ngoài các khóa học public, BAC còn có các khóa học in house dành riêng cho từng doanh nghiệp. Chương trình được thiết kế riêng theo yêu cầu của doanh nghiệp, giúp doanh nghiệp giải quyết những khó khăn và tư vấn phát triển.

CÁC KHOÁ HỌC BUSINESS ANALYST BACs.VN DÀNH CHO BẠN

Khoá học Online:

Khoá học Offline:

Tại Tp.HCM:

Tại Hà Nội:

Tham khảo lịch khai giảng TẤT CẢ các khóa học mới nhất.

Ban biên tập nội dung - BAC

Click để đọc tiếp

Độ tuổi của bạn có phù hợp để trở thành một Business Analyst

Bạn muốn trở thành một Business Analyst? Bạn muốn thay đổi công việc và tìm định hướng mới trong tương lai nhưng lo lắng về vấn đề tuổi tác? Hãy để BAC làm rõ vấn đề này và giúp bạn có được góc nhìn toàn cảnh trước khi đưa ra quyết định.
Tất cả những điều bạn cần biết về “Business Requirements Analyst”

Business Requirements Analyst là gì? Công việc của một nhà phân tích nhu cầu kinh doanh là gì? Cần trang bị những kỹ năng nào để trở thành một nhà phân tích nhu cầu kinh doanh? BAC sẽ giúp bạn giải đáp tất cả những câu hỏi trên qua bài viết này.
Tất cả những điều bạn cần biết về “IT Business Analyst”

IT Business Analyst là ai? Vai trò của họ trong doanh nghiệp là gì? Cần trang bị những kỹ năng nào để trở thành một IT Business Analyst? Đây là những câu hỏi thường gặp mà BAC sẽ tổng hợp và giải đáp tất cả ngay trong bài viết này.
7 lợi ích khi trở thành một Business Analyst

Để trở thành một Business Analyst, đòi hỏi nhiều kiến thức, kỹ năng chuyên môn và bao gồm cả kinh nghiệm. Tuy nhiên, trong vai trò một BA, bạn sẽ nhận được nhiều lợi ích. Dưới đây là 7 điều mà chắc chắn sẽ tăng thêm động lực cho bạn để thành một BA.

Bình luận

Nguyễn Thị Mai Bình

Business Analyst

Với một người ngoại đạo như mình thì những chuyên đề về "kỹ thuật" của BA hết sức quan trọng. Ví dụ như sử dụng các diagram để mô hình hóa requirement, viết User Story/Use case, v...v..

Đến với khóa học Fundamental Business Analysis, mình đã được gặp thầy Lộc, một người người rất nhiệt tình và có tâm. Ngoài việc chia sẻ các kinh nghiệm thực tế trên lớp thì thầy còn dành thời gian ra để tư vấn, hỗ trợ, góp ý CV cho mình. Bên cạnh đó trung tâm và anh Phụng cũng hỗ trợ gửi CV, kết nối học viên tới mạng lưới các công ty đối tác chất lượng, điều này giúp học viên như mình tìm được công việc phù hợp nhất. Cảm ơn BAC.
Xem chi tiết +
Phạm Quế

Business Analyst

Khoá học Product Design của BAC đã cung cấp cho tôi nhiều kiến thức và nền tảng vô cùng hữu ích. Giảng viên giảng dạy rất nhiệt tình, truyền cho chúng tôi ngọn lửa đam mê và nhiệt huyết trong ngành. Đồng thời chia sẻ các kiến thức và kỹ năng cần thiết trong bài giảng một cách dễ hiểu hơn. Số lượng học viên không quá nhiều nên chất lượng giảng giạy vô cùng tốt. Giảng viên sửa bài tập 1-1 nên bài giảng sẽ chuyên sâu hơn.
Xem chi tiết +
Nguyễn Văn Long

Chuyên viên về chế độ kế toán & Giải pháp nghiệp vụ Tài chính kế toán trong ứng dụng CNTT - Tập đoàn Điện lực Việt Nam (EVN)

Tôi đã tham gia khóa Fundamental Business Analysis tại BAC. Ở đây, tài liệu đào tạo cung cấp nhiều nội dung bổ ích và trình bày dễ hiểu. Giảng viên rất nhiệt tình, ngoài nội dung giảng dạy theo giáo trình còn chia sẻ nhiều kinh nghiệm thực tiễn, các câu hỏi của học viên đều được giải đáp ngay trên lớp và có minh họa từ các dự án trong thực tế. Sau tất cả, tôi cảm ơn BAC và Thầy giáo Thái Sơn.
Xem chi tiết +