Scrum: Ai tạo các mục trong danh sách công việc sản phẩm hoặc các câu chuyện người dùng?

Câu hỏi này phức tạp hơn vẻ ngoài ban đầu. Trước tiên, bạn có thể nói rằng Danh sách công việc sản phẩm các mục có thể bao gồm các trường hợp sử dụng, các nhiệm vụ lớn, các câu chuyện người dùng, thậm chí cả lỗi, hoặc các nhiệm vụ nghiên cứu có thời gian giới hạn trong danh sách công việc sản phẩm.

Trong định nghĩa đơn giản nhất, ScrumDanh sách công việc sản phẩm Scrum đơn giản là danh sách tất cả các mục công việc sản phẩm (PBIs) cần được hoàn thành trong dự án. Nó thay thế cho các tài liệu mô tả yêu cầu truyền thống tài liệu. Các PBI phản ánh nhu cầu của khách hàng hoặc bên liên quan. Một cách phổ biến để thu thập yêu cầu từ người dùng cuối là viết các PBI dưới dạng câu chuyện người dùng.

Ai chịu trách nhiệm duy trì danh sách công việc sản phẩm?

Người Chủ sản phẩm (PO) “sở hữu” danh sách công việc sản phẩm thay mặt các bên liên quan và chủ yếu chịu trách nhiệm tạo ra nó. Người chủ sản phẩm không cần tự mình tạo danh sách công việc—họ có thể ủy quyền cho đội phát triển và/hoặc Trợ lý Scrum để giúp xác định và ước lượng các mục trong danh sách công việc. Người chủ sản phẩm chịu trách nhiệm tạo và duy trì danh sách công việc sản phẩm. Do đó, người chủ sản phẩm cũng giám sát quá trình tối ưu hóa danh sách công việcquá trình.

Danh sách công việc sản phẩm tương ứng với bản đồ hành trình dự án—kế hoạch mà đội muốn triển khai. Sau khi đội xác định nó, họ sẽ ưu tiên các tính năng và yêu cầu cần xây dựng. Danh sách công việc sản phẩm cũng đóng vai trò như một kho lưu trữ chứa tất cả thông tin mà đội cần theo dõi và chia sẻ.

Một mục trong danh sách công việc sản phẩm có giống như một câu chuyện người dùng không?

Như đã nói, các PBI phản ánh nhu cầu của khách hàng hoặc bên liên quan. Một cách phổ biến để thu thập yêu cầu từ người dùng cuối là viết các PBI dưới dạng câu chuyện người dùng. Tuy nhiên, các PBI cũng có thể bao gồm các trường hợp sử dụng, các nhiệm vụ lớn, câu chuyện người dùng, lỗi, hoặc các nhiệm vụ nghiên cứu có thời gian giới hạn trong danh sách công việc sản phẩm. Trên thực tế, không phải tất cả các mục trong danh sách công việc sản phẩm đều có cùng mức độ chi tiết, như hình ảnh dưới đây:

Danh sách công việc sản phẩm chi tiết

Các PBI mà chúng ta dự định làm trong thời gian tới nên nằm gần đầu danh sách, có kích thước nhỏ hơn và chi tiết cao để có thể thực hiện trong thời gian ngắn Sprint. Các PBI mà chúng ta sẽ không làm trong một thời gian nên nằm ở cuối danh sách—lớn hơn, ít chi tiết hơn. Điều đó là ổn; chúng ta không có kế hoạch làm các mục này trong thời gian gần.

Khi chúng ta tiến gần đến việc làm các PBI lớn hơn, chẳng hạn như các epic, chúng ta chia nhỏ chúng thành một loạt các câu chuyện nhỏ, sẵn sàng cho Sprint. Việc này cần được thực hiện đúng thời điểm. Nếu chúng ta tinh chỉnh quá sớm, có thể sẽ lãng phí thời gian tìm hiểu các chi tiết mà cuối cùng không bao giờ được triển khai. Nếu chờ quá lâu, chúng ta sẽ làm chậm dòng chảy của các PBI vào Sprint và làm chậm đội nhóm. Chúng ta cần tìm được sự cân bằng phù hợp vào đúng thời điểm.

Danh sách công việc sản phẩm được ưu tiên theo Agile

Ai chịu trách nhiệm tinh chỉnh các PBI?

Người sở hữu sản phẩm (PO), người “sở hữu” danh sách công việc sản phẩm thay mặt các bên liên quan, là người chính chịu trách nhiệm tạo ra và duy trì nó. PO không cần tự mình tạo ra từng mục trong danh sách—người đó có thể mời đội phát triển và/hoặc Scrum Master tham gia để giúp xác định và ước lượng các mục. PO giám sát toàn bộ quá trình tinh chỉnh danh sách công việc.

Do đó, để trả lời câu hỏi: người sở hữu sản phẩm sở hữu danh sách công việc sản phẩm, nhưng không cần phải tạo ra từng mục trong danh sách. Thông thường, người sở hữu sản phẩm có thể tạo các PBI lớn dựa trên các yêu cầu cấp cao hoặc mục tiêu người dùng, sau đó ủy quyền cho đội nhóm giúp chia nhỏ các mục lớn này thành các câu chuyện người dùng. Những câu chuyện nhỏ này—phù hợp để đặt ở đầu danh sách và đáp ứng các tiêu chí của “Sẵn sàng” (thường nằm trong Tiêu chuẩn Sẵn sàng)—sau đó được chuyển vào Danh sách công việc Sprint.