PBI vs Câu chuyện người dùng


18

Gần đây, một mục đã được thêm vào Product Backlog bởi chủ sở hữu sản phẩm có nội dung "Khi tôi truy cập trang đăng nhập từ trang x, tôi thấy một lỗi. Tôi muốn xóa lỗi đó".

Dường như với tôi rằng đây không phải là trường hợp sử dụng và không nên là PBI (Sản phẩm tồn đọng của sản phẩm). Tuy nhiên, khi tôi thảo luận về nó, scrum master nói với tôi rằng các câu chuyện của người dùng không phải là PBI và, PBI có thể là một báo cáo lỗi, một nhiệm vụ, một câu chuyện của người dùng, bất cứ điều gì, và theo nghĩa đen là bất kỳ mục nào cần được giải quyết trước tiên.

Tôi không chắc về điều này. Ngoài ra tôi không thể tìm thấy một định nghĩa tốt về PBI trên web . Vì vậy, câu hỏi của tôi là, những thứ gì có thể vào được trong Product Backlog dưới dạng vật phẩm? Có một sản phẩm tồn đọng bản đồ vào một câu chuyện người dùng? Họ có giống nhau không?

Câu trả lời:


19

Có một sản phẩm tồn đọng bản đồ vào một câu chuyện người dùng? Họ có giống nhau không?

Không nhất thiết, nhưng nói chung, họ làm. Giống như chủ scrum của bạn đã nói, những thứ khác cũng có thể là các mặt hàng tồn đọng của sản phẩm. Tuy nhiên, nó phụ thuộc vào cách thức hoạt động của SCRUM. Một số nhóm có tồn đọng lỗi riêng biệt cũng được xem xét để chạy nước rút, trong khi các nhóm khác giữ những thứ như vậy trong hồ sơ tồn đọng của sản phẩm.

Hai nhật ký riêng biệt làm cho chủ sở hữu sản phẩm khó khăn hơn trong việc ưu tiên các nhiệm vụ, vì bây giờ hai nhật ký phải được xem xét cho lần chạy nước rút tiếp theo. Nhưng họ cung cấp một giám sát tốt hơn và cả hai có thể được ưu tiên riêng biệt.

Vì vậy, câu hỏi của tôi là, những thứ gì có thể vào được trong Product Backlog dưới dạng vật phẩm?

Đây có thể là bất cứ điều gì là một phần của tầm nhìn sản phẩm và hành trình đến sản phẩm bạn muốn tạo ra. Nó chủ yếu chứa các yêu cầu (câu chuyện của người dùng) nhưng cũng có thể chứa các hành động hoặc những thứ kỹ thuật không trực tiếp thuộc về sản phẩm (ví dụ: "Mua máy chủ mới cho nhóm nhà phát triển", "Tạo quảng cáo cho sản phẩm"). Việc tồn đọng nên tránh các chi tiết không liên tục và không nên cố gắng vi mô những thứ kỹ thuật. Việc tồn đọng sản phẩm có thể chứa bất cứ điều gì mang lại giá trị cho sản phẩm.

Không có một Scrum thực sự. Đôi khi tồn đọng riêng biệt là một cách tốt hơn để quản lý sản phẩm, đôi khi chúng chỉ là cách. Tìm hiểu những gì làm việc cho bạn tốt nhất.


Giải thích tốt @Falcon. Bạn có thể hướng dẫn tôi một số tài nguyên trực tuyến về cách xem xét một cái gì đó như một PBI không? Tôi thực sự biết ơn những câu trả lời chất lượng mà bạn cung cấp. Cảm ơn :) +1
Saeed Neamati

3
@Saeed: Làm thế nào về điều này ? Nó cũng chứa các liên kết đến tồn đọng sản phẩm mẫu.
Falcon

3

Khi làm việc với các lỗi, chúng tôi thêm chúng vào backlog và gọi chúng là các câu chuyện lỗi . Bằng cách thêm sửa lỗi trong hồ sơ tồn đọng theo cách này, rõ ràng không chỉ là sửa lỗi. Chúng tôi có thể thêm các tác vụ khác để đảm bảo các bài kiểm tra tự động được viết và xác minh được thực hiện. Nó cũng làm cho rõ ràng hơn rằng DoD nên được theo dõi.

Chúng tôi chưa bao giờ sử dụng thuật ngữ PBI (mặc dù công cụ tồn đọng của chúng tôi gọi chúng là vậy), đó luôn là câu chuyện của người dùng, câu chuyện lỗi hoặc chỉ đơn giản là câu chuyện .

Đây chủ yếu chỉ là sự lựa chọn thuật ngữ của nhóm bạn và miễn là bạn hiểu rõ điều gì thực sự không quan trọng.


3

Tất cả các câu trả lời trên không tham chiếu tài liệu nguồn có thẩm quyền cho khung Scrum: Hướng dẫn Scrum .

Tồn đọng sản phẩm

Có một phần mô tả Backlog sản phẩm và các mặt hàng, thường được gọi là PBI, có trong đó.

Product Backlog liệt kê tất cả các tính năng, chức năng, yêu cầu, cải tiến và sửa lỗi tạo thành các thay đổi được thực hiện cho sản phẩm trong các bản phát hành trong tương lai.

Nhưng không cố định như một kế hoạch dự án.

Product Backlog phát triển là sản phẩm và môi trường mà nó sẽ được sử dụng phát triển. Product Backlog rất năng động; nó liên tục thay đổi để xác định những gì sản phẩm cần phải phù hợp, cạnh tranh và hữu ích.

Câu chuyện người dùng

Thuật ngữ người dùng không bao giờ xuất hiện trong Hướng dẫn Scrum vì

đó là một khung trong đó bạn có thể sử dụng các quy trình và kỹ thuật khác nhau.

Sử dụng câu chuyện người dùng chỉ là một kỹ thuật có thể để ghi lại PBI.

BỔ SUNG: Mặc dù thường thấy định dạng "Như một, tôi muốn, Vì vậy,", nó có thể đi ngược lại với mục đích ban đầu của nó . Định dạng rắc rối này cũng đã được giải quyết tại Agile 2017 .



2

Có một sự hiểu lầm phổ biến rằng chỉ những câu chuyện của người dùng mới được phép trong Product Backlog. Ngược lại, Scrum là trung lập về các kỹ thuật yêu cầu. Như Scrum Primer tuyên bố,

Các mặt hàng tồn đọng của sản phẩm được khớp nối theo bất kỳ cách nào rõ ràng và bền vững. Trái với hiểu lầm phổ biến, Product Backlog không chứa "câu chuyện của người dùng"; nó chỉ đơn giản là chứa các mặt hàng. Những mục này có thể được thể hiện dưới dạng câu chuyện của người dùng, trường hợp sử dụng hoặc bất kỳ cách tiếp cận yêu cầu nào khác mà nhóm thấy hữu ích. Nhưng dù là cách tiếp cận nào, hầu hết các mặt hàng nên tập trung vào việc cung cấp giá trị cho khách hàng. *


1
  • Thông số kỹ thuật khác biệt của các thay đổi và bổ sung cho sản phẩm, được gọi là Mục tồn đọng sản phẩm (PBIs), cùng nhau tạo thành Sản phẩm tồn đọng.
  • Mỗi PBI mô tả một cái gì đó mà Nhà phát triển có thể phát triển và phân phối để tăng thêm giá trị cho các bên liên quan khi Hoàn thành (xem Định nghĩa Hoàn thành).
  • Các bên liên quan phổ biến nhất là thị trường, hoặc đại diện của nó - Chủ sở hữu sản phẩm.
  • Tuy nhiên, PBI có thể mô tả công việc giúp giảm chi phí cho doanh nghiệp hoặc giảm nỗ lực cho Nhóm phát triển hoặc công cụ giúp Nhóm chủ sở hữu sản phẩm thực hiện tốt hơn công việc của mình.
  • PBI có thể mô tả bất cứ điều gì có giá trị tiềm năng cho các bên liên quan.

0

Câu chuyện (người dùng) là một định dạng tiêu chuẩn hữu ích cho các mục tồn đọng. Lý do đằng sau nó là "nếu không ai quan tâm đến nó, đừng lãng phí thời gian cho nó". Nó cũng cho phép PO đánh giá mức độ khẩn cấp của mặt hàng bởi vì nó xác định bạn sẽ làm cho ai và mức độ xấu của nó.

Trong trường hợp của bạn, lỗi có thể dễ dàng được định dạng như một câu chuyện.

  • Là người dùng
  • Tôi muốn có thể đăng nhập từ trang X (và không gặp lỗi thay thế)
  • vì vậy tôi sẽ không mất thời gian, khó chịu và mất niềm tin vào sản phẩm

Nghe có vẻ đáng giá một số nỗ lực.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.