Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022
Visual Studio 2019 |Visual Studio 2022
作業項目は Azure Boards のプロジェクト管理の基盤であり、チームはユーザー ストーリー、製品バックログ項目、タスク、テスト ケース、バグなど、あらゆる種類の作業を追跡および整理できます。 効果的な作業項目管理は、チームを支援します。
- 明確な説明と割り当てを使用して作業を計画し、優先順位を付ける
- 状態と状態の更新を通じて進行状況を追跡する
- リンク、依存関係、通知を使用してチーム作業を調整する
- プロジェクトの利害関係者と管理全体の可視性を維持する
この包括的なガイドでは、Azure DevOps の重要な作業項目管理機能について説明します。
| Category | Requirements |
|---|---|
| Permissions | - 作業項目を表示、フォロー、そして編集するには、このノードの作業項目を表示 および このノードの作業項目を編集 の権限を 許可に設定します。 デフォルトでは、 Contributors グループにこれらの権限が与えられます。 詳細については、「作業追跡権限を設定する」を参照してください。 - 作業項目にタグを追加するには、プロジェクト レベルの [新しいタグの定義を作成] アクセス許可を [許可] に設定します。 デフォルトでは、 Contributors グループにこの権限が与えられます。 |
| アクセス レベル |
-
プロジェクト メンバー。 - 作業項目に新しいタグを追加したり、プルリクエストを表示またはフォローしたりするには: 少なくとも Basic アクセスが必要です。 - 作業項目を表示またはフォローするには: 少なくとも ステークホルダー アクセス権が必要です。 詳細については、「アクセス レベルについて」を参照してください。 - 閲覧者 グループのメンバーを含むすべてのプロジェクト メンバーは、作業項目を含む電子メールを送信できます。 |
Note
- ディスカッションに貢献し、進捗状況を確認するメンバーにStakeholder アクセス権を付与します。 通常、これらのメンバーはコードに貢献しませんが、作業項目、バックログ、ボード、ダッシュボードを表示したいと考えています。
- 既定では、パブリック プロジェクトのすべての共同作成者および関係者が、新規および既存のタグを追加できます。 プライベート プロジェクトでは、関係者は既存のタグのみを追加できます。 新しいタグを作成する権限を制御するには、プロジェクト レベルで [タグ定義の作成] アクセス許可を設定します。 詳細については、 プロジェクトレベルのアクセス許可の変更に関する記事を参照してください。
作業項目の更新と変更
現在の状態、割り当て、進行状況を反映するように作業項目を定期的に更新します。 変更できる主な要素は次のとおりです。
- 基本情報: タイトル、説明、および受け入れ条件
- 割り当てと追跡: 割り当てられたチーム メンバー、状態、イテレーション
- 分類: エリア パス、タグ、優先度
- 進行状況の追跡: 残存作業時間、完了した作業、および作業量の見積もり
Web インターフェイスを介して作業項目にアクセスし、完全な編集機能を提供します。 作業項目を選択して詳細なフォームを開き、包括的な更新を行うことができます。
作業項目の表示と追跡
作業項目を効果的に表示および追跡することで、チームの可視性と進行状況の監視が保証されます。 [ 作業項目] ページには、複数の表示オプションがあります。
- 個人用作業項目: 自分に割り当てられているアイテム、またはフォローしているアイテム
- 最近のアクティビティ: 最近作成または更新されたアイテム
- メンション: あなたがディスカッションで言及されている項目
- カスタム フィルター: 状態、イテレーション、エリア パス、またはカスタム条件でフィルター処理する
対話型フィルターと並べ替えを使用して、関連する作業項目をすばやく見つけ、プロジェクトの進捗状況を認識します。
Visual Studio、Azure DevOps CLI、または REST API から作業項目を表示することもできます。
詳細については、「作業項目の表示と追加」を参照してください。
作業項目を追跡可能にリンクする
作業項目をリンクして、プロジェクトの可視性と追跡可能性を向上させるリレーションシップ、依存関係、階層を確立します。
一般的なリンク パターン:
- 階層リンク: エピック→機能→ユーザー ストーリー→タスクに接続する
- 依存関係リンク: 他のユーザーをブロックまたは依存する関連作業項目
- 参照リンク: 作業項目をコミット、プル要求、または外部リソースに接続する
リンクの利点:
- 要件から実装までの追跡可能性を維持する
- 作業の依存関係とリレーションシップを視覚化する
- ポートフォリオのロールアップと進行状況レポートを有効にする
- 変更の効果分析をサポートする
包括的なリンクガイダンスについては、「 作業項目をオブジェクトにリンクする 」および「 リンクの種類」を参照してください。
作業項目をフォローする
1 つの作業項目の進行状況を追跡するには、 Follow アイコンを選択します。
。 このアクションにより、作業項目に変更が加えられたときに電子メール アラートが送信されます。
ディスカッションへの追加、フィールド値の変更、添付ファイルの追加など、他のプロジェクト メンバーが作業項目を変更すると、通知を受け取ります。
通知を受ける変更の種類を指定できます。 設定アイコン
を選択すると、以下を選択できます。
- サブスクライブしていない: @mentionedしている場合にのみ、この作業項目から通知を受け取ります。
- サブスクライブ済み: この作業項目に対するすべての変更に関する通知を受信します。
-
カスタム: 次の通知を指定します。
- 状態が変更されました: 作業項目の状態が変更されたとき
- 割り当て先が変更されました: 作業項目が別のユーザーに割り当てられたとき
- イテレーションの変更: イテレーション パスが変更されたとき
通知は、ユーザーの優先メール アドレスに送信されます。これは、 ユーザー プロファイルから変更できます。
次の変更を停止するには、 [フォロー中 アイコン]
を選択します。
添付ファイルとドキュメントを管理する
関連するファイルとドキュメントをコンテキストと参照の作業項目に添付します。
添付ファイルの機能:
- ファイルの制限: 作業項目あたり最大 100 ファイル、ファイルあたり最大 60 MB
- サポートされている形式: イメージ、ドキュメント、コード ファイル、ログなど
- アクセス制御: 添付ファイルは作業項目のアクセス許可を継承します
ベスト プラクティス:
- わかりやすいファイル名を使用して簡単に識別する
- UI 関連の作業項目に関連するスクリーンショットを添付する
- バグ レポートのテスト データまたはログを含める
- 大きなファイルの共有ストレージへのリンクを検討する
Web ポータルの [添付ファイル] タブを使用して添付ファイルを管理します。詳細なガイダンスについては、「 作業項目への添付ファイルを管理する」を参照してください。
タグとカテゴリを使用して整理する
タグは、正式な領域や反復パス以外の作業項目に柔軟な分類を提供します。
効果的なタグ付け戦略:
- 機能のグループ化: 機能追跡のために関連する作業項目にタグを付け
- スキル要件: 特定の専門知識を必要とする作業 (フロントエンド、バックエンド、設計) を特定する
- 優先度インジケーター: 緊急または可視性の高い項目をマークする
- プロセス ステージ: カスタム ワークフロー ステージを通じて作業を追跡する
- チーム間の調整: 複数のチームに影響を与える作業を特定する
タグ管理のヒント:
- 一貫性のあるタグ付けのためのチーム規則を確立する
- 一般的な用語ではなく、特定のわかりやすいタグを使用する
- 未使用のタグを定期的に確認してクリーンアップする
- クエリとダッシュボード フィルターでタグを使用する
包括的なタグ管理については、「 作業項目にタグを追加する」を参照してください。
[ディスカッション] セクションでコメントをキャプチャする
実行されている作業に関するコメントを追加および確認するには、 [ディスカッション] セクションを使います。
テキストの書式設定をサポートするテキスト ボックス内にカーソルを置くと、テキスト入力領域の下にリッチ テキスト エディター ツールバーが表示されます。
Note
ディスカッション作業項目フィールドが存在しません。 ディスカッション領域からコメント付きの作業項目を照会するには、履歴フィールドでフィルター処理します。 [ディスカッション] テキスト ボックスに入力されたテキストの全内容が [履歴] フィールドに追加されます。
他のユーザー、グループ、作業項目、または pull request についてメンションする
次のいずれかのアイコンを選択して、他のユーザーに言及した、作業項目にリンクした、または pull request にリンクした最近のエントリのメニューを開きます。
同じメニューを開くには、キーボード ショートカット (@メンション @、ハッシュ タグの #、感嘆符 !) を使用します。
名前または番号を入力して、入力内容に一致するようにメニュー リストをフィルターします。 追加するエントリを選択します。 グループをディスカッションに取り込むには、 at 記号 @ を入力し、その後にグループ名 (チームやセキュリティ グループなど) を入力します。
コメントを編集または削除する
ディスカッションコメントを編集または削除するには、[編集]、[その
他のアクション(
) を選択し、[削除] を選択します。
コメントを更新したら、 更新を選択します。 コメントを削除するには、削除を確認します。 作業項目フォームの [履歴] タブには、編集および削除されたすべてのコメントの完全な監査証跡が保持されます。
Important
オンプレミスの Azure DevOps Server の場合、チーム メンバーが通知を受信できるように SMTP サーバーを構成 します。
コメントにリアクションを追加する
コメントの右上にある絵文字アイコンを選択して、コメントに 1 つ以上のリアクションを追加します。 コメント下部の既存のリアクションの横にあるアイコンから選びます。 リアクションを削除するには、コメントの下部にあるリアクションを選びます。 次の画像は、リアクションを追加するエクスペリエンスの例と、コメントに対するリアクションの表示を示したものです。
作業項目を保存せずにコメントを保存する
Note
この機能は、Azure DevOps Server 2022.1 以降で使用できます。
作業項目の ディスカッション に追加するアクセス許可しかない場合は、コメントを保存することで追加できます。 このアクセス許可は、区分パス ノードと、 [Edit work item comments in this node] (このノードの作業項目のコメントを編集する) アクセス許可によって制御されます。 詳細については、「 作業追跡のアクセス許可の設定 - 子ノードの作成、領域または反復パスの下の作業項目の変更」を参照してください。
コメントを保存したら、作業項目を保存する必要はありません。
Note
ディスカッション コントロールに加えた変更を保存すると、コメントのみが保存されます。 作業項目タイプに定義された 作業項目ルール は実行されません。
作業項目を効率的にコピーおよび複製する
作業項目を複製すると、一貫性と品質を維持しながら作業の作成が高速化されます。
主な利点:
- 時間効率: 手動重複なしで同様の作業項目を迅速に作成
- 一貫性: 関連する項目間で構造、フィールド、書式を保持する
- テンプレートの作成: 一般的な作業の種類に対して再利用可能なパターンを確立する
- 一括操作: 異なるチーム メンバーまたはイテレーションに対して複数のアイテムを生成する
- 履歴の保存: 個別の進行状況を追跡しながら元のコンテキストを維持する
一般的なユース ケース:
- 異なる機能間で同様のユーザー ストーリーを作成する
- 定期的なプロセスまたは儀式のタスクの生成
- 新しいチーム メンバーの作業項目テンプレートの確立
- さまざまな環境または構成のバグ レポートを複製する
詳細な手順については、「 作業項目のコピーまたは複製」を参照してください。
チーム間で作業項目を移動する
優先順位の変化、スキル要件、または組織の再構築に対応するために、チーム間で作業項目を転送します。
前提条件:
- ターゲット チームのこのノード権限で作業項目を編集する
- ターゲット チームのエリア パスとイテレーション設定の理解
一般的なシナリオ:
- チームの専門知識または能力に基づいて作業を再割り当てする
- プロジェクト再構築に伴う作業の再編成
- チーム間でのワークロードの分散
- 特殊なチームへの作業の移動 (セキュリティ、パフォーマンス、アクセシビリティ)
重要な考慮事項:
- アイテムの移動がチームのベロシティ計算に影響する可能性がある
- ターゲット チームと一致するようにエリア パスとイテレーションを更新する
- 影響を受ける利害関係者に変更を伝える
- チームにまたがる可能性がある依存関係を確認する
詳細な手順については、「 あるチームから別のチームに作業項目を移動する」を参照してください。
作業項目のテンプレートと種類をカスタマイズする
カスタマイズ オプションを使用して、チームの特定のプロセスと情報の要件に合わせて作業項目を調整します。
作業項目テンプレートのカスタマイズ方法
作業項目テンプレート (チーム レベル)
- 目的: 定義済みのフィールド値を使用して再利用可能なテンプレートを作成する
- スコープ: チーム固有のカスタマイズ
- 利点: 一般的な作業パターンを標準化し、手動入力を減らす
- ユース ケース: スプリント計画テンプレート、バグ レポート テンプレート、ユーザー ストーリー形式
作業項目の種類のカスタマイズ (プロジェクト レベル)
- 目的: ユーザー設定フィールド、ルール、レイアウトを使用して作業項目の種類を変更する
- スコープ: プロジェクト全体のカスタマイズ
- 利点: ドメイン固有の情報をキャプチャし、プロセス コンプライアンスを適用する
- ユース ケース: コンプライアンス追跡用のカスタム フィールド、特殊なワークフロー
プロセス テンプレートの継承 (組織レベル)
- 目的: 組織全体のプロセス標準を作成する
- スコープ: カスタム プロセスを使用するすべてのプロジェクト
- 利点: チーム間の一貫したプラクティス、一元化されたガバナンス
- 要件: 組織レベルのアクセス許可
カスタマイズ リソース
作業項目の削除
不要になった作業項目を削除できます。 削除された作業項目は、復元または完全に削除できるごみ箱に移動されます。
詳細については、「 作業項目の削除、削除、または復元」を参照してください。
レポートと分析
分析ビューは、作業項目を視覚化および分析するための強力な方法を提供します。 カスタム レポートとダッシュボードを作成して、進行状況の追跡、傾向の特定、データドリブンの意思決定を行うことができます。
詳細については、「 Analytics とは」を参照してください。
作業項目管理のベスト プラクティス
さまざまなプロセス フレームワークにわたって作業項目管理の有効性を最大化するための実証済みのプラクティスを実装します。
ユニバーサルのベスト プラクティス
- 明確な説明: 明確な受け入れ基準を持つ具体的で実用的な説明を記述する
- 一貫性のある見積もり: 相対的なサイズ設定または時間ベースの見積もりを一貫して使用する
- 定期的な更新: 実際の進行状況を反映するように作業項目の状態を最新の状態に保つ
- 効果的なリンク: 階層リンクと依存関係リンクを使用して追跡可能性を維持する
- 意味のあるタグ: 標準化されたタグ付け規則を使用してフィルター処理と編成を行う
プロセス固有のガイダンス
アジャイル手法:
- ユーザー価値と反復配信に重点を置く
- 優先順位付けされた製品バックログを維持する
- 明確な受け入れ条件でユーザー ストーリーを使用する
- アジャイル プロセス ワークフローのガイダンス
スクラム フレームワーク:
- タイムボックス方式のスプリントに作業を整理する
- 完了の定義を維持する
- 製品バックログの項目とタスクを使用する
- スクラム プロセス ワークフローのガイダンス
CMMI アプローチ:
- プロセスの改善と測定を強調する
- 実装を通じて要件を追跡する
- 正式な変更管理プロセスを使用する
- CMMI プロセス ワークフローのガイダンス