Sprint được giới hạn thời gian là 30 ngày lịch liên tiếp. Ngoài các yếu tố khác, đây là khoảng thời gian cần thiết để một Nhóm xây dựng một cái gì đó có ý nghĩa quan trọng đối với Chủ sở hữu sản phẩm và các bên liên quan và đưa nó đến trạng thái có thể giao hàng.
Đây cũng là khoảng thời gian tối đa có thể được phân bổ mà không khiến Nhóm phải làm quá nhiều công việc đến mức cần có các sản phẩm và tài liệu để hỗ trợ quy trình tư duy của họ. Đây cũng là khoảng thời gian tối đa mà hầu hết các bên liên quan sẽ chờ đợi mà không mất đi sự quan tâm đến tiến độ của Nhóm và mà không mất đi niềm tin rằng Nhóm đang làm điều gì đó có ý nghĩa cho họ.
- Nhóm có thể tìm kiếm lời khuyên, sự giúp đỡ, thông tin và hỗ trợ từ bên ngoài trong suốt Sprint.
- Không ai có thể cung cấp lời khuyên, hướng dẫn, bình luận hoặc chỉ đạo cho Nhóm trong suốt Sprint. Nhóm hoàn toàn tự quản lý.
- Nhóm cam kết với Product Backlog trong cuộc họp lập kế hoạch Sprint. Không ai được phép thay đổi Product Backlog này trong suốt Sprint. Product Backlog sẽ được giữ nguyên cho đến khi kết thúc Sprint.
- Nếu Sprint chứng tỏ là không khả thi, Scrum Master có thể kết thúc bất thường Sprint và khởi động một cuộc họp lập kế hoạch Sprint mới để
khởi động Sprint tiếp theo. Scrum Master có thể thực hiện thay đổi này theo ý mình hoặc theo yêu cầu của Nhóm hoặc Chủ sở hữu sản phẩm. Sprint có thể chứng tỏ là không khả thi nếu công nghệ không hoạt động, nếu điều kiện kinh doanh thay đổi đến mức Sprint sẽ không có giá trị cho doanh nghiệp, hoặc nếu Nhóm bị can thiệp trong suốt Sprint bởi bất kỳ ai bên ngoài Nhóm.
Nếu Nhóm cảm thấy không thể hoàn thành tất cả các Product Backlog đã cam kết trong suốt Sprint, họ có thể tham khảo ý kiến của Chủ sở hữu sản phẩm về những mục nào cần loại bỏ khỏi Sprint hiện tại. Nếu có quá nhiều mục cần loại bỏ đến mức Sprint đã mất giá trị và ý nghĩa, Scrum Master có thể kết thúc bất thường Sprint, như đã nêu trước đó. - Nếu Nhóm xác định rằng họ có thể giải quyết nhiều Product Backlog hơn trong suốt Sprint so với những gì họ đã chọn trong cuộc họp lập kế hoạch Sprint, họ có thể tham khảo ý kiến của Chủ sở hữu sản phẩm về những mục Product Backlog bổ sung nào có thể được thêm vào Sprint.
- Các thành viên trong Nhóm có hai trách nhiệm hành chính trong suốt Sprint: họ phải tham dự cuộc họp Daily Scrum, và họ phải giữ cho Sprint Backlog được cập nhật và có sẵn trong một thư mục công khai trên một máy chủ công khai, có thể nhìn thấy bởi tất cả mọi người. Các nhiệm vụ mới phải được thêm vào Sprint Backlog khi chúng được hình thành, và số giờ ước tính còn lại hàng ngày cho mỗi nhiệm vụ phải được cập nhật.
Các bài viết về sự kiện Scrum
- Cuộc họp Daily Scrum — Hướng dẫn nhanh
- Tại sao lại có Sprint có độ dài cố định trong Scrum?
- Lập kế hoạch phát hành Scrum là gì?
- Lập kế hoạch Sprint là gì?
- Đánh giá Sprint là gì?
- Cuộc họp hồi tưởng Sprint trong Scrum là gì?
- Tinh chỉnh Product Backlog là gì?
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.