私のスクラム チームがバックログ グルーミングを行うとき、通常はエピック レベルの作業から開始し、通常のグルーミング アクティビティの一環として、それらの PBI をテーマとストーリーに改良します。これらの作業項目を構造化する手段として、他の PBI を改良および明確化した結果の PBI は、より大きな項目の子リンクとして作成されます。このプロセスを実装するには、スプリント可能なストーリーのみをスプリントに割り当て、その親テーマの PBI を現在のリリース イテレーションに残します。
今年初めのアップグレード後、2012 で提供される機能にゆっくりと成長しており、Web アクセスの製品バックログ ビューでアイテムをドラッグする機能 (優先度の値を手動で微調整するのではなく) は非常に魅力的です。
これを使用したいのですが、問題があります。計画されているほとんどの作業と同様に、親子関係を持つ PBI を個別にドラッグすることはできません。代わりに、各エピックはプロダクト バックログのツリーとして表示され、[1..1000000] の独自の優先度範囲で子を列挙し、アトミックにドラッグします。
これを念頭に置いて、これはどのように機能するはずですか？製品バックログ ビューの機能について何か不足していますか? ストーリーを個別にスケジュールできるように、エピックとテーマがより小さな PBI に洗練されているため、それらを破棄するつもりですか?