5 mẹo giúp Business Analyst làm việc tốt với các Tester

Business Analyst (BA) và Tester là hai nền tảng của việc phân phối dự án phần mềm. Các BA xác định nhu cầu kinh doanh, họ xác nhận các tùy chọn giải pháp và họ luôn có mặt trong suốt quá trình phân phối dự án để đảm bảo các mục tiêu của dự án được đáp ứng. Trong khi vai trò của Tester là đảm bảo rằng giải pháp hoạt động theo cách đã được chỉ định trước khi triển khai: họ xác minh rằng không có lỗi và người dùng có thể đạt được kết quả của họ mà không gây ra rủi ro hoặc sự cố mới cho tổ chức. Dưới đây là các mẹo giúp tăng cường sự hợp tác giữa hai nhóm này trong tổ chức.

Các nhóm Business Analyst và Tester sẽ thường xuyên làm việc cùng nhau

1. Làm rõ hiểu biết của bạn về công việc mà Tester làm

Nhóm BA của bạn có hiểu được sự phức tạp của việc kiểm thử hay đó là một giai đoạn vô định hình mà họ không thực sự quan tâm? Họ có đánh giá cao rằng kế hoạch thử nghiệm sẽ thay đổi tùy thuộc vào bản chất của giải pháp không? BA của bạn có hiểu cấu trúc của nhóm Test, các công cụ và mẫu họ sử dụng, các phần phụ thuộc của họ hoặc cách họ kiểm tra các yêu cầu phi chức năng không?

Nhận thức về mô hình hoạt động của họ và điều gì là quan trọng đối với họ là vô cùng hữu ích để hiểu được các loại áp lực mà họ phải đối mặt và cách nhóm BA phù hợp với tất cả.

2. Đảm bảo những người Tester biết cách nhóm của bạn hoạt động

Sự thấu hiểu là chìa khóa để kết nối các nhóm

Nhóm Test có thể không đánh giá cao những thách thức mà bạn phải đối mặt trong mọi dự án để thống nhất phạm vi, trao đổi qua lại với các bên liên quan cấp cao, những người có thể miễn cưỡng đồng ý. Họ có thể không nhận ra tầm quan trọng của một số tài liệu mà bạn sản xuất hoặc lý do tại sao phải mất quá nhiều thời gian để làm cho đúng.

Dành thời gian để giải thích cách nhóm của bạn hoạt động sẽ làm tăng sự đánh giá cao của Tester đối với các kỹ năng của bạn và tránh những hiểu lầm hoặc giả định về việc thực hiện công việc của bạn, đặc biệt khi nó đưa vào sản phẩm của họ.

3. Tránh các Functional Silos

Tránh văn hóa “họ và chúng tôi”, đây có thể là rào cản thực sự đối với thành công. Các silo chức năng trở nên đặc biệt khó giải quyết khi nhóm dự án chịu áp lực, chẳng hạn như nếu việc phân phối không đúng tiến độ. Họ có thể dễ dàng tạo ra sự căng thẳng không lành mạnh trong nhóm dự án.

Một biện pháp hiệu quả để giải quyết vấn đề này là cộng tác và mời (những) Tester của bạn tham gia sớm và xuyên suốt công việc phân tích của bạn. Cho họ biết bạn đang làm gì trước khi đề án kinh doanh được phê duyệt. Hãy cho họ cơ hội để xem xét các yêu cầu của bạn và đưa vào chúng trước khi chúng bắt đầu. Hướng dẫn họ về các quy trình kinh doanh để họ hiểu ý định đằng sau hệ thống mới.

Phản hồi của họ không chỉ giúp cải thiện chất lượng công việc phân tích của bạn mà còn mang lại vô số hiệu quả trong quá trình phân phối dự án, chẳng hạn như từ lập kế hoạch phân bổ tài nguyên của nhóm Test đến khả năng tạo ra kế hoạch kiểm thử sớm.

4. Lắng nghe phản hồi của nhóm Test

Lắng nghe phản hồi là một trong những yêu cầu khi làm việc chung

Đôi khi công việc của các BA có thể không đáp ứng được kỳ vọng về chất lượng và giải quyết những vấn đề này một cách thích hợp, cho dù là cá nhân hay ở cấp độ nhóm. Chẳng hạn, có số lượng yêu cầu thay đổi cao bất thường đối với tất cả các dự án từ một BA cụ thể không, trong trường hợp đó, họ có thể cần một số huấn luyện về kỹ năng kỹ thuật yêu cầu của mình? Hay bạn nên xem xét các tiêu chuẩn hoặc mẫu mới, hoặc thậm chí có thể là một số hoạt động đào tạo nhóm, nếu các vấn đề phân tích phổ biến đang xuất hiện trên nhiều dự án?

5. Hãy rất rõ ràng về vai trò của bạn trong dự án

Hãy cho Tester biết cách bạn giải quyết bất kỳ vấn đề nào, đặc biệt nếu chúng không phải do bạn tự tạo ra, để tránh mọi hiểu lầm về chất lượng công việc của bạn. Trong những trường hợp cực đoan nhưng không phải là hiếm, giải pháp được đồng ý và một hệ thống mới được mua mà không có định nghĩa rõ ràng về nhu cầu kinh doanh hoặc các hệ thống khác mà nó có thể cần tích hợp.

Trong các dự án này, vai trò BA của bạn là viết lại các yêu cầu và thật không may, bạn sẽ phải đấu tranh với người dùng doanh nghiệp trong suốt các giai đoạn phân tích và thiết kế để chứng minh phạm vi, đặc biệt là các yếu tố mà hệ thống mới không hỗ trợ nhưng họ muốn có. Nó không phải là không thể vượt qua và bạn có thể sẽ tìm ra các giải pháp thủ công khả thi.

Điều quan trọng là Tester phải biết về lịch sử này để có thể quản lý hiệu quả giai đoạn kiểm thử và cụ thể là kiểm tra mức độ chấp nhận của người dùng (UAT), vì những mục gây tranh cãi, nằm ngoài phạm vi này có thể được người dùng coi là lỗi trong UAT.

Hy vọng rằng với những chia sẻ trên đây sẽ giúp các BA cũng như Tester có thể hợp tác tốt hơn. Đừ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://www.batimes.com/

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