CMMI プロセス テンプレートの成果物の概要

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

CMMI プロセスは、作業、テスト、フィードバック、コード レビューを計画および追跡するために、次の作業項目の種類 (WIT) をサポートしています。 さまざまな WIT を使って、要求、変更要求、タスク、バグなど、さまざまなタスクを追跡できます。 これらの成果物は、CMMI プロセスを使ってプロジェクトを作成するときに作成されます。 これらは、能力成熟度モデル統合 (CMMI) プロセスに基づいています。

CMMI プロセス作業項目の種類の概念図。

チームは、WIT だけでなく、一連の作業項目クエリにアクセスして情報を追跡し、進行状況を分析し、意思決定を下すことができます。

注意

プロジェクトに合わせて作業追跡システムをカスタマイズするには、継承されたプロセスを作成してカスタマイズし、そのプロセスをプロジェクトに適用します。 詳細については、「継承プロセス モデル」を参照してください。

Note

プロジェクトに合わせて作業追跡システムをカスタマイズするには、継承されたプロセスまたはオンプレミス XML プロセスをカスタマイズします。 詳細については、継承プロセス モデルに関する記事または「オンプレミスの XML プロセスのカスタマイズ」を参照してください。

Azure DevOps Server の最新バージョンをインストールまたはアップグレードすると、各プロセスの最新バージョンは自動的にアップロードされます。 SQL Server レポートなどのその他の成果物は、プロジェクトに接続しているときにのみ使用できます。 その他のリソース要件が適用されます。

CMMI を使った作業の計画と追跡

チームは機能と要件をキャプチャして、プロジェクトを計画します。 スプリントで作業する場合は、タスクを定義し、定義したタスクを要件にリンクします。 プログラム マネージャーは、複数のチームにわたる要件のロールアップを把握するため、要件を機能にリンクします。 処理を妨げる懸案事項は、"懸案事項" を使用して追跡します。 これらの WIT の使い方の詳細については、「CMMI プロセス作業項目の種類とワークフロー」を参照してください。

次の図は、作業を開始するための基本的なフローを示しています。 詳細については、「アジャイル ツールを使用して作業の計画と追跡を開始する」を参照してください。

次の画像のいずれかをクリックすると、リンクされている記事に移動します。

タスクのストーリーの定義に関する概念図。タスクのバックログの整理に関する概念図。タスクのバグの管理に関する概念図。タスクの問題の管理に関する概念図。

注意

作業項目は、作業の定義、割り当て、優先順位、状態を格納するデータベース レコードです。 作業項目の種類は、種類ごとにフィールド、ワークフロー、およびフォームのテンプレートを定義します。 作業項目は、相互にリンクすることで、依存関係、作業のロールアップ、レポートを追跡できます。

クエリを使って作業項目を一覧表示する

作業項目クエリを使って、変更要求、バグ、タスク、要件などの種類に基づいて作業項目を一覧表示できます。

Note

新しいプロジェクトを作成するときに、共有クエリの既定のセットがなくなりました。 共有クエリ の定義はプロセス テンプレートから削除されました。 オンプレミス配置の場合は、「プロセス テンプレートに作業項目クエリを追加する」の説明に従って、カスタム プロセス テンプレートに追加できます。

Web ポータル、または Visual Studio のチーム エクスプローラー プラグインからクエリを表示して実行できます。 クエリ エディターを使ってクエリを変更し、さまざまなフィルター条件を適用したり、チーム ダッシュボードにクエリを追加したりすることもできます。

共有クエリのヒント

次のヒントを使用して、作業をより効果的に管理します。

  • 自分に割り当てられている作業項目を検索するには、エリ句の 1 つに [割り当て先] フィールドの値として「@Me」を追加します。
  • 製品分野、イテレーション、または別のフィールドにフォーカスするための条件を追加することで、任意のクエリを変更します。 クエリを変更するには、クエリ エディターを開きます
  • Excel でクエリを開きます。ここで 1 つ以上の作業項目のフィールドを更新し、作業項目を追跡するために変更をデータベースに公開できます。
  • フラット リスト クエリの円グラフ、棒グラフ、またはトレンドグラフを作成すると、状態や進捗状況を視覚化します。
  • 標準アクセスを持つすべての有効なユーザーは、[マイ クエリ] 領域以下にクエリとフォルダーを作成できます。 [共有クエリ] 以下にクエリとクエリ フォルダーを作成するには、投稿アクセス許可を持ち、基本アクセス以上が割り当てられている必要があります。 詳細については、「クエリのアクセス許可を設定する」を参照してください。

重要

Visual Studio 2019 以降、Office 用 Azure DevOps プラグインは Microsoft Project のサポートを非推奨としました。 Project 統合と TFSFieldMapping コマンドは、Azure DevOps Services を含む Azure DevOps Server 2019 以降のバージョンではサポートされていません。 Microsoft Excel を引き続き使用できます。

進行状況の監視

すべてのプロセス (アジャイル、スクラム、CMMI) は、状態と傾向のグラフ、ダッシュボードの構築をサポートしています。 また、一部のグラフは、使っているアジャイル ツールに基づいて自動的に作成されます。 これらのグラフは Web ポータル内に表示されます。

軽量なグラフを作成する

まず共有のフラット クエリを定義し、追跡したい対象に基づいてグラフできます。 グラフの種類には、状態 (円、横棒、縦棒、積み上げ横棒、ピボット)、傾向 (積み上げ面、折れ線、面)の各グラフがあります。

概念的な編集クエリ タスクのスクリーンショット。概念的なチャート作成タスクのスクリーンショット。概念的なダッシュボードへの追加タスクのスクリーンショット。

Analytics ウィジェットと Power BI レポート

Analytics Service を使うと、プロジェクトの過去または現在の状態に関する定量的な質問の答えがわかります。 Analytics ウィジェットをダッシュボードに追加することや、Power BI を使ってグラフとレポートを作成することができます。

詳しくは、Analytics サービスに関する記事を参照してください。

SQL Server レポート

SQL Server Analysis Services と Reporting Services を使ってプロジェクト コレクションとプロジェクトを構成している場合、多くの CMMI レポートにアクセスできます。 これらのレポートを効果的に利用するには、ビルド プロセスの定義、作業項目のリンク、ステータスまたは残存作業の更新など、チームが特定のアクティビティを実行する必要があります

レポート サービスを追加したり、レポートを最新バージョンに更新したりする必要がある場合は、「レポートをプロジェクトに追加する」を参照してください。

CMMI プロセスのバージョン

CMMI プロセス テンプレートが更新されると、バージョン番号は更新されます。 次の表は、Azure DevOps オンプレミス プロセス テンプレートが更新されたときに適用されるバージョンのマップをまとめたものです。 Azure Boards の場合は、常に最新バージョンが使われます。 各テンプレートには version 要素があります。 この要素には、メジャー バージョンとマイナー バージョンを指定します。

バージョン CMMI 名 メジャー バージョン
Azure DevOps Services
Azure DevOps Server 2022
CMMI 18
Azure DevOps Server 2020
Azure DevOps Server 2019
CMMI 17
TFS 2018 CMMI 16

プロセス テンプレートに対して行われた更新の概要については、Azure DevOps Server のリリース ノートを参照してください。

その他の CMMI ガイダンス

開発チームによって状況や作業方法は大きく異なり、ほとんどの企業がそれぞれに適した独自のプロセスを確立することになります。 そのため、ここに示すガイダンスは、開発プロセスを完全に規定するものではありません。 ここでは、CMMI プロセスの最適な使用法に関するアクティビティに絞って説明します。

  • CMMI の背景: CMMI とこのモデルに内在する 6 つのキャパシティ レベルの概要を説明します。

  • プロジェクト管理: CMMI モデルを使って、ソフトウェア製品の開発と保守を管理、計画、調整する方法について理解を深めるためのガイダンスを提供します。

  • エンジニアリング: ソフトウェア製品の設計と作成に必要な情報を見つけるための付加価値アクティビティについて説明します。

CMMI のテンプレートおよびガイダンスをプロセス改善プログラムの一部として使用すると、CMMI の目的を達成するのに役立ちます。 このガイダンスは、それぞれの状況に合わせて調整してください。開発する製品の種類や開発履歴、プロジェクトの規模、チーム メンバーの背景知識、組織で採用している方法などに応じて調整する必要があります。

このプロセス ガイダンスは、David Anderson の協力によって開発されたものです。 詳細については、David J Anderson & Associates の Web ページを参照してください。