Lập kế hoạch và đánh giá Sprint
I. Lập kế hoạch Sprint (Sprint Planning) là gì?
Sprint Planning là cuộc họp chính thức đầu mỗi Sprint (chu kỳ phát triển ngắn, thường từ 1 đến 4 tuần), nhằm xác định công việc sẽ thực hiện trong Sprint đó.
Mục đích của Sprint Planning:
Chọn những công việc ưu tiên cao từ Product Backlog để thực hiện trong Sprint.
Xác định mục tiêu Sprint (Sprint Goal).
Phân tích công việc, chia nhỏ nhiệm vụ, ước lượng khối lượng công việc.
II. Ai tham gia Sprint Planning?
Vai trò
Nhiệm vụ
Product Owner (PO)
Giải thích yêu cầu, mục tiêu kinh doanh, và ưu tiên các hạng mục công việc.
Scrum Master
Điều phối cuộc họp, đảm bảo tuân theo nguyên tắc Scrum.
Development Team
Ước lượng công việc, phân chia nhiệm vụ, cam kết thực hiện.
Business Analyst (BA)
Hỗ trợ làm rõ yêu cầu, giải đáp thắc mắc về nghiệp vụ, đề xuất giải pháp.
III. Quy trình diễn ra Sprint Planning
Bước
Giải thích
1. Xác định Mục tiêu Sprint
Đưa ra mục tiêu chính cần đạt được sau Sprint.
2. Chọn các hạng mục từ Product Backlog
Chọn các User Story, nhiệm vụ theo ưu tiên.
3. Làm rõ yêu cầu
Thảo luận chi tiết về các yêu cầu, tiêu chí chấp nhận.
4. Ước lượng khối lượng công việc
Sử dụng các phương pháp như Planning Poker, T-shirt Size,...
5. Chia nhỏ công việc
Chia User Story thành các nhiệm vụ nhỏ hơn (Task) dễ quản lý.
6. Cam kết
Nhóm phát triển cam kết thực hiện khối lượng công việc đã chọn.
📌 Ví dụ về Sprint Goal:
"Trong Sprint này, hoàn thành chức năng tìm kiếm và lọc đơn hàng để giúp nhân viên bán hàng dễ dàng tra cứu đơn."
IV. Vai trò của BA trong Sprint Planning
Làm rõ yêu cầu: Giải thích các User Story, tiêu chí chấp nhận, nghiệp vụ liên quan.
Gợi ý giải pháp nghiệp vụ: Hỗ trợ nhóm phát triển hiểu rõ bối cảnh nghiệp vụ.
Hỗ trợ phân tích rủi ro: Dự báo các vấn đề có thể phát sinh khi phát triển.
Tham gia phân tích ước lượng: Giúp nhóm hiểu độ phức tạp của yêu cầu.
V. Đánh giá Sprint (Sprint Review) là gì?
Sprint Review là cuộc họp cuối Sprint, nhằm trình bày các kết quả đã làm được cho các bên liên quan (stakeholders), nhận phản hồi và điều chỉnh kế hoạch cho các Sprint sau.
Ai tham gia Sprint Review?
Vai trò
Nhiệm vụ
Product Owner (PO)
Xác nhận các hạng mục hoàn thành, giải thích mục tiêu.
Scrum Master
Tổ chức, điều phối cuộc họp.
Development Team
Trình bày các sản phẩm đã hoàn thiện.
Business Analyst (BA)
Giải thích về nghiệp vụ, lắng nghe và ghi nhận phản hồi.
Khách hàng/Stakeholder
Đưa ra nhận xét, phản hồi về sản phẩm.
Nội dung Sprint Review:
Nội dung
Giải thích
1. Giới thiệu mục tiêu Sprint
Nhắc lại mục tiêu đã đặt ra từ đầu Sprint.
2. Trình bày các tính năng đã hoàn thành
Demo các User Story đã phát triển xong và đáp ứng tiêu chí chấp nhận.
3. Ghi nhận phản hồi từ khách hàng
Nghe ý kiến, đề xuất cải tiến từ khách hàng.
4. Thảo luận về Backlog tiếp theo
Cập nhật, bổ sung yêu cầu cho Sprint tiếp theo (nếu có).
VI. Vai trò của BA trong Sprint Review
Giới thiệu các tính năng từ góc độ nghiệp vụ: Giải thích mục đích kinh doanh của từng tính năng.
Làm rõ yêu cầu với khách hàng: Khi khách hàng có thắc mắc, BA giải thích thêm về chức năng.
Ghi nhận phản hồi: Thu thập các yêu cầu mới, thay đổi để cập nhật Product Backlog.
Đề xuất cải tiến: Gợi ý các điều chỉnh về quy trình hoặc sản phẩm dựa trên phản hồi thực tế.
VII. Kết quả sau Sprint Review
Kết quả cần đạt
Ý nghĩa
Danh sách các User Story đã hoàn thành
Xác nhận các chức năng đã xong và sẵn sàng để phát hành.
Phản hồi, ý kiến cải tiến từ khách hàng
Ghi nhận để cập nhật Backlog cho các Sprint sau.
Cập nhật Product Backlog
Thêm mới, thay đổi hoặc điều chỉnh các hạng mục cần làm.
✅ VIII. Kết luận
Sprint Planning giúp nhóm xác định và cam kết những gì sẽ làm trong Sprint.
Sprint Review giúp đánh giá kết quả Sprint, thu nhận phản hồi để điều chỉnh.
BA đóng vai trò quan trọng trong việc làm rõ yêu cầu, truyền đạt nghiệp vụ, và ghi nhận ý kiến từ khách hàng.
Last updated