scrum - スクラム バックログの優先順位付け

Question

私たちのソフトウェア会社は、文字通り 1 日に数百件のサポート リクエストを受け取り、チーム全体が受信箱に取り組んでいます。スクラムのバックログに直接対応する効果的な指標を得るにはどうすればよいでしょうか?

具体的すぎると、チームはメトリクスの変更に常に注意を払いすぎます。一般的すぎると、PO は信頼できる優先度を得るためにあまりにも多くのメールを分類しなければなりません。

何か案は？

Answer 1

「サポートリクエスト」とはどういう意味ですか?

3 つの広範なバケットを想定すると、次のようになります。

1. 「×はどうするの？」質問を入力する
2. 「これは正しく機能していません」（つまり、欠陥）
3. 「そうしてくれたら本当に助かります。」機能強化のリクエスト

各カテゴリ (3 つより多くても少なくてもかまいませんが、3 つが適切な数です) 内で、要求を分類するいくつかのタグを割り当てます。カテゴリを縦の列のラベルとして整理し、列の各リクエストに「フラグ」を付けるのが好きです。これにより、簡単で汚い縦棒グラフが得られます。「タグ」の 20% がリクエストの 80% をもたらすというパレート比が現れることがほぼ保証されます。これで、PO は 3 つの広範なバケットのそれぞれの 20% の間で優先順位を付け、それらが価値の高いものであることを認識できます。

これをランニングエクササイズとして続けることができます。