Từ Tester đến Business Analyst chi tiết từng bước (Phần 1)

Một Tester được yêu cầu để kiểm tra kỹ lưỡng phần mềm được phát triển để đảm bảo rằng phần mềm đáp ứng các yêu cầu cuối cùng của khách hàng. Business Analyst cũng chịu trách nhiệm xác minh xem phần mềm được xây dựng và phân phối có đáp ứng các yêu cầu của khách hàng cuối hay không. Khía cạnh này của cả hai vai trò giúp người thử nghiệm chuyển sang vai trò nhà phân tích kinh doanh dễ dàng hơn.

Tester hoàn toàn có thể trở thành Business Analyst

1. Vì sao bạn nên chọn Business Analyst

Tester là người có kiến thức và hiểu biết sâu sắc về phần mềm và sự cải tiến của nó cùng với sự chú ý đến từng chi tiết nhỏ. Bộ kỹ năng này có thể mở ra cánh cửa cho một Tester vào nhiều vai trò trong lĩnh vực IT hiện nay.

Bằng cách hiểu rõ về quy trình và vòng đời phát triển, một Tester có thể trở thành Release Manager (người quản lý phát hành), Automation Engineer (kỹ sư tự động hóa), QA Strategist (nhà chiến lược QA), Solution Architect (kiến ​​trúc sư giải pháp), Senior Manager (quản lý cấp cao) và tất nhiên là Business Analyst (nhà phân tích kinh doanh).

Phải nói rằng, việc chuyển đổi nghề nghiệp trong phân tích kinh doanh khá hứa hẹn ngày nay. Đó cũng là một con đường sinh lợi, một người thử nghiệm thích đi du lịch khắp thế giới thực sự có thể tận hưởng vai trò Business Analyst đầy thử thách và thỏa mãn. Một nhà phân tích kinh doanh có thể leo lên các nấc thang cao hơn nữa để trở thành Lead hay Senior Business Analyst, Consultants (nhà tư vấn), Product Owners (chủ sở hữu sản phẩm) hoặc or Product Manager (Giám đốc sản phẩm) khá hấp dẫn.

2. Cơ hội để một Tester trở thành Business Analyst

Một Tester có nhiều lý do để nghĩ đến việc chuyển đổi nghề nghiệp sang Business Analysis.

• Tester là người kiểm tra chú ý đến từng chi tiết nhỏ và có hiểu biết tốt về hệ thống phần mềm được xây dựng.
• Tester phấn đấu cho chất lượng và sự xuất sắc trong phần mềm và điều này trở thành USP.
• Điều tự nhiên là một Tester giỏi luôn đặt lợi ích của khách hàng lên ưu tiên hàng đầu.
• Tester được yêu cầu đọc, phân tích và xem xét các tài liệu đặc tả yêu cầu, điều này giúp họ có thêm lợi thế hơn nữa trong việc theo đuổi vai trò Business Analyst.
• Các kỹ năng phân tích của Tester giúp chỉ ra sự không rõ ràng trong các thông số kỹ thuật yêu cầu nếu có.
• Việc Tester trở thành nhà phê bình trong việc thử nghiệm các yêu cầu trực quan của phần mềm là điều tự nhiên. Điều này có xu hướng giúp người kiểm tra trong khi đối chiếu các yêu cầu từ khách hàng. Tester phải trực quan hóa hệ thống làm việc trong giai đoạn kích thích yêu cầu. Nhiều yêu cầu không hợp lý và không hợp lý được loại trừ ở giai đoạn đầu.
• Vì Tester luôn suy nghĩ chín chắn, họ nhất định phải nghĩ ra một bức tranh tổng thể lớn về hệ thống. Đây là đức tính lớn nhất có thể giúp ích trong phân tích kinh doanh, đặc biệt là trong quá trình kích thích yêu cầu.
• Tester tham gia vào các dự án và ghi lại các báo cáo lỗi. Điều này giúp nâng cao kỹ năng lập tài liệu vốn rất cần thiết trong công việc phân tích kinh doanh.
• Nếu Tester đang làm việc trong Agile Framework, thì việc chuyển sang phân tích kinh doanh sẽ dễ dàng hơn nhiều.

3. Tester làm việc trong một Agile Framework sẽ chuyển đổi dễ dàng hơn

Agile nằm trong danh mục ‘Lặp lại & Gia tăng’. Cách tiếp cận khác với cách tiếp cận của Waterfall trong đó sản phẩm cuối cùng được phát hành và chỉ có sẵn để thử nghiệm khi kết thúc.

Trong Agile, toàn bộ yêu cầu được chia thành các nhóm hoặc nhóm yêu cầu hợp lý và thay vì phát triển toàn bộ hệ thống cùng một lúc, từng nhóm yêu cầu được phát triển, thử nghiệm và phát hành cho khách hàng. Phần mềm được phát hành có khả năng được giao hàng cho khách hàng.

Nhóm Agile là “Self-Organizing” (Tự tổ chức) với Product Owner (Business Analyst xác định và quản lý các yêu cầu), Master (Người quản lý và kiểm soát nhóm) & Thành viên nhóm (thường có 5 đến 9 thành viên nhóm chức năng chéo bao gồm cả developer và tester). Vì vậy, đó là tất cả về sự năng động của đội và tính kỷ luật cao.

Một Business Analyst tham gia vào đầu quá trình ngay từ khi duy trì sản phẩm tồn đọng (các yêu cầu), lập kế hoạch chạy nước rút, hỗ trợ các nhà phát triển với các yêu cầu trong quá trình phát triển phần mềm và cũng kiểm tra các yêu cầu cấp cao sau khi hoàn tất (tham khảo hình trên).

Nhiều Business Analyst thường chỉ kiểm tra phần mềm được xây dựng trong chu kỳ. Tester cũng thường tham gia ngay từ việc lập kế hoạch chạy nước rút, họp đánh giá, tương tác chặt chẽ với các nhà phát triển và kiểm tra kỹ lưỡng.

Có sự chồng chéo về trách nhiệm của Business Analyst và Tester ở đây. Khi người kiểm tra trở thành nhà phân tích kinh doanh, sự tham gia của anh ta vào toàn bộ quá trình từ đầu đến cuối và do đó, Tester làm việc trong Agile Framework sẽ dễ chuyển đổi hơn.

Kết thúc phần đầu tiên của bài viết, tin rằng bạn đọc đã hiểu lý do vì sao một Tester có thể chuyển sang vai trò Business Analyst. Trong phần sau, chúng ta sẽ khám phá chi tiết từng bước để thực hiện việc chuyển đổi đó.

Tham khảo: Từ Tester đến Business Analyst chi tiết từng bước (Phần 2)

Nguồn tham khảo:
https://www.softwaretestinghelp.com/

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