私は現在、スクラム チーム向けの生産性向上ツールに取り組んでおり、特定の時点で製品バックログに表示されるストーリーの平均数を知りたいと考えています。
明確にするために、この数には、完成したストーリーや、将来複数のストーリーに分割される「可能性がある」ストーリーは含めないでください。また、人々が「すべき」ことよりも、「現在」何をしているのかに興味があります。
残念ながら、私は他の人々のラボに十分に出かけることができないので、私たちにとって通常のことを実際に経験しているだけです.
このサイトには、私よりもはるかに多くのチーム ルームを見ることができるコンサルタントがかなりいると思います。
これは「ひもの 1 本の長さ」タイプの質問であり、2 人もいれば 2000 人もいることがわかりましたが、私は単にヤード スティックを探しています。
当社のチームは通常 20 人未満です。
よろしく、
クリス
「数を明確にするためだけに、完成したストーリーを含めるべきではありません」
わかった。
「または、将来、複数のストーリーに分割される可能性のあるストーリー。」
何？それは私たちのバックログの半分です。
公式のバックログには常に5±2のストーリーがあります。これは、プロダクトオーナーの頭脳が処理できるすべてのストーリーだからです。いくつかを終えると、「まあ、これも見てみたいかもしれない」と最後にもう少し付け加えられます。
建築家として、私はより管理的で技術的な性質の追加の5±2ストーリーを予見することができます。
これらは、バックログの上位9つのストーリーです。
さらに、「将来、複数のストーリーに分割される可能性がある」という漠然と定義されたストーリーが常に存在します。興味深いことに、これらは5±2の数字に見えます。
「複数のストーリーに分割される可能性がある」というルールに応じて、これらは3つまたは4つあります。
もちろん、それを超えて、追加の人々が私たちに物語を投げたいと思っています。たとえば、私たちの営業担当者は、彼が見たい営業デモの一部である5±2のストーリーを持っています。これはコア機能ではなく、あいまいで、「複数のストーリーに分割される可能性がある」ため、カウントされないと思います。
ところで、それは重要だと思います。すべてのストーリーを追跡する必要があります。変化して変化し、壊れてしまいますが、「本物」と「壊れてしまうかもしれない」を区別することは不可能です。それがストーリーの優先順位付けのポイントです。漠然とした、大きな、または明確に定義されていない概念は、優先順位が低くなり、他のプロジェクトが未処理のバックログよりも重要になるまで、バックログとして追跡できます。
正解は（5±2階建て）×利害関係者の数です。
あなたが言ったように叙事詩を考慮しないなら、私はあなたが1回のスプリントの間に完了する2倍の物語を言うでしょう。ストーリーの大きさやチームの大きさによって、20〜30の間で変化すると思います。
現在、バックログのスプリントの一部ではない7つのストーリーがあります。ただし、現在バックログを作成しているため、参照はあまりありません。
イシュー トラッカーをざっと見てみました。スプリントごとに約 15 ～ 20 のストーリーを完了し、次の 3 つのスプリントの大まかな計画/割り当てがあります。割り当てられていないバックログの部分は、10 ～ 20 の間になる傾向があります。したがって、完全なバックログには、およそ 50 から 100 のストーリーが含まれています。リリースがどれだけ近づいているかによって、これはかなり異なると思います (現在、約 4 つのスプリントが残っています。通常のリリース サイクルは約 15 スプリントの長さです)。私たちのチームの「紐の長さ」:)
それは本当にプロジェクトに依存します。
コミットされていないバックログの場合。最低のプロジェクトでは約 5 ～ 10、最高のプロジェクトでは約 25 ～ 30 です。
スプリントのバックログはより一貫性があり、通常、春ごとに約 7 つのバックログ項目があります (2 週間のスプリント)。
経験則として、チームの時間の 5% をプロダクト バックログの維持に費やすことをお勧めします。つまり、1 ～ 2 スプリント分のストーリーを完全に整備することです。私のチームでは、これは通常 15 から 25 のストーリーに相当します。
これらの数値がポスター間で実際にどれほど一貫しているかは驚くべきことです.
2 週間のスプリントの場合: 重量に応じて 3 ～ 7 階建て。新しい機能の場合はストーリーを増やし、古い/既存の機能を構築または変更する場合はストーリーを減らします。
プロジェクトごとの未処理のストーリー: 合計 25 ～ 40 ?