Câu trả lời được chấp nhận
Nguyễn Thu Hà, PMP
Scrum Guide 2020 chỉ đặt giới hạn trên: sprint là sự kiện có độ dài cố định, tối đa một tháng. Trong khoảng đó, độ dài là quyết định của đội dựa trên bối cảnh, không có con số "chuẩn".
Các yếu tố nên cân nhắc
| Yếu tố | Nghiêng về sprint ngắn (1–2 tuần) | Nghiêng về sprint dài (3–4 tuần) |
|---|---|---|
| Mức bất định của yêu cầu | Cao — cần phản hồi sớm | Thấp, yêu cầu ổn định |
| Rủi ro kỹ thuật | Cao — muốn phát hiện sai sớm | Đã quen công nghệ |
| Khả năng tạo Increment đạt DoD | Đội tách việc nhỏ được | Việc khó tách (phần cứng, tích hợp nặng) |
| Lịch của bên liên quan | Có thể dự Sprint Review thường xuyên | Chỉ gặp được mỗi tháng |
| Chi phí các sự kiện | Chấp nhận nhịp họp dày | Muốn giảm tỉ lệ thời gian họp |
Lưu ý thực tế
- Sprint càng dài thì rủi ro "lệch hướng" càng lớn — Scrum Guide nói rõ khi sprint quá dài, mục tiêu có thể trở nên không còn giá trị, độ phức tạp và rủi ro tăng.
- Lý do "4 tuần để làm xong việc lớn" thường là dấu hiệu cần tách story chứ không phải kéo dài sprint.
- Nhiều đội bắt đầu bằng 2 tuần như điểm cân bằng, sau 3–4 sprint dùng Retrospective để đánh giá lại.
- Giữ cố định độ dài sau khi chọn. Độ dài thay đổi liên tục làm velocity mất ý nghĩa so sánh và đội không hình thành nhịp (cadence). Nếu đổi, hãy đổi có chủ đích qua Retrospective, không đổi vì "sprint này chưa xong việc".
- Nếu nhiều đội cùng làm một sản phẩm, nên đồng bộ nhịp sprint để tích hợp dễ hơn.
Nguồn: