イテレーションの完了
理想的には、チームは、イテレーションを計画するすべての作業を完了します。利害関係者に表示する完了した項目を、具体的な形式 (たとえば表示するための作業中のコード、完了した文書、あるいは既存のソフトウェアに追加された機能) と完了したバックログ項目とイテレーションの関連作業、イテレーション中のバーンダウン レート、およびチームと利害関係者に重要なその他の情報が得られます。フィードバックの貴社に終了するソフトウェアを送信する可能性もあります。次に、ソフトウェアの調整をそのフィードバックを組み込む方法を決定します。Team Foundation Server の (TFS) フィードバックのツールの詳細については、フィードバックの要求を参照してください。
具体的な動作するコードのような業務積を理解することは、比較的簡単な方法です。ただし、多くのチームは実際にされることがないようにすることに合意に問題が発生します。このような混乱は、後のイテレーションの問題につながる可能性があります。成功を定義し、全員が定義を知っていてその定義が "終了した" と合意することのための詳細は、完了状態(Done)と未完状態(Undone） を参照してください。
場合によっては、イテレーションを計画するすべてのバックログ項目を完了できない場合があります。このような場合は、項目がに完了しなかったし、内容が、と、チームがイテレーションの最後にある未完成の作業を防ぐために、将来する場合、どの作業があれば、バックログ項目に完了したかについてできます。問題についてした場合は、次のイテレーションへの項目を実行するように選択するか、後のイテレーションの信頼のための一般的なバックログに返すことができます。
このトピックの例は、架空の会社でファイバー Fabrikam のチームメート アダムとアニーを持つスプリントの振り返り会議を制御するため、Peter にジュリアと、スクラム マスターと製品所有者従います。これらは、チームがスプリント中にビルドと確認完了しなかった作業を確認します。をチームの一つで、積を示します。ユーザーは作業が完了しなかった理由に関連する方法、およびバックログに残存作業を再割り当てしますかを説明。
多くのチームは振り返り会議の後、の計画会議を直接開く場合に選択します。ビジネス ニーズがすぐに変更すると、その計画会議のときに、製品バックログの優先度を見直す機会として、製品所有者、貴社および利害関係者が行われるこの会議を利用できます。
このトピックの内容
レビューの業務。
後続のイテレーションに不完全な項目を移動します
要件
このトピックの手順を実行するには、次の要件があります:
Visual Studio Premium、Ultimate、Visual Studio または Visual Studio Test Professional。
チームのメンバーである [許可] に設定 [Edit work items in this node permission] が必要です。グループがチーム プロジェクトの [共同作成者] のグループのメンバーであるため、既定では、チームのすべてのメンバーに、このアクセス許可があります。
バックログとタスクなどの機能チームを表示するには、Team Web Access でのアクセス 完全には グループに属している必要があります乗ってします。
詳細については、「マイ プロファイルの管理と保有しているアクセス許可の表示」、「Team System Web Access の機能へのアクセス」、および「Team Foundation Server のアクセス許可」を参照してください。
レビューの業務。
イテレーション中にチームの成功と業務積を確認することが重要です。実績作業のヘルプを示すチーム クエリは、チームが次のイテレーションを計画することを準備するため、されたことが、製品の状態であるかを理解します。
Fabrikam システムの例では Peter、チーム、製品所有者、保留チームの他のメンバーのスプリントのレビュー ミーティング、必要な関係者としてスクラム マスターとジュリアなど)。この会議に基づいて、ユーザー ストーリーは完了として承認されます。チームはジュリアと訪問の貴社の状況にソフトウェアに追加した機能を示します。また、何を渡すパブリック API に関するドキュメントの完了に、スプリントの期間中に追加されたチームを示すことを確認するように関係者からのフィードバックを要求する要求された状態がであるか。実績作業の側面が関係者の要求を応えなければ、チームはこの必要な作業をキャプチャするには、バックログ内の他の作業項目を作成します。チームは、ユーザー ストーリーで完了すると、スプリントの最後に行うことが残っていたタスクについて説明します 1 種類の不完全なユーザー ストーリーやタスクが。さらに重要で、チームはユーザー ストーリーがに完了したかについて説明し: アダムが数日の病人をホームで使い、チームの他のメンバーに自分の欠落を補足するには、スケジュールにビルド時のバッファーの完全がありません。チームは次のスプリントに不完全なユーザー ストーリーをこれまでに実行することができません。このような問題を今後回避して使用できる方法を次のスプリントの計画会議で、その判断を確認します。
後続のイテレーションに不完全な項目を移動します
別のイテレーションに不完全なバックログ項目を、次のスプリントのような実行したり、チームの全体的なバックログに戻すことを実行できます。バックログ項目を実行すると、完了、タスクなどと、関連付けられた項目も、そのイテレーションに実行されます。それらを完了したイテレーションに完了したタスクを実行できます。
項目を今後のイテレーションに移動するには
[プロダクト バックログ] のページで、実行したイテレーションを選択し、ボックスの一覧の項目を確認します。
製品バックログ項目またはユーザー ストーリーのようなバックログ項目を強調表示し、次のいずれかを実行します。:
特定のイテレーションに再配置項目が不要な場合は、項目の移動先または [プロダクト バックログ] へのイテレーションに項目をドラッグします。
項目の横にある矢印をクリックし、[イテレーションに移動] を強調表示してから、項目を実行するイテレーションを選択します。
.gif "ヒント")
ヒント特定のイテレーションではなく、チームの全体的なバックログに項目を実行するには、一覧から [バックログ] を選択します。
項目を開き、項目を実行するイテレーションに変更するように手動でイテレーション パスを編集します。このメソッドを選択すると、子作業項目にも一致するように自動的に変更されたイテレーション パスがありません。
このチュートリアルのトピック
Home | バックログを作成します。 | かんばんの委員会でバックログを表示および管理します。 | バックログのグルーミング、推論します。 | イテレーションの計画 | イテレーションを実行します。