私はTFS 2010でアジャイルテンプレートを使用しているプロジェクトで作業していますが、タスクに繰り返しを割り当てるタイミングを決めようとしています。現時点で私はユーザーストーリーの束を持っており、これらのユーザーストーリーに反復が割り当てられています。次に、各ユーザーストーリーのタスクを作成してリンクしました。TFS 2010のタスクに繰り返しを割り当てる必要があります
私の質問は、ユーザーストーリーに既に反復が割り当てられていても、タスクに反復を割り当てる必要がありますか？実際にユーザーストーリーに関連付けられていない「一般的な」タスクについてはどうすればよいですか？たとえば、コントロールの参照を更新したり、コードレビューを実行したりするタスクを作成できます。これらに繰り返しを割り当てる必要がありますか、それともユーザーストーリーに割り当てられたタスクとそうでないタスクの2種類のタスクを管理する価値がありますか？
あなたのチームがこれらのタスクに取り組むことを約束されている場合、反復が設定されます。タスクをレビューした後で、一部のタスクを延期する場合は、そのイテレーションを後のスプリントに設定します。
MSDN上のMSF for Agile Software Development v5.0からexcerpt
：あなたは、Microsoftのソリューションフレームワーク（MSF）のためのプロセス・テンプレートに基づいて、最も 作業項目の面積と繰り返しフィールドを割り当てることができます。 作業項目を作成するとき、または製品または反復のバックログのレビュー中に、領域および反復フィールドの値を指定します。 作業項目を後で延期する場合は、それに応じて反復を変更する必要があります。
、作業項目定義guideから：エリアと反復リストで
、適切な領域と 反復をクリックするか、 企画会議中に、後に割り当てることがこれらのフィールドを空白のままに。
一般的なタスクについては、Issue (Agile)とImpendiment (Scrum)のような特別な作業項目があります。
あなたは確かにthisリソースをチェックしてください。A.Bjorkのプレゼンテーションは、あなたが何をしているかに対処する方法を示しています。
私たちは将来のイテレーションにUserStoriesを割り当てる傾向があります。反復が始まる前に、 'planning poker'が発生すると、&が生成され、チームにタスクが割り当てられます。
「時間」が挿入されている唯一の作業項目は「タスク」タイプなので、作業の効率性を示すBurndownチャートがTFSに送られます。
スプリント中にチームメンバに別のタスクを追加すると、TFSによって「計画外の作業」として認識され（割り込みをシミュレートします）、チームの速度の計算が混乱します。
長時間実行しているタスクを、それぞれのスプリントに収まる小さなタスクに分割してみてください。最悪の場合、例えば、巨大なリファクタリングタスクがある場合、各スプリントにいくつかの子タスクを割り当ててから、最後の反復に割り当てられた傘 - リファクタリングが完了したタスクを持つことができます。
時間トラッキング（これはタスクのみに基づいています）とは別に、あなたの反復バックログにスプリントにとって重要な他のすべての作業項目を追加する必要があります。これにより、各Issue、ユーザストーリーなどが検討された。