作業項目の状態遷移を自動化する
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
子タスクの状態に従って、作業項目の状態を自動更新します。 たとえば、1 つのタスクが Doing
に変更された場合、親は Doing
に設定されます。 すべてのタスクが Closed
の状態にある場合、親は Closed
を取得します。
ルールはチーム バックログ レベルで確立され、その特定のレベルのすべての作業項目に適用されます。 ストーリー、機能、エピックなど、バックログ レベルごとに個別にこれらのルールを確立する柔軟性があります。 たとえば、ユーザー ストーリーの終了を自動化できますが、機能やエピックは開いたままにしておくことができます。
重要
作業項目の自動化ルールは、バックログとボード上のチームのワークフローにのみ関係します。 プロジェクト内の他のチームは、特定の作業プロセスに合わせて独自のルールをカスタマイズできます。
前提条件
- チームの作業項目自動化ルールを構成するには、チーム管理者ロールに追加されるか、プロジェクト管理者セキュリティ グループのメンバーである必要があります。 追加するには、チーム管理者の追加に関する記事または「プロジェクト レベルのアクセス許可を変更する」を参照してください。
- チーム設定を構成するには、チーム管理者ロールに追加されるか、プロジェクト管理者セキュリティ グループのメンバーである必要があります。 追加するには、チーム管理者の追加に関する記事または「プロジェクト レベルのアクセス許可を変更する」を参照してください。
ルールを設定する
バックログ レベルごとにチーム ルールを設定するには、次の手順を実行します。
Note
作業項目は同じチームに属している必要があります。別のチームまたはプロジェクトのタスクを閉じると、親項目のクローズはトリガーされません。
プロジェクトにサインインします(
https://dev.azure.com/{yourorganization}/{yourproject}
)。[Boards]>[Backlogs]>[構成]を選択し、チーム設定をします]。
適用されるボックスをオンにして、このバックログ レベルで親の作業項目をトリガーし、[保存] を選択します。
作業項目の状態は、バックログで子項目が更新されたときに自動的に切り替えするよう設定されます。
スプリント ボードに適用されるルール
これらのルールは、スプリント ボードなど、子項目を更新する場所に関係なくシームレスに動作します。
ユーザー ストーリーのバックログ レベルに適用されるルール
次の例は、ユーザー ストーリーバックログ レベルに適用されるルールを示しています。
同期済の複数のバックログ レベルに適用されるルール
次の例は、同期済の複数のバックログ レベルに適用されるルールを示しています。
よく寄せられる質問
以下の、よく寄せられる質問の回答については、FAQ を参照してください:
- 子がアクティブなときに親をアクティブにする方法はありますか?
- 作業項目が自動的に状態を変更するのはなぜですか?
- 子項目を再アクティブ化すると、規則がトリガーされないのはなぜですか?
- 作業項目の種類または状態ごとに自動化ルールを設定できますか?
- ユーザー ストーリーに自動化ルールを設定して、機能やエピックに設定しないようにすることはできますか?
- 子または親の項目が別のチームまたはプロジェクトに属している場合、オートメーション ルールが機能しないのはなぜですか?
関連記事
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示