Định nghĩa về Sẵn sàng trong Scrum – Nó là gì và tại sao nó quan trọng

Người dùng cuối đôi khi đưa ra những ý tưởng hoặc khái niệm tính năng mới. Khái niệm này sẽ được biểu diễn dưới dạng một hoặc nhiều epic và được thêm bởiNgười sở hữu sản phẩm vào trongDanh sách sản phẩm. Cùng nhau làm việc, đội sẽ tìm ra cách biến khái niệm này thành một hoặc nhiều epic, và sau đótinh chỉnh chúng thành những câu chuyện người dùng nhỏ hơn, rõ ràng hơn — như các tính năng sản phẩm thực tế — sẽ được bao gồm trong triển khai sprint tiếp theo.

Người sở hữu sản phẩm có thể cùng đội xác định một tài sản gọi là ‘Định nghĩa về Sẵn sàng’ để đảm bảo các mục ở đầu danh sách sản phẩm sẵn sàng chuyển vào một sprint, để đội phát triển có thể tự tin cam kết và hoàn thành chúng vào cuối sprint.

Tại sao cần có Định nghĩa về Sẵn sàng?

Định nghĩa về Sẵn sàng (DoR) là một tập hợp các tiêu chí được thống nhất, cho biết mọi người khi nào một việc là sẵn sàng để bắt đầu — ví dụ, khi một câu chuyện người dùng sẵn sàng bước vào sprint, hoặc khi tất cả các điều kiện cần thiết đã được đáp ứng để đội bắt đầu sprint. Một DoR được xác định rõ ràng sẽ tăng đáng kể khả năng thành công của đội Scrum trong việc đạt được mục tiêu sprint của mìnhMục tiêu Sprint. Dưới đây là danh sách những lợi ích mà một DoR được xây dựng tốt có thể mang lại cho đội:

• Đo lường trạng thái ‘sẵn sàng’ của các mục trong danh sách sản phẩm
• Đảm bảo các mục trong danh sách sản phẩm được coi là ‘sẵn sàng đủ’
• Giúp đội nhận diện khi người sở hữu sản phẩm hoặc các thành viên khác bị quá tải
• Khuyến khích tinh thần trách nhiệm chung giữa các thành viên trong đội
• Giảm áp lực đội phải cam kết ước tính trước khi một câu chuyện thực sự ‘sẵn sàng’
• Giảm hiện tượng ‘đi lệch yêu cầu’ trong quá trình phát triển

Ví dụ – Định nghĩa về Sẵn sàng cho Sprint

Các đội khác nhau có thể có những định nghĩa khác nhau về sự sẵn sàng — một số yêu cầu ít tiêu chí hơn. Ví dụ, một số đội chỉ mô tả giá trị đối với người dùng, ưu tiên mục đó và ghi lại cách chứng minh nó. Việc ước tính và trao đổi diễn ra trong buổiLên kế hoạch Sprinthọp. Dưới đây là một số ví dụ về các mục cần cân nhắc khi xây dựng DoR cho đội của bạn:

• Danh sáchSprint Backlogđược ưu tiên
• Sprint Backlog bao gồm tất cả các lỗi, câu chuyện người dùng và các công việc khác mà đội cam kết thực hiện
• Không có công việc ẩn
• Tất cả các thành viên đội đã tính toán năng lực Sprint của mình
• Dự án toàn thời gian = X giờ mỗi ngày
• Tất cả các câu chuyện người dùng đều đáp ứng Tiêu chuẩn sẵn sàng

Ví dụ – Tiêu chuẩn sẵn sàng cho câu chuyện người dùng

Phần này hiển thị một ví dụ về tiêu chuẩn sẵn sàng cho một câu chuyện người dùng, cùng với một ví dụ về sẵn sàng cho Sprint. Bạn có thể chọn một số yếu tố này làm cơ sở hoặc điểm khởi đầu:

• Câu chuyện nêu rõ giá trị mà nó mang lại cho người dùng.
• Các tiêu chí chấp nhận cho câu chuyện được xác định rõ ràng.
• Các phụ thuộc của câu chuyện người dùng đã được xác định.
• Đội giao hàng đã chấp nhận câu chuyện người dùng.
• Các Scrumđội Scrum chấp nhận các tài sản trải nghiệm người dùng.
• Các tiêu chí hiệu suất được xác định phù hợp.
• Đã xác định ai sẽ chấp nhận câu chuyện người dùng.
• Đội biết cách minh chứng cho câu chuyện.

Tóm tắt

Thuật ngữ “Tiêu chuẩn sẵn sàng” không được mô tả trong Hướng dẫn Scrum, khác với câu chuyện người dùng và các tiêu chí chấp nhận được nhúng bên trong nó. Có thể bạn nên xem Tiêu chuẩn sẵn sàng như một thành phần của hoạt động tinh chỉnh danh sách công việc, thay vì sử dụng nó như một danh sách kiểm tra theo trình tự hoặc cửa kiểm soát giai đoạn. Việc tinh chỉnh danh sách công việc là một quá trình liên tục, do đó không bị giới hạn trong một sự kiện duy nhất — đó là một hoạt động.