Lập kế hoạch Sprint

Tác giả: kiendt at 30/06/2017

Danh mục

Agile cho công nghệ

Thẻ

Lập kế hoạch Sprint là sự kiện diễn ra ở đầu mỗi Sprint để chuẩn bị cho toàn bộ Sprint. Buổi Lập kế hoạch Sprint được chia làm 2 phần riêng biệt với 2 mục đích khác nhau. Phần 1 nhằm trả lời câu hỏi: “Chúng ta sẽ làm gì?”. Phần 2 nhằm trả lời câu hỏi: “Chúng ta sẽ làm như thế nào?”.

Thành phần tham dự Lập kế hoạch Sprint

Nhóm phát triển và ScrumMaster bắt buộc phải tham gia toàn bộ 2 phần của sự kiện này. Product Owner bắt buộc phải tham gia Phần 1 và có thể vắng mặt ở Phần 2 nhưng phải đảm bảo sẵn sàng trả lời các thắc mắc của Nhóm Phát triển. Tuy nhiên, trong thực tế thì Product Owner nên tham gia đầy đủ cả hai phần để cho sự kiện này đạt được kết quả cao nhất.

Thời gian tổ chức sự kiện

Đối với Sprint kéo dài 1 tháng thì sự kiện này được đóng khung trong 8 giờ làm việc. Sprint ngắn hơn thì thường sự kiện này sẽ ngắn hơn, ví dụ: Sprint 2 tuần thì thường chỉ cần 4 giờ là đủ. Mỗi phần của sự kiện này được phân bố khoảng thời gian bằng nhau.

Trong phần 1 của buổi Lập kế hoạch Sprint, Product Owner trình bày cho Nhóm Phát triển hiểu rõ tất cả các hạng mục Product Backlog có khả năng được đưa vào sản xuất trong Sprint này. Thông thường, vì việc làm mịn các hạng mục Product Backlog đã được thực hiện liên tục trước đó cho nên lúc này Product Owner chỉ cần làm rõ một số hạng mục còn lại và trả lời các thắc mắc nếu có của Nhóm Phát triển. Nhóm Phát triển lựa chọn các hạng mục Product Backlog để phát triển trong Sprint này. Số lượng hạng mục được lựa chọn hoàn toàn phụ thuộc vào Nhóm Phát triển, có thể dựa vào tốc độ sản xuất của nhóm trong quá khứ để ước lượng. Kết thúc phần 1, Product Owner và Nhóm Phát triển đưa ra một Mục tiêu Sprint, Nhóm Phát triển cũng đã biết được tổng quan về công việc mà mình sẽ thực hiện trong Sprint này.

Phần 2 của buổi Lập kế hoạch Sprint là để Nhóm Phát triển phân tích và lên kế hoạch công việc cho Sprint. Nhóm Phát triển bắt đầu bằng việc phân tách các hạng mục Product Backlog thành danh sách các công việc cụ thể. Nhóm Phát triển cũng ước tính lượng nỗ lực cần bỏ ra để hoàn thành từng công việc. Sau khi đã phân tích chi tiết, nếu Nhóm Phát triển thấy cần điều chỉnh (ví dụ, loại bớt một vài hạng mục Product Backlog đã chọn) thì có thể trao đổi với Product Owner để thực hiện thay đổi danh sách các hạng mục Product Backlog đã chọn. Kết thúc phiên này, Nhóm Phát triển có được Sprint Backlog.

Kết thúc buổi Lập kế hoạch Sprint, Nhóm Phát triển đã biết Mục tiêu Sprint và kế hoạch công việc để đạt được mục tiêu đó. Các thành viên có thể bắt tay ngay vào công tác sản xuất.

Bài viết liên quan: