1. Define Scope
1.1. Liệt kê modules
1.2. Liệt kê tính năng (kèm mô tả)
1.3. Yêu cầu cần đạt:
1.3.1. Đáp ứng đc cho các bsn solution
1.3.2. Khái quát đủ, ngắn gọn, không quá chi tiết như SRS
2. Dev, Test và Demo
2.1. Development
2.1.1. BA trình bày để team dev review và feedback
2.2. Testing
2.2.1. BA trải nghiệm sản phẩm và đưa ra điều chỉnh hoặc feeback
2.3. Demo
2.3.1. Nhận feedback demo từ stakeholders và sponsors.
2.3.2. Update các thay đổi để get sign off từ stakeholders
3. UAT
3.1. Deploy sản phẩm lên môi trường UAT để end user, tester của stakeholders thực hiện testing
3.1.1. Tiếp nhận feedback cho bug, enhancement
3.1.2. Phân tích các feedbacks và xác thực các feedback cho hệ thống
3.2. Đưa ra giải pháp cho các feedbacks đã đc xác thực cho hệ thống
3.2.1. Elicit req
3.2.2. Update doc
3.2.3. Dev
3.3. Get Sign Off sau khi đã hết test case của stakeholder
4. Inspection
4.1. Sau khi kết thúc UAT, BA phải get sign off từ stakeholders và sponsor để nghiệm thu dự án - thời điểm get sign off tuỳ thuộc vào model SDLC
5. Elicit thông tin dự án
5.1. Tiếp cận domain dự án
5.2. Elicit high-level reqs từ stakeholders (nếu có)
5.2.1. Time line
5.2.2. Budget
5.2.3. Môi trường triển khai dự án
5.2.4. Công nghệ cần áp dụng
5.3. Tiếp cận stakeholders
5.3.1. Elicit business problem
5.3.2. Elicit high-level reqs
5.3.3. Elicit thông tin quy trình quản lý bên trong doanh nghiệp, chức năng các phòng ban liên quan dự án.
5.4. Elicit business
5.4.1. Chuẩn bị các câu hỏi để elicit business của stakeholders
5.4.2. Lên kế hoạch, lịch trình để gặp mặt stakeholders cho việc elicit business
5.4.3. Dựng bản vẽ BPMN cho business của stakeholder
5.4.3.1. Có thể xin nguồn tài liệu tham khảo về business của stakeholder từ họ
5.4.3.2. Phải lưu ý về version các tài liệu tham khảo
5.4.3.3. Khi hoàn thành xong BPMN, cần phải present để nhận feedback từ stakeholder. Cuối cùng, cần phải có sign off từ stakeholders về bản vẽ BPMN đó.
6. Phân tích Business Solution
6.1. Phân tích, đưa ra solution cho bsn problem
6.1.1. Phù hợp năng lực công nghệ của cty
6.1.2. Phù hợp nguồn lực của cty
6.1.3. Phù hợp timeline của cty
6.1.4. Tham vấn từ PM, Director, Tech Lead để xác định mức phù hợp
6.2. Update các response về solution
6.2.1. Update, chỉnh sửa, validate cho các solution từ stakeholders, sponsors
6.2.1.1. Phầm chỉnh sửa sẽ ở cuối văn bản hay ở đâu? hay tạo thêm bảng 2.0?
6.2.2. Show up final version về các solution cho stakeholders, sponsors => confirmed từ kh
6.2.2.1. chốt các solution để giải quyết painpoint cho KH (?)
6.3. Trình bày solution
6.3.1. Thuyết trình solution và nhận feedbacks từ stakeholders
6.3.1.1. Mục
6.3.2. Update solution => thuyết trình để đạt được agreement từ stakeholders
7. Document
7.1. Chọn model SDLC phù hợp.
7.2. Gởi doc cho các stakeholder liên quan để review và nhận feedback
7.3. Update tài liệu cho đến khi get sign off của stakeholders
8. Deployment và Transformation
8.1. Deploy lên server của doanh nghiệp.
8.2. Chuyển đổi dữ liệu từ hệ thống cũ sang hệ thống mới.
8.3. Training, document usage guide cho end user
9. Update version
9.1. Thực hiện các bước như UAT nếu có update version như là có bugs, enhancements
10. Mockup và Elicit reqs
10.1. Elicit reqs từ stakeholders
10.2. Vẽ mock up từ các thông tin đã elicit
10.3. Update các chỉnh sửa từ review của stakeholders
10.4. Get confirmed từ stakeholders
10.5. Trình bày mock up/prototype và flow
10.5.1. Trình bày giải pháp bằng mock up
10.5.1.1. Ý nghĩa các giao diện
10.5.1.2. Flow hệ thống
10.5.1.3. Các actor
10.5.1.4. Lợi ích: tính năng giải quyết đc vấn đề gì?
10.5.2. Nhận feedback, phản biện
10.5.2.1. Update sau khi nhận feedback
10.5.2.2. Get confirmed cuối cùng cho final update từ stakeholders