Sprint Backlog trong Scrum: Có nghĩa là gì?

Sprint Backlog là một tập hợp các mục trong Product Backlog được chọn cho Sprint hiện tạiSprint, cùng với một kế hoạch để giao một sản phẩm tăng trưởng nhằm đạt đượcMục tiêu Sprint. Sprint Backlog xác định những tính năng mà đội phát triển mong đợi sẽ bao gồm trong lần tăng trưởng tiếp theo và công việc cần thiết để hoàn thành chúng.

Sprint Backlog Scrum

Sprint Backlog xác định công việc mà đội phát triển cần thực hiện để chuyển các mục trong Product Backlog thành một phần tăng trưởng “hoàn thành”. Nó làm rõ công việc cần thiết để đội phát triển đạt được mục tiêu Sprint.

Sprint Backlog

Sprint Backlog là một kế hoạch đủ chi tiết để có thể được hiểu trong suốtDaily Scrum để theo dõi các thay đổi về tiến độ. Đội phát triển sẽ liên tục cải tiến Sprint Backlog trong suốt Sprint, và nó dần dần phát triển theo tiến độ của Sprint—ví dụ như khi đội làm theo kế hoạch và có cái nhìn sâu sắc hơn về công việc cần thiết để đạt được mục tiêu Sprint.

Khi phát sinh công việc mới, đội phát triển phải thêm nó vào Sprint Backlog. Khi các nhiệm vụ tiến triển hoặc hoàn thành, thời gian còn lại ước tính cho mỗi nhiệm vụ phải được cập nhật. Nếu một phần kế hoạch mất đi tính liên quan trong phát triển, nó có thể bị loại bỏ. Chỉ có đội phát triển mới được phép thay đổi Sprint Backlog trong suốt Sprint. Sprint Backlog rất dễ quan sát và phản ánh tức thì kế hoạch công việc mà đội đã hoàn thành trong Sprint hiện tại—nó thuộc về riêng đội phát triển.

Vì các mục trong Product Backlog được cố định trong một chu kỳ Sprint, các lý do sau đây có thể dẫn đến thay đổi trong Sprint Backlog:

• Theo thời gian trôi qua, đội phát triển có thể hiểu rõ hơn về yêu cầu và phát hiện nhu cầu phải thêm các nhiệm vụ mới vào Sprint Backlog.
• Các lỗi được thêm vào như các nhiệm vụ mới—đây là những mục chưa hoàn thành từ các Sprint trước.

Người sở hữu sản phẩmProduct Ownercó thể hợp tác vớiđội Scrumđể giúp đội hiểu rõ hơn về mục tiêu Sprint. NgườiScrum Mastervà đội có thể xem xét những điều chỉnh nhỏ không ảnh hưởng đến tiến độ Sprint nhưng có thể mang lại giá trị kinh doanh lớn hơn cho khách hàng.

Theo dõi tiến độ Sprint

Tại bất kỳ thời điểm nào trong Sprint, tổng lượng công việc còn lại trên Sprint Backlog có thể được tính toán. Đội phát triển theo dõi toàn bộ công việc còn lại ít nhất trong Daily Scrum và dự đoán khả năng đạt được mục tiêu Sprint. Bằng cách theo dõi các công việc khác trong Sprint, đội có thể quản lý tiến độ một cách hiệu quả.

ScrumScrum không tính đến thời gian dành cho Sprint Backlog. Chúng tôi chỉ quan tâm đến công việc còn lại và biến số thời gian.

Sử dụng biểu đồ Burndown để theo dõi

Biểu đồ Burndown Sprinthiển thị công việc còn lại tích lũy trong suốt Sprint, phản ánh xu hướng hoàn thành công việc. Trục Y đại diện cho công việc còn lại, và trục X đại diện cho số ngày làm việc trong Sprint.

Biểu đồ giảm dần

Vào đầu mỗi Sprint, đội Scrum xác định và ước tính các nhiệm vụ chi tiết cần hoàn thành. Tất cả các nhiệm vụ cần hoàn thành nhưng chưa được hoàn thành được coi là công việc tích lũy. Đội cập nhật công việc tích lũy hàng ngày dựa trên tiến độ. Nếu công việc tích lũy đạt mức zero vào cuối Sprint, Sprint được hoàn thành thành công.

Biểu đồ giảm dần phát hành

Trong một dự án Scrum, đội theo dõi tiến độ phát hành tổng thể bằng cách cập nhật biểu đồ giảm dần phát hành vào cuối mỗi Sprint. Biểu đồ giảm dần phát hành ghi lại xu hướng của tổng công việc còn lại được ước tính trong Sprint Backlog trong một khoảng thời gian. Trục X đại diện cho chu kỳ Sprint, còn trục Y đại diện cho công việc còn lại, thường được đo bằng số lượng truyện người dùng, ngày công lý tưởng hoặc ngày công đội.