Table of Content
Đối với BA, nắm được phạm vi công việc (scope of work) là việc cần thiết để tránh nhầm lẫn trong quá trình làm việc.
Khi join dự án, nhiều bạn BA thường bỏ qua bước này và nhảy ngay vào công việc của dự án. Điều này đôi khi làm các bạn mất phương hướng trong quá trình làm việc vì khó kiểm soát được mình đang ở đâu và đang làm gì với dự án/phần mềm này.
Phạm vi công việc có thể chia ra làm 2 loại là phạm vi của dự án (project scope) và phạm vi sản phẩm (product scope). Mỗi loại sẽ có những đặc thù riêng mà bạn (BA) cần xác định và quản lý rõ ràng.
Project Scope - Phạm vi dự án:
Đây là những gì liên quan đến trách nhiệm, ranh giới và mục tiêu của cả team dự án. Phạm vi dự án xác định các công việc cần phải làm để hoàn thành dự án. Ví dụ như: Coding, testing, design…
Đối với BA, project scope sẽ bao gồm các công việc mà BA cần phải làm như:
Giai đoạn tiền dự án: Presales support(hỗ trợ việc sales, bidding), assessment(đánh giá sản phẩm, yêu cầu ban đầu), function design (thiết kế chức năng), proposal (làm bản kế hoạch đề xuất cho dự án) …
Giai đoạn phát triển: Meeting (thường là với khách hàng, có nhiều dự án BA không được tham gia việc này), wireframe/mockup/prototype (thiết kế giao diện), documentation (viết tài liệu), transfer requirement (truyền đạt/trao đổi lại thông tin về tài liệu cho đội phát triển), Demo (trình bày sản phẩm), testing (kiểm thử - nhằm đảm bảo business và logic của phần mềm)…
Giai đoạn hậu phát triển: UAT (User acceptance test - hướng dẫn người dùng nghiệm thu và sd), User manual documentation (làm tài liệu HDSD), Maintain documents (bảo quản, duy trì tài liệu).
Product Scope - phạm vi sản phẩm:
Đây là phạm vi về các tính năng, chức năng và đặc điểm của sản phẩm cuối cùng. Có thể nói, so sánh với project scope thì BA sẽ cần quan tâm kỹ hơn về product scope để tránh việc lạc hướng trong quá trình thu thập và phân tích yêu cầu nghiệp vụ. Product scope bao gồm:
Các module mà đội dự án đảm nhiệm phát triển: điển hình như các sản phẩm phần mềm ERP, sẽ có thể có nhiều team dự án cùng đảm nhiệm phát triển chứ không chỉ có 1 team.
Các chức năng/tính năng cần phát triển cho module dựa trên yêu cầu từ khách hàng, stakeholders.
Các tính năng, chức năng sẽ được thực hiện bởi team và bởi cá nhân BA.
Thứ tự ưu tiên phát triển của các yêu cầu.
Tóm lại, khi bạn vào một dự án với vai trò là BA bạn cần tìm hiểu và làm rõ phạm vi công việc của dự án đối với BA và phạm vi sản phẩm trước khi bắt tay vào xử lý công việc dự án.
Comments