Trong trường hợp tôi đã làm việc trong lĩnh vực phát triển phần mềm, luôn có một tương đương với một hồ sơ tồn đọng, luôn là một danh sách các báo cáo lỗi và luôn có người chịu trách nhiệm về các ưu tiên (tương đương với PO), vì vậy câu hỏi của bạn, mặc dù nó sử dụng thuật ngữ Scrum, là IMHO xa ong được giới hạn trong Scrum.
Một tìm kiếm nhanh trên google về "lỗi tồn đọng scrum" đã tiết lộ rằng một số nhóm tách các lỗi / vấn đề khỏi các câu chuyện "tính năng mới", các câu chuyện khác thì không. Đôi khi các trình theo dõi vấn đề được sử dụng, đôi khi là Wiki, đôi khi mọi thứ trực tiếp đi vào phần tồn đọng, v.v., và không có sự đồng thuận "cái nào tốt hơn". Vì vậy, điều đầu tiên bạn nên làm rõ trong nhóm của bạn về cách bạn muốn xử lý việc này, nhóm của bạn muốn thấy gì trong hồ sơ tồn đọng và những gì không, và nhóm của bạn nghĩ gì sẽ hoạt động tốt nhất cho trường hợp của bạn.
Nếu bạn thực hiện trải nghiệm rằng nếu tất cả mọi người được phép thêm bất cứ điều gì vào backlog làm rối tung nó, có lẽ sẽ tốt hơn để tách câu chuyện của người dùng khỏi lỗi. Các yêu cầu về cách báo cáo lỗi tốt sẽ trông như thế nào có thể khác với các yêu cầu về cách một câu chuyện người dùng tốt cho một tính năng mới sẽ như thế nào, đó cũng có thể là một lý do khác. Tuy nhiên, cả hai sẽ kết thúc nhiệm vụ cho các nhà phát triển, đó có thể là một lý do để giữ chúng ở một nơi.
Tuy nhiên, đối với hầu hết các sản phẩm, sẽ có ý nghĩa khi bất kỳ ai cũng có thể đưa ra báo cáo lỗi (người dùng, người kiểm tra, nhà phát triển, người tiếp thị, bất cứ ai nhận thấy vấn đề tiềm ẩn). "Các tính năng mới" có lẽ nên được thảo luận với PO như một phần của quy trình khi thêm chúng vào hồ sơ tồn đọng. PO của bạn nên quyết định xem anh ấy có muốn tự mình đưa các câu chuyện vào đó để thực hiện một số công việc biên tập hay không, nếu có ai có thể đưa các câu chuyện vào hồ sơ tồn đọng và sau đó anh ấy sẽ thực hiện công việc biên tập. Nhưng đối với các lỗi, đặc biệt là các lỗi có vẻ nghiêm trọng đối với phóng viên, không nên có thảo luận cần thiết để thêm chúng vào trình theo dõi vấn đề, hoặc tồn đọng hoặc tài liệu danh sách lỗi, hoặc bất cứ nơi nào bạn giữ chúng. "Không thảo luận" không có nghĩa là đặt báo cáo lỗi ở bất cứ đâu, hoàn toàn ngược lại. Khi một báo cáo lỗi được thêm vào,
Lưu ý cuối cùng: để đưa ra quyết định đúng đắn cho nhóm của bạn về cách quản lý việc này, điều này tạo ra sự khác biệt lớn về kích thước sản phẩm của bạn, có bao nhiêu người sẽ báo cáo lỗi và câu chuyện mới, và nếu bạn nhận được một báo cáo mỗi tuần , một tá hoặc vài trăm.