Azure Boards での CMMI プロセス作業項目の種類とワークフロー

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

チームは、CMMI プロセス改善 2015 (CMMI) 用 MSF に付属する作業項目の種類 (WIT) を使用して、ソフトウェア プロジェクトの計画と追跡を行います。 製品所有者はバックログを管理するための要件を定義し、チームは要件とタスクの状態を更新してボード上の進行状況を追跡します。

製品所有者は、ポートフォリオ レベルの進行状況を表示するために、要件を機能にマップします。 イテレーションで作業するチームは、要件に自動的にリンクするタスクを作成します。

テスト担当者は、Microsoft Test Manager または Web ポータルを使用してテスト ケースを作成して実行し、バグを報告してコードの欠陥を追跡します。

Teams は、レビュー会議中にキャプチャされた変更要求、リスク、問題、メモも追跡します。 CMMI プロセスを初めて使用する場合は、 CMMI での作業の計画と追跡から始めます。

要件を定義する

プロダクト バックログ ページでクイック追加パネルから要件を作成します。 後で、各要件を開いて詳細を指定し、そのサイズを見積もる。

または、CSV ファイルを使用して要件を一括追加することもできます (CSV からの作業項目のインポートを参照)。

Important

Microsoft Project Integration はサポートされなくなりました

Microsoft Project Integration と TFSFieldMapping コマンドは、次の目的で廃止されます。

• Visual Studio 2019 以降のバージョン (Azure DevOps Office 統合を含む)
• Azure DevOps Server 2020 以降のバージョン
• Azure DevOps Services

それでも動作するもの: Microsoft Excel の統合は、作業項目の一括インポートと更新に対して引き続き完全にサポートされます。

推奨される代替手段:

• 配信計画 - プロジェクト計画とチーム間追跡のためのネイティブ Azure DevOps 機能
• プロジェクト管理拡張機能 - Azure DevOps Marketplace で現在のガント チャートとプロジェクト管理ソリューションを参照する
• サード パーティの統合 - 多くのプロジェクト管理ツールは、シームレスなワークフロー統合のための Azure DevOps コネクタを提供します

要件では、チームが構築する必要がある製品要素と機能について説明します。 通常、製品所有者は、製品バックログ ページで要件を定義し、スタック ランクを設定します。 その後、チームは必要な作業の範囲を指定し、タスクとテスト ケースを記述して各項目を実装します。

フォームの入力時に、 作業項目の種類間で共通して使用される次の ガイダンスとセクション フィールドを使用します。 詳細については、「プロジェクトの計画」を参照してください。

Field

Usage

---

Description

実装作業を見積もるための十分な詳細をチームに提供します。 要件が果たすユーザー、ユーザーが達成する必要のある内容、およびその理由に焦点を当てます。 要件を実装する方法については説明しないでください。 チームが項目からタスクやテスト ケースを記述できる十分なコンテキストを含めます。

HTML フィールドで、リッチ テキストおよびイメージを追加できます。

影響評価

Impact Assessment のリッチ テキスト フィールドで要件を実装しなかった場合の顧客の影響をキャプチャします。 要件が驚き、必須、または明白な機能であるかどうかを示す、カノモデルの詳細を含めることができます。

要件の種類 (必須)

要件の種類に次のいずれかの値を指定します。

• ビジネス目標
• 機能 (既定)
• Functional
• Interface
• Operational
• サービス品質
• Safety
• Scenario
• Security

値領域

エピック、機能、または要件が対応する顧客価値の領域を示します。 一般的な値:

• アーキテクチャ: ソリューション機能を提供するビジネス機能を実装するための技術サービス。
• ビジネス: 利害関係者のニーズを満たし、顧客価値を直接提供するサービス (既定値)。

Size

チームが希望する任意の数値単位を使用して、要件を完了するために必要な作業を見積もります。 Teams では速度チャートと予測にサイズが使用されます。 累積フローダイアグラムは、このフィールドの値も参照します。 背景の詳細については、「 見積もり 」ホワイト ペーパーを参照してください。

元の見積もり

タスクの元の見積もりを指定します。 通常、タスクが割り当てられると、この値は変更されません。 勤務時間または日数を指定できます。フィールドには固有の時間単位がありません。

開始日/終了日

作業のターゲット開始日と終了日を指定します。

優先度 (必須)

ビジネスの優先順位を反映する主観的な評価を設定します。

• 1: 項目のない製品は出荷できません。
• 2: (既定) 製品はアイテムなしで出荷することはできませんが、すぐに注意する必要はありません。
• 3: 実装は、リソース、時間、およびリスクに基づいて省略可能です。

トリアージ (必須)

作業項目が提案済み状態の場合は、トリアージを使用します。 保留中（既定）、詳細情報、情報を受信済み、トリアージ済のいずれかを選択します。

Blocked

チーム メンバーが作業項目を進行できないかどうかを示します。 問題によって作業がブロックされる場合は、問題へのリンクを作成します。 [ はい ] または [いいえ] を選択 します。

コミット済み (必須)

チームが要件の提供にコミットしたかどうかを示します。 [ はい ] または [ いいえ ] (既定値) を選択します。

Integrated In

要件、変更要求、またはバグ修正を含む製品ビルド番号を記録します。

ユーザー受け入れテスト (必須)

次の要件のユーザー受け入れテストの状態を設定します。

• Pass
• Fail
• 準備不完了 (既定値)
• Ready
• Skipped
• 受信した情報

要件が [アクティブ] の場合は [準備ができていません ] を使用し、解決時には [準備完了 ] を使用します。

対象分野の専門家

要件が表す顧客領域に精通しているチーム メンバーを一覧表示します。

---

[ディスカッション] セクションでコメントをキャプチャする

実行されている作業に関するコメントを追加および確認するには、 [ディスカッション] セクションを使います。

テキストの書式設定をサポートするテキスト ボックス内にカーソルを置くと、テキスト入力領域の下にリッチ テキスト エディター ツールバーが表示されます。

Note

ディスカッション作業項目フィールドが存在しません。 ディスカッション領域からコメント付きの作業項目を照会するには、履歴フィールドでフィルター処理します。 [ディスカッション] テキスト ボックスに入力されたテキストの全内容が [履歴] フィールドに追加されます。

他のユーザー、グループ、作業項目、または pull request についてメンションする

次のいずれかのアイコンを選択して、他のユーザーに言及した、作業項目にリンクした、または pull request にリンクした最近のエントリのメニューを開きます。

• 
• 
• 

同じメニューを開くには、キーボード ショートカット (@メンション @、ハッシュ タグの #、感嘆符 !) を使用します。

名前または番号を入力して、入力内容に一致するようにメニュー リストをフィルターします。 追加するエントリを選択します。 グループをディスカッションに取り込むには、 at 記号 @ を入力し、その後にグループ名 (チームやセキュリティ グループなど) を入力します。

コメントを編集または削除する

ディスカッションコメントを編集または削除するには、[編集]、[その他のアクション() を選択し、[削除] を選択します。

コメントを更新したら、 更新を選択します。 コメントを削除するには、削除を確認します。 作業項目フォームの [履歴] タブには、編集および削除されたすべてのコメントの完全な監査証跡が保持されます。

コメントにリアクションを追加する

コメントの右上にある絵文字アイコンを選択して、コメントに 1 つ以上のリアクションを追加します。 コメント下部の既存のリアクションの横にあるアイコンから選びます。 リアクションを削除するには、コメントの下部にあるリアクションを選びます。 次の画像は、リアクションを追加するエクスペリエンスの例と、コメントに対するリアクションの表示を示したものです。

作業項目を保存せずにコメントを保存する

Note

この機能は、Azure DevOps Server 2022.1 以降で使用できます。

作業項目の ディスカッション に追加するアクセス許可しかない場合は、コメントを保存することで追加できます。 このアクセス許可は、区分パス ノードと、 [Edit work item comments in this node] (このノードの作業項目のコメントを編集する) アクセス許可によって制御されます。 詳細については、「 作業追跡のアクセス許可の設定 - 子ノードの作成、領域または反復パスの下の作業項目の変更」を参照してください。

コメントを保存したら、作業項目を保存する必要はありません。

Note

ディスカッション コントロールに加えた変更を保存すると、コメントのみが保存されます。 作業項目タイプに定義された 作業項目ルール は実行されません。

作業の進行状況を追跡する

作業が進むにつれて、現在の状態を反映するように [状態] フィールドを更新します。 必要に応じて理由を指定します。状態フィールドと理由フィールドが作業項目フォーム ヘッダーに表示されます。

CMMI ワークフローの状態

次の図は、要件、バグ、タスクの WIT の主な進行状況と回帰の状態を示しています。

Requirement	Bug	Task

要件の一般的なワークフローは、次の手順に従います。

• 製品所有者は、既定の理由である [新しい要件]を使って、 [提案済み] 状態の要件を作成します。
• 製品の所有者は、作業の開始時に要件を アクティブ に移動します。
• チームは、開発が完了し、システム テストに合格したときに、要件を 解決 済みに設定します。
• 最後に、チームまたは製品の所有者は、受け入れ条件と検証テストが完了を確認した後、要件を [終了] に移動します。

ボードまたはタスクボードで作業の状態を更新する

ボードまたはスプリント タスクボードを使用して、アイテムの状態を更新します。 項目を別の列にドラッグすると、[状態] フィールドと [理由] フィールドの両方が更新されます。

ボードをカスタマイズして、 スイム レーン や 列を追加できます。

機能への要件のマッピング

複数の製品またはユーザー エクスペリエンスを管理する場合は、機能を定義し、それらの機能に要件をマップして、ポートフォリオ全体のスコープと進行状況を表示します。

ポートフォリオ バックログを使用して、バックログ レベル間を詳細化し、チーム間で進行中の作業を集約します。 また、チームの階層を設定した後にロールアップを表示することもできます。

機能作業項目には、要件に似たフィールドと、その参照で説明されているその他のフィールドが含まれています。

タスクの定義

チームがスプリントで作業を行うときは、 スプリント バックログ ページ から要件をタスクに分割し、作業量を見積もります。

タスクに名前を付け、作業を見積もります。

チームは、作業を見積もるときにタスクを定義し、完了する時間または日を見積もります。 Teams は、イテレーションの開始時に容量を予測し、タスクを調整します。各チーム メンバーは、タスクのサブセットを実行します。 タスクには、開発、テスト、その他のアクティビティを含めることができます。 たとえば、開発者は要件を実装するタスクを作成し、テスト担当者はテスト ケースを記述して実行するタスクを作成します。 タスクを要件やバグにリンクすることで、チームは実装の進行状況を明確に確認します。 詳細については、「イテレーション アクティビティ」を参照してください。

Field

Usage

タスクの種類

タスクの種類を次から選択します。

• 修正アクション
• 軽減措置
• Planned

Discipline

アクティビティ別にスプリント容量を見積もるときに、このタスクが表す規範を選択します。

• Analysis
• Development
• Test
• ユーザー教育
• ユーザー エクスペリエンス

このフィールドは、規範別の容量の計算にも役立ちます。 これは ProcessConfiguration ファイルの type="Activity" に割り当てられます。 詳細については、「開発タスクを実装する」を参照してください。

元の見積もり

タスクの元の見積もりを入力します。

残存作業時間

チームが進行するにつれて残存作業を更新します。 この値は、容量グラフ、 スプリント バーンダウン チャート、および関連レポートをフィードします。 タスクをサブタスクに分割する場合は、サブタスクでのみ時間を追跡します。

完了した作業

タスクの実装に既に費やした作業を記録します。

テスト進行状況の追跡

テスト要件

Web ポータルまたはテスト マネージャーから、要件またはバグに自動的にリンクするテスト ケースを作成するか、 ([リンク] タブ) からリンクを追加します。

テスト ケースには、ビルドおよびテスト プロセスと統合されるフィールドなど、多くのフィールドが含まれています。 詳細については、 ビルドおよびテスト統合フィールドに基づくクエリ を参照してください。

([リンク] タブ) には、テスト ケースによって参照されるすべての要件とバグが一覧表示されます。 リンクは、チームがテストの進行状況を追跡するのに役立ち、 要件の概要レポートなどのレポートをサポートします。

コード障害を追跡

Web ポータル、Visual Studio、またはテスト マネージャーからバグを作成します ( 「バグの管理」を参照)。

レビュー会議でキャプチャされる変更要求、リスク、懸案事項、およびメモの追跡

CMMI プロセスでは、要件、機能、タスク、バグに加えて、次の WIT が推奨されます。

• 変更要求 は、変更管理下の作業製品に対する提案された変更を管理するためのものです。
• 作業をブロックする可能性があるイベントまたは状況を追跡するための問題。 チームは通常、毎日の会議中に問題を自然に識別するため、問題はリスクとは異なります。
• 実際の結果と目的の結果の間の確率と分散を追跡するリスク。 リスクを 管理するときは、予想される結果と実際の結果の差異を最小限に抑えます。
• デザインまたはコード レビューが、名前の正確性、コードの関連性、拡張性、複雑さ、セキュリティなどの標準を満たす方法を文書化します。

チーム ダッシュボードの [新しい作業項目] ウィジェットを使用するか、[クエリ] ページの [新規] メニューから問題を追加できます。

ウィジェットから追加された作業項目は、チームの既定の領域とイテレーション パスに自動的にスコープ設定されます。 チーム コンテキストを変更するには、「チーム コンテキストの切り替え」を参照してください。

一般的な作業追跡フィールドの定義

次のフィールドとタブは、ほとんどの作業項目に表示されます。 各タブは、特定の情報を追跡するために使用されます。 一般的に使用されるタブには、 History、 Links、 Attachments があります。

すべての作業項目の種類で必須である唯一のフィールドは [タイトル] です。 作業項目を保存すると、一意の識別子 ID が割り当てられます。 フォームでは必須フィールドが黄色で強調表示されます。 その他のフィールドの詳細については、「作業項目フィールドのインデックス」を参照してください。

Note

プロセスとプロジェクトに対するカスタマイズによっては、他のフィールドが必要になる場合があります。

フィールドまたはタブ

Usage

---

Title

説明を 255 文字以下で入力します。 タイトルは後で変更できます。

割り当て対象

作業の実行を担当するチーム メンバーに作業項目を割り当てるか、空白のままにして後で割り当てを完了します。

State

作業項目を最初に作成すると、[ 状態 ] フィールドには、ワークフローの最初の状態 ( 新規 や 未割り当てなど) が自動的に表示されます。 作業が進むにつれて、作業項目の現在の状態を反映するように 状態 を更新します。

Reason

作業項目を最初に作成するときに、既定の 理由 値 ( [作成済み] や [新しい作業項目] など) を設定します。 作業項目の 状態 が変わると、それに応じて 理由 の値を更新します。 作業項目の各 状態 は、既定の 理由 値に関連付けられています。

Area

製品またはチームに関連付けられているエリア パスを選択するか、空白のままにして、後で適切な値を入力します。 使用可能な領域のドロップダウン リストを変更できます。 詳しくは、「区分パスを定義してチームに割り当てる」をご覧ください。

Iteration

作業項目を完了するスプリントまたはイテレーションを選択するか、空白のままにして後で値を割り当てます。 イテレーションのドロップダウン リストを変更できます。 詳細については、「 イテレーション パス (スプリント) を定義し、チームイテレーションを構成する」を参照してください。

[履歴 ] タブ

作業項目 履歴 を表示すると、システムによってキャプチャされた項目に加えられたすべての変更が表示されます。 作業項目が更新されるたびに、詳細が履歴に追加されます。 変更日、変更作成者、および更新されたフィールドの一覧が表示されます。 [ 履歴 ] フィールドに書式設定されたテキストを追加することもできます。

[リンク ] タブ

リンクを追加して、他の作業項目との接続を作成します。 ハイパーリンク、変更セット、ソース ファイルなど、さまざまな種類のリンクがサポートされています。 親、ビルドで見つかった、テスト結果など、作業項目へのリンク アイテムのリレーションシップを指定します。

[添付ファイル ] タブ

添付ファイルを使用して、作業項目に関する補足情報をアイテムに含めます。 電子メール スレッド、ドキュメント、画像、ログ ファイル、またはその他の種類のファイルを添付します。

作業項目の種類のカスタマイズ

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

関連コンテンツ

• プロジェクトを作成します
• 作業項目を追加してプロジェクトを管理する
• バックログを作成する
• 特定の機能へのアクセスの管理
• Azure Boards での既定のアクセス許可とアクセス レベルについて説明します。

バックログ リストの順序

[スタック ランク] フィールドを使用して、要件、機能、またはエピックの相対的なランク付けを追跡します。 バックログ ページは、ページ上の項目を追加または移動する場所に基づいてシーケンスを決定します ( 「バックログの作成」を参照)。 項目をドラッグすると、バックグラウンド プロセスによって [スタック ランク] フィールドが更新されます。 このフィールドは、既定では作業項目フォームには表示されません。