最近、「xページからログインページに移動するとエラーが表示されます。そのエラーを削除したい」というアイテムが製品所有者によって製品バックログに追加されました。
これはユースケースではなく、PBI（Product Backlog Item）であってはならないようです。しかし、私が議論したとき、スクラムマスターは、ユーザーストーリーはPBIではなく、PBIはバグレポート、タスク、ユーザーストーリー、あらゆるもの、文字通り最初に対処する必要のあるアイテムであると教えてくれました。
これについてはわかりません。また、ウェブ上でPBIの適切な定義を見つけることができません。だから、私の質問は、どのようなものがアイテムとして製品バックログに入ることができるのですか？製品バックログアイテムはユーザーストーリーにマッピングされますか？彼らは同じですか？
回答:
製品バックログアイテムはユーザーストーリーにマッピングされますか？彼らは同じですか？
必ずしもではありませんが、一般的にはそうです。あなたのスクラムマスターが言ったように、他のものは製品のバックログアイテムでもあります。ただし、SCRUMの機能によって異なります。一部のチームには、スプリントでも考慮される個別のバグバックログがありますが、他のチームはそのようなことを製品バックログに保持します。
次のスプリントでは2つのログを考慮する必要があるため、2つの個別のログにより、製品所有者がタスクの優先順位付けをより困難にします。しかし、それらはより良い監視を提供し、両方を別々に優先順位付けすることができます。
だから、私の質問は、どのようなものが商品バックログにアイテムとして入ることができるのですか？
これは、製品ビジョンの一部であり、作成する製品への道のりであるものであれば何でもかまいません。主に要件（ユーザーストーリー）が含まれますが、製品に直接属さないアクションや技術的なものも含まれます（「開発チーム用に新しいサーバーを購入する」、「製品の広告を作成する」など）。バックログは、不必要な詳細を避け、技術的なことを細かく管理しようとすべきではありません。製品バックログには、製品に価値をもたらすものをすべて含めることができます。
真のスクラムはありません。場合によっては、個別のバックログが製品を管理するより良い方法である場合もありますが、場合によっては邪魔になることもあります。最適な方法を見つけてください。
上記の回答はすべて、スクラムフレームワークの信頼できるソースドキュメント：The Scrum Guideを参照できません。
製品バックログと、その中に含まれるアイテム（PBIと呼ばれることも多い）を説明するセクションがあります。
製品バックログには、将来のリリースで製品に加えられる変更を構成するすべての機能、機能、要件、拡張機能、および修正がリストされます。
しかし、プロジェクト計画のように固定されていません。
製品バックログは、製品とそれが使用される環境が進化するにつれて進化します。製品バックログは動的です。製品が適切で、競争力があり、有用であるために必要なものを識別するために常に変化します。
ユーザーストーリーという用語は、スクラムガイドに決して表示されません。
これは、さまざまなプロセスと手法を使用できるフレームワークです。
ユーザーストーリーを使用することは、PBIを記録するための1つの可能な手法にすぎません。
さらに：「このように」という形式を見るのは一般的ですが、元の意図に反する可能性があります。この面倒なフォーマットは、アジャイル2017でも対処されました。
@Falconはそれをうまく説明しています。正式な定義を持っている一つのページには、次のとおりです。 http://en.wikipedia.org/wiki/Scrum_(development)#Product_backlog あなたが説明したことは、少なくともそのdiscriptionによる製品バックログに配置されるものではありません。