Vai trò của Business Analyst trong Agile là gì?

Khi bạn có kỹ năng phân tích, bạn có thể hiểu, hình dung và phân tích mọi vấn đề. Điều này sẽ cung cấp cho bạn một phạm vi rộng lớn trong cách quản lý dự án. Bạn sẽ đóng vai trò là trụ cột trong việc hiểu rõ mục tiêu kinh doanh, quy trình, sản phẩm và tổ chức. Đây chính là công việc của một nhà phân tích kinh doanh. Vậy vai trò thực sự của họ trong Agile thực sự là gì?.

Business Analyst đóng vai trò quan trọng trong Agile

1. Business Analyst truyền thống và Business Analyst trong Agile

Một nhà phân tích kinh doanh (Business Analyst – BA) nói chung làm công việc sau đây. Cần phải hiểu điều này là rất quan trọng để biết một BA Agile khác với một BA truyền thống như thế nào.

• BA là người chủ đưa ra mọi quyết định liên quan đến doanh nghiệp. Họ làm chủ hệ thống và sản phẩm mà họ làm việc. Điều này có thể là do các kỹ năng phân tích mà họ sở hữu.
• Các yêu cầu kinh doanh được BA đi sâu vào trước khi nó được chấp nhận để thực hiện.
• Họ lập bản đồ luồng quy trình, sơ đồ tương tác,…
• Việc BA trao đổi qua lại với khách hàng và các bên liên quan khác sẽ dẫn đến quyết định cuối cùng về phát triển sản phẩm.

Bây giờ, câu hỏi đặt ra là liệu điều này có giữ nguyên đối với vai trò của BA trong Agile không? Câu trả lời là có và còn nhiều hơn thế nữa. Vì vậy, không cần phải lo lắng về sự tồn tại của vai trò BA và nó sẽ còn nhiều thách thức và trách nhiệm hơn. Sự khác biệt chính trong một dự án nhanh là cách các yêu cầu được quản lý và truyền đạt.

2. Vai trò chính của một nhà phân tích kinh doanh trong Agile

Chủ sở hữu sản phẩm (Product Owner – PO) ưu tiên các công việc tồn đọng và sau đó bàn giao cho BA để xử lý chúng.

• Tương tác với khách hàng để phân tích nhu cầu của họ và tìm giải pháp.
• Tạo các user stories (câu chuyện người dùng) với các tiêu chí chấp nhận có liên quan.
• Đôi khi PO tạo ra những câu chuyện này và BA sẽ xem xét chúng và xác nhận rằng chúng phù hợp với quy tắc kinh doanh.
• Thảo luận với tất cả các bên liên quan (khách hàng, nhóm kỹ thuật và PO) để đảm bảo rằng không có lỗ hổng ở bất kỳ cấp độ nào.
• Cuối cùng, BA chuẩn bị các tài liệu bao gồm quy trình thiết kế và wireframes.

Từ những điểm trên, rõ ràng vai trò của BA trong Agile là nổi bật và nâng cao khi so sánh với một BA truyền thống. Điều này có thể thấy qua các thuật ngữ như tồn đọng sản phẩm, câu chuyện của người dùng và tiêu chí chấp nhận lặp đi lặp lại trong các dự án agile. Vì vậy, cần phải có BA biết họ để làm việc cùng với họ.

3. Khi Business Analyst là Product Owner

BA đôi khi có thể tự mình trở thành chủ sở hữu sản phẩm và nhiều khi họ chỉ làm việc như một thành viên trong nhóm. Khi rơi vào tình huống này, hãy nhớ rằng BA trở nên mạnh mẽ nhất với vai trò là PO và vai trò BA được kết hợp làm một.

• Ở đây chúng ta có thể gọi BA là người phụ trách duy nhất tất cả các truy vấn liên quan đến doanh nghiệp, sản phẩm và tài liệu.
• Nhóm ở một bên và các bên liên quan ở phía bên kia sẽ di chuyển với BA làm phi công.
• BA sẽ nói chuyện với khách hàng, hiểu các yêu cầu và ghi lại chúng.
• Sau đó, câu chuyện của người dùng được tạo theo thứ tự ưu tiên.
• Sau đó, BA sẽ thảo luận điều tương tự với nhóm và hướng dẫn họ bắt đầu từ đâu và bắt đầu như thế nào,….
• Trong tình huống này, BA phải có mặt trực tiếp với nhóm vì không có chủ sở hữu sản phẩm riêng biệt cho nhóm nắm giữ.

Tóm lại. BA này sẽ có kiến thức chuyên sâu về sản phẩm. Điều này sẽ dẫn đến sự phát triển và phân phối thành công sản phẩm.

4. BA với tư cách là thành viên nhóm Scrum

Các thành viên trong nhóm đóng vai trò là BA trong Agile sẽ có những lợi ích của nó. Điều này có nghĩa là thành viên trong nhóm hiểu yêu cầu, tạo tài liệu và xử lý hồ sơ tồn đọng của sản phẩm cũng sẽ làm việc riêng lẻ với yêu cầu đó. Đội ngũ kỹ thuật sẽ thở phào nhẹ nhõm khi giao tiếp với BA trở nên dễ dàng vì họ là một phần của quá trình phát triển sản phẩm. Lúc này, vai trò của họ bao gồm:

• Hiểu yêu cầu, chuẩn bị tài liệu và chuẩn bị tồn đọng
• Bắt đầu xử lý công việc tồn đọng cùng với nhóm
• Đối với mọi tiêu chí chấp nhận được viết một cách mơ hồ, BA này sẽ cung cấp giải thích chi tiết cho nhóm.
• Cung cấp thêm thông tin bằng cách tạo wireframes và tài liệu dòng chảy.
• Nó sẽ là một phần của cuộc họp khách hàng và các cuộc thảo luận nước rút.
• Họ là một phần của đội kỹ thuật và bản thân đội kỹ thuật giúp nhóm viết truyện một cách hiệu quả.
• Nó có thể nhanh chóng chia nhỏ các câu chuyện của người dùng một cách linh hoạt trong quá trình chạy nước rút và giúp nhóm hoàn thành nhiệm vụ được giao. Do đó, sản phẩm được vận chuyển cũng phải sẵn sàng đáp ứng đầy đủ các tiêu chuẩn chất lượng.

5. Một vài lời khuyên cho Business Analyst trong Agile

BA sẽ đưa ra quyết định cho sản phẩm, tương tác với nhóm và khách hàng, không có nhiều bước liên quan để trở thành BA cho một dự án Agile. Tuy nhiên, cần có một số tinh chỉnh cần thiết để sẵn sàng trở thành BA cho một dự án agile khi chuyển đổi từ môi trường truyền thống.

• Thực hiện một số nghiên cứu về phương pháp agile và hiểu cách thức hoạt động của nó
• Bắt đầu theo dõi PO cho một số dự án mà không có bất kỳ sự khác biệt nào để nắm bắt vai trò của PO trong các dự án.
• Bắt đầu suy nghĩ về những user stories. Các quyết định về sản phẩm không còn có thể được đưa ra ở cấp độ ra quyết định nhưng bạn cần hiểu các điểm cốt truyện và tầm quan trọng của chúng.
• Coi trọng giá trị kinh doanh và bắt đầu trau dồi kỹ năng đàm phán của bạn.
• Thực hiện giao tiếp hiệu quả mà bạn đã có nhưng vẫn linh hoạt.

Tư duy agile là bước đầu tiên để chuyển sang BA cho các dự án Agile. Hãy sẵn sàng tinh thần, chuẩn bị và giành chiến thắng. Đừng quên đón xem các bài viết mới nhất sẽ được cập nhật tại BAC’s Blog.

Nguồn tham khảo:

https://staragile.com/

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