Không phải tất cả các mục trong danh sách công việc sản phẩm (product backlog) sẽ có cùng kích thước và mức độ chi tiết tại cùng một thời điểm (ví dụ: tính năng / chủ đề / câu chuyện người dùng và nhiệm vụ). Các mục công việc sản phẩm (PBIs) mà chúng ta dự định sẽ làm việc trong tương lai gần nên ở gần đầu danh sách, có kích thước nhỏ và rất chi tiết để có thể được thực hiện trong một chu kỳ sprint gần đây. Các PBIs mà chúng ta sẽ không làm việc trong một thời gian nào đó nên ở gần cuối danh sách, có kích thước lớn hơn và ít chi tiết hơn.
Trường hợp sử dụng / Tính năng là những khả năng mà người dùng cuối của bạn sẽ có mà trước đây họ không có. Ví dụ, mua hàng trực tuyến thông qua điện thoại di động của bạn sẽ là một tính năng. Lộ trình sản phẩm của bạn thường bao gồm các yêu cầu ở cấp độ tính năng.
Chủ đề là giai đoạn tiếp theo trong việc phân tích một tính năng thành yêu cầu có thể thực hiện được. Chúng là một loạt các hành động liên quan đến tính năng. Khả năng mua một mặt hàng thông qua điện thoại di động của bạn từ giỏ hàng bằng thẻ tín dụng sẽ là một chủ đề. Nó nhỏ hơn một tính năng (mua hàng trực tuyến), nhưng lại lớn hơn các tích hợp thẻ tín dụng riêng lẻ cho phép mua một mặt hàng. Chúng tôi không cho phép các yêu cầu lớn hơn chủ đề vào kế hoạch phát hành.
Câu chuyện người dùng là dạng yêu cầu nhỏ nhất vẫn có thể tồn tại độc lập. Một câu chuyện người dùng bao gồm một hành động có giá trị hoặc một tích hợp có giá trị. Ví dụ, mua một mặt hàng thông qua điện thoại di động của bạn từ giỏ hàng bằng thẻ Visa sẽ là một câu chuyện người dùng. Mua một mặt hàng bằng thẻ MasterCard có thể là một tích hợp khác và do đó là một câu chuyện người dùng khác. Câu chuyện người dùng đủ nhỏ để thêm vào các sprint và bắt đầu phát triển. Tôi sẽ đi sâu vào câu chuyện người dùng trong các phần tiếp theo.
Nhiệm vụ là các bước nội bộ cần thiết để thực hiện câu chuyện người dùng. Trong quá trình lập kế hoạch sprint, một câu chuyện người dùng được chia nhỏ thành các nhiệm vụ. Trong khi yêu cầu là những gì người dùng cuối làm, nhiệm vụ là những gì đội phát triển làm để thực hiện yêu cầu.
Mức độ chi tiết của các mục công việc sản phẩm (PBIs)
Hình ảnh minh họa các lớp khác nhau của quá trình phân tích yêu cầu để phù hợp với một loạt các sprint trong lộ trình phát triển.
- Ở phía trên cùng của Hình ảnh trên là những viên gạch lớn nhất màu cam. Chúng đại diện cho các mục tiêu kinh doanh cần đạt được bởi hệ thống, cụ thể là trường hợp sử dụng hoặc tính năng người dùng.
- Ở cấp độ tiếp theo, PBIs lớn hơn một sprint nhưng nhỏ hơn một phiên bản phát hành. Gọi PBIs ở cấp độ này là chủ đề.
- Ở cấp độ thứ ba, chúng ta tìm thấy PBIs có kích thước phù hợp cho một sprint — chúng có thể hoàn thành trong vài ngày thay vì vài tuần. Các mục này đáp ứng Định nghĩa Sẵn sàng của đội và có thể được biểu diễn dưới dạng câu chuyện người dùng.
- Ở cấp độ thấp nhất, các PBIs này có thể tùy chọn được chia nhỏ thành các nhiệm vụ từ câu chuyện người dùng và giao trong cuối một lần lặp lại.
Danh sách công việc sản phẩm
Danh sách công việc sản phẩm liệt kê bất kỳ sản phẩm cần giao nào. Nội dung của nó được sắp xếp theo giá trị kinh doanh. Như đã đề cập ở trên, các mục quan trọng nhất được hiển thị ở đầu danh sách công việc sản phẩm để đội biết phải giao gì trước. Độ ưu tiên của các mục công việc có thể thay đổi, các yêu cầu có thể được thêm vào và xóa bỏ — vì vậy, danh sách công việc sản phẩm là một kế hoạch được duy trì liên tục nhằm tăng giá trị kinh doanh.
Các mục công việc sản phẩm
Các mục công việc sản phẩm (PBIs) là những thành phần tạo nên danh sách công việc sản phẩm. Các mục công việc sản phẩm có thể dao động từ các thông số kỹ thuật và yêu cầu, đến trường hợp sử dụng, chủ đề, câu chuyện người dùng, hoặc thậm chí lỗi, hoặc nhiệm vụ nghiên cứu có thời gian giới hạn.
Quá trình lập kế hoạch sprint
Lập kế hoạch sprint thường cần được chuẩn bị để đảm bảo rằng danh sách công việc sản phẩm đã được tinh chỉnh đến mức độ chi tiết thích hợp, với các ước tính và tiêu chí chấp nhận (đây là mục đích của việc tinh chỉnh danh sách công việc sản phẩm). Nếu các mục công việc sản phẩm đã được phân tích và suy nghĩ kỹ trong quá trình tinh chỉnh danh sách công việc sản phẩm, trong cuộc họp lập kế hoạch sprint, các mục công việc sản phẩm ưu tiên hàng đầu có thể được hiểu rõ và dễ dàng được chọn.
Tóm lược
Mục tiêu của quá trình tinh chỉnh danh sách công việc sản phẩm là đưa các mục công việc sản phẩm vào trạng thái sẵn sàng cho lập kế hoạch sprint, sao cho các mục công việc sản phẩm:
- Đủ rõ ràng và được hiểu bởi tất cả mọi người trong đội
- Đủ nhỏ để được bao gồm trong một sprint
Các bài viết Scrum khác được đề xuất
- Các hiện vật Scrum là gì?
- Định nghĩa Sẵn sàng trong Scrum là gì?
- Làm thế nào để viết một Mục tiêu Sprint?
- Danh sách công việc sản phẩm trong Scrum là gì? Ai chịu trách nhiệm cho nó?
- Làm thế nào để tinh chỉnh danh sách công việc sản phẩm?
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.