TFS クラウド (myproject.visualstudio.com) を使用すると、バグに時間を追加するための見積もり、完了、残りのフィールドはありません。各バグの修正にかかった時間を記録するためだけに、すべてのバグに対して基本的に 'fix - bugname' と呼ばれる TASK 作業項目を本当に作成する必要がありますか?
これは理にかなっていますが、いくつかはスペルミスやその他の小さな問題です。
これにより、すべてのリスト内の作業項目の数が 2 倍になりますか?
助言がありますか？
技術的にはい。私たちがやろうと決めたのは (純粋に単純化のためであり、TFS でさらに多くのユーザー ストーリーに行き詰まらないようにするためです)、スプリントごとに1 つのユーザー ストーリーを作成し、「 BUGS - SPRINT# 」という名前を付けることです。その下には、バグに費やされた作業/時間を追跡するタスクがあります。
また、カテゴリごとにタスクに名前を付けます。たとえば、UI にバグがある場合は、(example) UI - arrows not reappearingと名付けます。
これが最善の方法かどうかは定かではありませんが、作業の追跡を達成し、TFS をクリーンに保ちます。
Visual Studio 2012 を使用しています。これが、この状況に対処する方法です。ユーザーストーリー「バグの解決、再テスト」を作成しました。バグを修正しなければならないイテレーション開発者は、すべてのバグに対して 1 つのタスクを作成します。開発者は、解決されたすべてのバグにコメントを追加し、それに応じて時間を更新します。QA 担当者は、バグの再テストの繰り返しのために 1 つのタスクも追加します。QA 担当者は、バグごとにタスクを適宜更新します。すべての開発者とすべての QA 担当者が、同じユーザー ストーリーの子タスクを作成します。
「Microsoft Visual Studio Scrum」テンプレートを使用していると思います。作業項目のフィールドは、使用しているテンプレートによって異なります。
スクラム テンプレートのバグについては、通常、「労力」フィールドで労力をカバーします。