次の方法で共有

Azure Boards で問題や懸案事項を管理する

  • [アーティクル]

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

追跡したい既知の問題がある場合は、懸案事項 (スクラム) または問題 (アジャイルまたは CMMI) を定義することで追跡できます。 懸案事項と問題は、計画外のアクティビティを表します。 それらを解決するには、実際の要件に対して追跡される以上の作業が必要になります。 懸案事項という作業項目の種類を使うと、このような問題を解決して終了するまで追跡および管理するのに役立ちます。

懸案事項とバグを混同しないでください。 1 つ以上の要件を満たすうえで問題を引き起こす可能性のある懸案事項を追跡します。 たとえば、機能のあいまいさ、人員やリソースの問題、環境に関する問題、またはスコープ、品質、スケジュールに影響を与えるその他のリスクを修正する必要がある場合があります。 追跡に値するその他の問題としては、複数の利害関係者や製品チームが加わる必要がある意思決定があります。

重要

この記事で説明する問題と懸案事項は、 アジャイル、 スクラム、または CMMI プロセスで作成されたプロジェクトに対して定義されます。 既定では、これらの作業項目の種類はプロダクト バックログやタスクボードには表示されません。

エピック、問題、タスクを使って作業を追跡する 基本 プロセスを使ってプロジェクトが作成された場合は、プロダクト バックログを使って問題を追跡します。 詳細については、「問題とタスクを追跡する」を参照してください。

この記事では、次のことについて説明します。

  • 問題とタスクを使用するタイミング
  • 問題や懸案事項を作業項目として記録する方法
  • プロダクト バックログに問題または懸案事項を追加する
  • 問題とタスクを使用するタイミング
  • 問題や懸案事項を作業項目として記録する方法

前提条件

  • Project access: project メンバーになります。

  • アクセス許可:

    • 作業項目を表示、フォロー、編集するには、このノードの作業項目を表示しこのノードの作業項目を編集権限を Allow に設定します。 デフォルトでは、 Contributors グループにこれらの権限が与えられます。 詳細については、「作業追跡権限を設定する」を参照してください。

  • 作業項目にタグを追加するには、プロジェクト レベルの 新しいタグ定義の作成 権限を Allow に設定します。 デフォルトでは、 Contributors グループにこの権限が与えられます。

  • アクセス レベル:

    • 作業項目に新しいタグを追加したり、pull request を表示またはフォローしたりするには、少なくとも Basic アクセス権を持ちます。
    • 作業項目を表示またはフォローするには、少なくとも Stakeholder アクセス権を持つ必要があります。 詳細については、「アクセス レベルについて」を参照してください。
    • Readers グループのメンバーを含むすべてのプロジェクト メンバーは、作業項目を含む電子メールを送信できます。

    Note

    • ディスカッションに貢献し、進捗状況を確認するメンバーにStakeholder アクセス権を付与します。 これらは通常、コードには貢献しないが、作業項目、バックログ、ボード、ダッシュボードを表示したいメンバーです。
    • 利害関係者 アクセス レベルにより、アクセス許可が明示的に設定されている場合でも、新しいタグを追加することはできません。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。

Note

Web ポータルに表示される画像は、この記事の画像と異なる場合があります。 それらの違いは、Web アプリに対して行われた更新、自分または管理者が有効にしたオプション、プロジェクトの作成時に選択されたプロセス (アジャイル、基本、スクラム、CMMI) に起因します。 基本プロセスは、 Azure DevOps Server 2019 Update 1 以降のバージョンで使用できます。

タスクを定義する

問題または懸案事項を使って、作業の完了を妨げる可能性がある項目を追跡します。 一般に、これらの項目は関連リンクの種類を使ってユーザー ストーリーやその他の作業項目にリンクします。

タスクのチェックリストを作成する場合は、タスクを定義します。 スクラム メソッドを使い、 [残存作業] フィールドを使って作業を追跡する場合にも、タスクを定義することができます。 親子リンクの種類を使って要件の作業項目の種類をタスクにリンクすると、リンクされた各ユーザー ストーリーのタスクボードにそのタスクが表示されます。

Note

プロジェクト コレクションでオンプレミス XML プロセス モデルを使って作業追跡をカスタマイズする場合、タスク カテゴリに追加した作業項目の種類を有効にして、製品ボードにチェックリストとして表示することができます。 方法については、「バックログとボードを設定する、ボードのチェックリスト項目をカスタマイズする」を参照してください。

これらの作業項目の種類をバックログに追加する場合は、「バックログまたはボードをカスタマイズする」を参照してください。

問題または懸案事項を追加する

[Boards]>[作業項目]を開き、 プラス アイコンを選択して、オプションの [新しい作業項目] メニューから選択します。

[新しい作業項目] 一覧から懸案事項を追加するスクリーンショット。

ピン アイコンを選択して、追加のドロップダウン メニュー内に表示させます。

問題の追跡をカスタマイズする

ほとんどの作業項目の種類の場合、作業項目フォームに対してフィールドの追加、ワークフローの変更、カスタム ルールの追加、カスタム ページの追加を行うことができます。 カスタム作業項目の種類を追加することもできます。 詳細については、「 継承プロセスをカスタマイズする」を参照してください。

ほとんどの作業項目の種類の場合、作業項目フォームに対してフィールドの追加、ワークフローの変更、カスタム ルールの追加、カスタム ページの追加を行うことができます。 カスタムの作業項目の種類を追加することもできます。 詳細については、プロジェクトで使用されるプロセス モデルに応じて、 継承プロセスのカスタマイズ または オンプレミスの XML プロセス モデルのカスタマイズ に関する記事を参照してください。

既定では、問題と懸案事項はバックログに表示されません。 代わりに、 クエリを使って追跡します。 バックログで追跡するには、次のセクション「プロダクト バックログに問題または懸案事項を追加する」を参照してください。

懸案事項や問題はバックログに表示されません。 代わりに、 クエリを使って追跡します。 これらがバックログに表示されるのは、オンプレミスの XML プロセス モデルを使ってプロジェクトがカスタマイズされている場合のみです。 詳細については、 オンプレミスの XML プロセス モデルのカスタマイズに関するページを参照してください。

プロダクト バックログに問題または懸案事項を追加する

要件やポートフォリオ バックログと共に問題や懸案事項を追跡する場合は、それらをカスタムの継承プロセスに追加することで追跡できます。 詳細については、 バックログまたはボードのカスタマイズ (継承プロセス) に関する記事を参照してください。

要件やポートフォリオ バックログと共に問題や懸案事項を追跡する場合は、プロジェクトのプロセスをカスタマイズすることで追跡できます。 詳細については、「