11

TFSでスプリントを終わらせなかったタスクとユーザーストーリーを処理するための最良のアプローチは何ですか？

私のアプローチ：

  • 正しいReasonサブステートを使用して、すべてのタスクを「Closed」に設定します。このタスク+元の見積もり+残り時間をメモ帳にコピーします。
  • ユーザーストーリーからイテレーションを削除します（これにより、製品バックログに再び表示されます）

次のスプリントの場合：

  • メモ帳からTFSに新しいタスクとしてタスクを追加し、それを適切なユーザーストーリーに割り当て、ユーザーストーリーを現在のスプリントに設定します。

これは単なるアプローチです。より良いアイデアや提案はありますか？

4

6 に答える 6

8

本当にスクラムを行っている場合、どのチームにとっても重要な指標は「残りの作業」だけであることがわかります。問題は、多くの人がメトリクス、統計、データ、およびスクラムの本質の緩い追跡に夢中になっているということです。

だから、それをシンプルにしてください。スプリント レビューでは、いつ作業を完了するかについて PO に同意し、合意されたスプリントに未処理のタスクを割り当てるだけです。

生産性を少し高めたい場合。次に、元に戻したタスクのクエリを作成し、反復列の値を次のスプリントに置き換えて、TFS に発行し直します。

于 2013-06-23T23:43:41.683 に答える
4

2 つの考え方があります。

  1. これらを残して、プロダクト バックログ イテレーション (多くの場合、チーム プロジェクト ルート) で新しいものを作成します。それらはスプリントが計画されたことを表しているため、それらを残してポイントを削除します (速度レポート用)。
  2. イテレーションをプロダクト バックログに更新し、次のスプリントで他のストーリーと同様に処理します。（私はこれを購読します）。

チームごとにタスクが異なります。次のスプリントで再びストーリーを選択する場合は、タスクの反復パスを更新して完了します。戻ってこない場合は、タスクを削除して、戻ってきたときに存在するソフトウェアのコンテキストで必要に応じて提供する方法について話し合うようにします。スプリントを超えてタスクをストーリーに残すことは、それらがまだ必要なものすべてであるという誤った安心感を私たちに与える方法があります. それをどのように実現するかを再評価したいと思います。

于 2012-07-16T04:16:45.390 に答える
2

まったく同じことを行いますが、メモ帳を使用する代わりに、タスクを新しいタスクにコピーしてから、これを新しいイテレーションに割り当てます。デフォルトでは、copy-Taskは、元のタスク自体だけでなく、元のすべての作業項目にリンクされています。
古いタスクは古いイテレーションにとどまり、「クローズ」としてマークされます。

于 2012-07-11T14:17:19.087 に答える
1

多分私はあなたの問題を正しく理解していませんでしたが、ここに私の意見があります: 元に戻されたタスクの主なアイデアは、バックログアイテム/ユーザーストーリーが完了していないということです. したがって、スプリントの後、完了したすべてのバックログアイテム/ユーザーストーリー -> 新しいインクリメント。未処理アイテムの準備が完全に整っていない場合、残されているタスクがほんのわずかであっても、未処理アイテム全体が配信されません。すべてを元に戻して (コードはそのままにしておきます:) )、スプリントを終了します。バックログアイテム/ユーザーストーリーは次のスプリントに進みます。

于 2012-09-23T19:54:04.393 に答える
0

私の意見では、それらを閉じたものとしてマークする必要はありません。残りのタスクを保持し、未完了としてフラグ/タグを付け、新しいスプリントを開始し、その特定のフラグが付いたすべてのタスクを新しい/今後のスプリントとして適用します (必要に応じて、時間と難易度を再評価します)。

于 2012-07-11T04:30:36.220 に答える
0

これは非常に一般的なシナリオであり、目的に合ったソリューションを作成するためのバックログがありますが、まだ他の作業よりも優先していません。

これが重要だと思われる場合は、お気軽にユーザーの声に提案を追加してください。私たちはそのサイトを優先順位付けに使用しています: それはあなたが私たちに影響を与えるチャンスです

Ewald Hofman (TFS 製品グループ)

于 2012-09-28T15:18:45.943 に答える