Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022
作業項目を作成する際に種類を誤ったり、正しくないプロジェクトに誤って割り当てることがあります。 そのような問題は、個々の作業項目を更新するか、複数の項目を一括変更することで修正できます。 また、バックログやタスクボードから無関係な作業項目を削除することもできます。
ヒント
この記事の後半でAIを使用してこのタスクを支援することができます。また、作業を開始するには、Azure DevOps MCP ServerでAIサポートを有効にする方法を参照してください。
複数の作業項目の種類を変更するには、 Excel を使用して項目をエクスポートし、正しい種類で再インポートします。
Webポータルでは、バックログまたはクエリ結果ページから複数の作業項目を選択して一括更新を実行できます。 複数の作業項目を同時に変更、移動、削除、または復元するには、「作業項目の一括変更」を参照してください。正しくない作業項目の種類 (WIT) の作業項目が作成されたり、正しくないプロジェクト内に作業項目が作成されることは少なくありません。 このような問題は、作業項目ごとに変更するか、複数の作業項目を一括で変更することで修正できます。 また、バックログまたはタスクボードに追加した作業項目のうち、不要になったものを削除することもできます。
作業項目を除外、削除、または復元する手順については、「作業項目の除外、削除、または復元」を参照してください。
Prerequisites
| Category | Requirements |
|---|---|
| Permissions | - 共同作成者 グループまたは プロジェクト管理者 グループのメンバー。 追加するには、プロジェクトまたはチームにユーザーを追加します。 - 作業項目を変更するには、このノードの作業項目を表示して 、このノードの作業項目を編集する権限 を 許可に設定します。 デフォルトでは、 Contributors グループにこの権限が与えられます。 詳細については、「作業追跡のアクセス許可とアクセスを設定する」を参照してください。 - 作業項目を別のプロジェクトに移動するには:プロジェクト管理者 グループのメンバーまたは このプロジェクトから作業項目を移動 アクセス許可を 許可に設定します。 既定では、 共同作成者 グループにはこのアクセス許可がありません。 利害関係者アクセス権のユーザーは、この機能にアクセスできません。 |
| アクセス レベル | 作業項目タイプを変更するには: 少なくとも利害関係者アクセス。 |
Note
パブリック プロジェクト 利害関係者 アクセス権を持つユーザーは、Basic アクセスを持つユーザーと同様に、すべての作業追跡機能にフル アクセスできます。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。
| Category | Requirements |
|---|---|
| Permissions | - 共同作成者 グループまたは プロジェクト管理者 グループのメンバー。 追加するには、プロジェクトまたはチームにユーザーを追加します。 - 作業項目を変更するには、このノードの作業項目を表示して 、このノードの作業項目を編集する権限 を 許可に設定します。 デフォルトでは、 Contributors グループにこの権限が与えられます。 詳細については、「作業追跡のアクセス許可とアクセスを設定する」を参照してください。 - 作業項目を別のプロジェクトに移動するには:プロジェクト管理者 グループのメンバーまたは このプロジェクトから作業項目を移動 アクセス許可を 許可に設定します。 既定では、 共同作成者 グループにはこのアクセス許可がありません。 利害関係者アクセス権のユーザーは、この機能にアクセスできません。 また、プロジェクトでは継承されたプロセス モデルを使用する必要があります。 |
| アクセス レベル | 作業項目タイプを変更するには: 少なくとも利害関係者アクセス。 |
作業項目の種類を変更したり、プロジェクト コレクション内の別のプロジェクトに作業項目を移動したりできます。 これらの機能を使用するには、データ ウェアハウスが無効になっている必要があります。 データ ウェアハウスが無効になっているときは、Analytics サービスを使ってレポートのニーズをサポートします。 データ ウェアハウスを無効にする方法の詳細については、「データ ウェアハウスとキューブを無効にする」を参照してください。
詳細については、 プロジェクトレベルのアクセス許可の変更に関する記事を参照してください。
Important
テスト管理をサポートしている作業項目や非表示の型のカテゴリに属している作業項目については、移動や種類の変更を行うことができません。 これには、テストを追跡するすべての作業項目 (テスト ケース、共有ステップ、共有パラメーターなど)、コード レビューの要求と応答、フィードバックの要求と応答が含まれます。
Important
作業項目の種類がテスト管理をサポートしている場合、または非表示の種類 カテゴリに属している場合、作業項目の種類の変更、移動、削除、または復元はできません。 この制限には、テスト ケース、共有ステップ、共有パラメーターなど、テストを追跡するすべての作業項目、コード レビュー要求と応答、フィードバック要求と応答が含まれます。
プロジェクトがオンプレミスの XML プロセス モデルを使用するコレクションで定義されている場合、作業項目の種類を変更することはできません。
作業項目の種類を変更する
作業項目の種類を変更すると、選択した種類に対して定義されたフィールドで作業項目フォームが更新されます。 たとえば、バグをタスクに変更すると、タスクに定義されているフィールドでフォームが更新されます。
単一の作業項目または複数選択された作業項目を新しい種類に変更できます。
作業項目を開き、
アクション アイコンを選択して、
[種類の変更] オプションを選択します。
または、バックログまたはクエリの結果ページで、種類を変更する複数の作業項目を選択します。 すべてを同じ種類の作業項目に変更する場合は、同じ種類または異なる種類の複数の作業項目を選択することができます。
アクション アイコンを選択して、[種類の変更] オプションを選択します。
Important
クエリ結果ページから、種類変更... オプションは、クエリエディタの プロジェクト間のクエリ チェックボックスをオンにすると使用できなくなります。
種類を選択し、必要に応じてコメントを入力します。
![[作業項目の種類の変更] ダイアログ](media/move-change-delete/change-work-item-type-dialog.png?view=azure-devops)
コメントは自動的に [ディスカッション] に追加され、[履歴] にエントリが作成されます。 また、[状態] フィールドと [理由] フィールドは、移動する作業項目の種類の既定の初期値に自動的にリセットされます。
作業項目を保存します。
Note
[状態] フィールドと [理由] フィールドは、指定した種類の既定の初期値に自動的にリセットされます。 ただし、場合によっては、[ 状態 ] フィールドまたは [理由 ] フィールドを、変更された作業項目の種類でサポートされている値に変更するために作業項目を開く必要がある場合があります。
[クエリ結果] ページで、一括変更したすべての作業項目を保存します。 バックログから項目を一括変更すると、それらは自動的に保存されます。 太字で表示された作業項目は、ローカルの変更がデータストアに保存されないことを示します。 各作業項目が自動的に保存されます。 変更を反映するには、更新します。
作業項目を別のプロジェクトに移動する
組織内またはコレクション内の正しくないプロジェクトに作業項目が割り当てられていることに気付い場合は、その作業項目を適切なプロジェクトに移動できます。 単一の作業項目または複数の作業項目を選択して移動できます。
Important
Permanent と元に戻せない削除: Azure DevOps では、テスト 計画、テスト スイート、テスト ケース、共有ステップ、共有パラメーターなど、テスト成果物の完全な削除のみがサポートされます。 削除された成果物は復元できません。また、関連するすべての子項目 (テスト結果など) も削除されます。 さらに、テスト成果物の一括削除はサポートされていません。一括削除を試みると、テスト成果物を除く他のすべての選択された作業項目が削除されます。
この操作を元に戻すことはできないため、テスト成果物を削除する前に、必要な情報を必ずバックアップしてください。
所属組織 (
https://dev.azure.com/{Your_Organization}) にサインインします。[Boards]>[作業項目]
[その他の操作]>[チーム プロジェクトへ移動] を選択します。
このオプションが表示されない場合は、プロジェクトから作業項目を移動するためのアクセス許可がありません。
または、バックログまたはクエリの結果ページから、別のプロジェクトに移動する複数の作業項目を選択します。 すべて同じプロジェクトに移動する場合は、複数の作業項目を選択できます。
アクション アイコンを選択して、選択した作業項目のコンテキスト メニューを開き、
[移動] オプションを選択します。移動先のプロジェクトを選択し、使用可能なその他のオプション (作業項目の種類の変更など) を選択します。 必要に応じてコメントを入力します。
Note
子作業項目は移動されずに元のプロジェクト内に残りますが、親子リンクはそのまま残ります。
コメントは自動的に [ディスカッション] に追加され、[履歴] にエントリが作成されます。 また、[状態] フィールドと [理由] フィールドは、移動する作業項目の種類の既定の初期値に自動的にリセットされます。
AI を使用して誤って分類された作業項目を見つけて更新する
エージェント モードで Azure Boards MCP Server が AI エージェントに接続されている場合は、自然言語プロンプトを使用して、移動または再分類が必要な作業項目を見つけることができます。
| Task | プロンプトの例 |
|---|---|
| 割り当て間違ったアイテムを検索する | List all bugs in area path <Contoso>\\OldTeam that should be moved to the new team |
| 移動前に項目を確認する | Show me all work items assigned to <Jamal> in the <Contoso> project with their work item types and states |
| 移動後にフィールドを更新する | Update the area path of work items #101, #102, and #103 to <Contoso>\\NewTeam |
| 間違った種類でアイテムを検索する | List all tasks in the backlog that have story points assigned, which might need to be user stories instead |
| チーム間アイテムを識別する | List work items in <Contoso> where the assigned team member's team doesn't match the work item's area path |
| 最近の移動を監査する | Show work items in <Contoso> where the area path changed in the last 14 days |
| 再分類が必要なアイテムを検索する | List bugs in <Contoso> that have child tasks, which might need to be user stories instead |
| 領域パスの一括再割り当て | Update all active work items in area path <Contoso>\\TeamAlpha> to area path <Contoso>\\TeamBeta> |
| 移動の影響をプレビューする | Show the count of work items by type and state in area path <Contoso>\\OldTeam> so I can plan the move |
| 再編成後に取り残されたアイテムを見つける | List work items in <Contoso> with area paths that don't match any current team's area path configuration |
Note
エージェント モードと MCP サーバーでは自然言語が使用されるため、これらのプロンプトを調整したり、フォローアップの質問をして結果を絞り込むことができます。 MCP サーバーは、エリア パスや反復パスなどのフィールドを更新できますが、作業項目の種類を変更したり、プロジェクト間で項目を移動したりすることはできません。