DevOps インサイト ダッシュボード - ワークスペース
DevOps インサイトダッシュボードは、運用レポートとビジネスレポートの柔軟なグラフィカルビューを提供します。ダッシュボードを使用して、 DevOps プロセス全体の結果を評価します。
サマリーダッシュボード
DevOps インサイトサマリーダッシュボードでは、加速から品質までさまざまなカテゴリの主要なメトリクスの概要と、最もアクティブなアプリケーションの概要を確認できます。
サマリーレポート
| レポート | Description (説明) | ソース |
|---|---|---|
| 平均 WIP サイクル時間 | 作業アイテムが完了前に WIP ステータスにある平均時間 (日数)。 | 計算:WIP アイテムの完了までの時間を、完了した作業アイテムの数で割った値 |
| 平均リードタイム | 本番展開パイプライン実行の日次平均リードタイム。 | 計算:成功した本番展開リードタイムの合計を、成功した本番パイプラインの実行数で割った値。 |
| 平均展開頻度 |
成功した本番展開の平均数。 完了ステータスの 本番展開 タイプのパイプラインステップに適用されます。 |
ステップ実行 |
| 平均テスト合格率 | パイプライン実行の日次平均テスト合格率。 | テストサマリー、テストサマリー関係、ステップ実行、変更要求リポジトリの詳細、ステップ、パイプライン、アプリ、およびアプリケーション製品の詳細が結合されたデータベースビュー。 |
| 完了した作業アイテム | 過去 30 日間に完了ステータスに設定された作業アイテムタイプ別にグループ化された作業アイテム。 | 作業アイテム、メトリクスインスタンス、コミット作業アイテム、コミット、コミット実行、ステップ実行、ステップ、パイプライン、アプリ、およびアプリケーションの製品詳細が結合されたデータベースビュー。 |
| アクティビティ - 過去 30 日間 | 各アプリケーションについて、過去 30 日間のアクティビティのサマリー。 | コミット、コミット作業アイテム、リポジトリ、コミット実行、アプリ、テストサマリー関係、ステップ実行、テストサマリーで結合されたデータベースビュー。 |
フローメトリクスダッシュボード
DevOps インサイト フローメトリクスレポートは、開発プロセスにおける作業の進捗を視覚化するのに役立ちます。どの種類の作業 (ストーリーやバグなど) に最も時間がかかっているかを判断することで、ボトルネックを特定します。
フローメトリクスレポート
| レポート | Description (説明) | ソース |
|---|---|---|
| 平均フロー時間 | 作成されたステータスから、成功した本番パイプライン展開のステップ実行終了時間までに作業アイテムが費やした平均時間 (日数)。 | 作業アイテム、メトリクスインスタンス、コミット作業アイテム、コミット、コミット実行、ステップ実行、ステップ、パイプライン、アプリ、およびアプリケーションの製品詳細が結合されたデータベースビュー。 |
| 平均 WIP サイクル時間 | 作業アイテムが特定のステータスにある平均時間 (日数)。 | 作業アイテム、メトリクスインスタンス、コミット、ステップ実行、コミット実行、およびコミット作業アイテムリストで結合されたデータベースビュー。 |
| 平均 WIP 数 | 過去 30 日間の WIP 作業アイテムの平均数。 | ステータスが [対応中] に設定されている作業アイテムの平均数。 |
| 完了した作業アイテム | 過去 30 日間に成功した本番パイプライン展開を通じてコミットに関連付けられている完了ステータスの作業アイテムの数。 注: フィルターはこのチャートには適用されません。 |
本番展開に設定されたステップ実行タイプに関連付けられている作業アイテムの平均数。パイプラインを介して展開された作業アイテムのみが本番環境にあるため、これには作業アイテムの関連付けへのコミットが必要です。 |
| 平均作業アイテムサイクル時間 | 作業アイテムが特定のステータスにある平均時間 (日数)。 | 作業アイテム、メトリクスインスタンス、コミット、ステップ実行、コミット実行、およびコミット作業アイテムリストで結合されたデータベースビュー。 |
| スループットと分布 | 成功した本番パイプライン展開を通じてコミットに関連付けられている作業アイテムの数 (タイプ別)。 | 作業アイテム、メトリクスインスタンス、コミット、ステップ実行、コミット実行、およびコミット作業アイテムリストで結合されたデータベースビュー。 |
| 展開フロー時間の計画の平均 | コミットに関連付けられた作業アイテムが作成されてから、パイプラインを通じてアイテムが本番環境に正常に展開されるまでの平均期間。 | 作業アイテム、メトリクスインスタンス、コミット、ステップ実行、コミット実行、およびコミット作業アイテムリストで結合されたデータベースビュー。 |
| 対応中 | 現在対応中ステータスの作業アイテムの数。 | 作業アイテム、メトリクスインスタンス、コミット、ステップ実行、コミット実行、およびコミット作業アイテムリストで結合されたデータベースビュー。 |
変更の促進ダッシュボード
[ DevOps インサイト 変更の促進] タブには、自動化へのパスに焦点を当てた変更の促進メトリクスが表示され、自動化された変更と手動の変更、変更ポリシーの決定、および ROI を比較します。この情報を使用して、自動変更要求が手動で承認された変更要求よりも迅速に解決されていることを確認できます。
変更の促進レポート
ステップ実行の一部である変更要求は、 DevOps 変更要求として認定されます。
| レポート | Description (説明) | ソース |
|---|---|---|
| DevOps ボリュームを変更 | 作成された DevOps 変更要求の数。 | ステップ実行、変更要求、および変更要求リポジトリで結合されたデータベースビュー。 |
| 変更のクローズに要する時間 | アプリケーション別の DevOps 変更をクローズする平均時間 (時間)。 各月について、これは (変更要求がクローズされた時間) から (変更要求がオープンされた時間) の平均です。 |
ステップ実行、変更要求、および変更要求リポジトリで結合されたデータベースビュー。 |
| 自動変更と手動変更 | 変更承認ポリシーを使用した DevOps 変更要求の数と手動承認が必要な DevOps 変更要求の数の比較。
|
ステップ実行、変更要求、および変更要求リポジトリで結合されたデータベースビュー。 |
| 承認待ちの変更 | 日付範囲別の承認処理待ちの DevOps 変更の数。 デフォルトでは、[新規] または [評価] ステータスの変更要求は承認待ちと見なされます。 承認待ちと見なされる状況を指定するには、 Change Request Awaiting States プロパティ設定を更新します。詳細については、「DevOps インサイト のプロパティ」を参照してください。 |
ステップ実行、変更要求、システムプロパティ、および変更要求リポジトリ詳細リストが結合したデータベースビュー。 |
| 変更ポリシー決定:自動承認 | 変更要求を自動的に受け入れる意思決定タイプ別の変更ポリシー意思決定の数。 チャート上の値をポイントすると、自動承認に使用されたポリシー決定のリストと、決定が自動承認に使用された回数が表示されます。 |
ステップ実行、変更要求、システムプロパティ、および変更要求リポジトリ詳細リストが結合したデータベースビュー。 |
| 変更ポリシー決定:自動却下 | 変更要求を自動的に却下する意思決定タイプ別の変更ポリシー意思決定の数。 チャート上の値をポイントすると、自動却下に使用されたポリシー決定のリストと、意思決定が自動却下に使用された回数が表示されます。 |
ステップ実行、変更要求、ポリシー適用、自動承認拒否アクション、変更承認定義、および変更要求リポジトリ詳細リストが結合されたデータベースビュー。 |
| 変更促進による削減 | DevOps変更の自動化による 1 か月あたりの正味節約額。 変更が自動化されている場合、開発者は変更要求に手動で入力し、各作業項目、コードコミット、テスト結果、およびその他の証拠と成果物を変更に関連付ける必要はありません。このアクティビティを自動化すると、変更の入力、検索、追跡、他のツールからのアイテムの変更への添付に費やされていた時間が節約されます。作業アイテムが増えると、手動で関連付けるために必要な時間が比較的長くなります。したがって、作業アイテム数が多いほど、変更の自動化後に節約できる時間が多くなります。変更促進による削減は、節約された時間に平均時間当たりの開発コストを掛けて計算されます。 1 時間あたりの平均開発者コストのデフォルト値を変更するには、 Average Hourly developer Cost プロパティ設定を更新します。詳細については、「DevOps インサイト のプロパティ」を参照してください。 |
計算:開発者の平均時間単価に開発者の節約時間を掛けた値。 |
| 開発者の削減工数 | DevOps変更を自動化することによって節約された 1 か月あたりの開発者の時間数。 開発者あたり 1 時間のデフォルト値を変更するには、 X hours per Developer time プロパティ設定を更新します。詳細については、「DevOps インサイト のプロパティ」を参照してください。 |
計算:変更要求内の作業アイテムの数に開発者あたり 1 時間を掛けた値。 |
メトリクスの促進ダッシュボード
DevOps インサイト Accelerate メトリクスは、ソフトウェアデリバリのパフォーマンスを測定する 4 つの主要なDevOpsメトリクスです。展開頻度とリードタイムは DevOps 速度を測定し、変更失敗率と平均復旧時間を使用して安定性を測定します。
メトリクスレポートの高速化
| レポート | Description (説明) | ソース |
|---|---|---|
| 平均リードタイム | 次の平均: ([コードが本番環境に正常にプッシュされた時間] から [最も早いコミット時間] を引いた時間) 完了ステータスの 本番展開 タイプのパイプラインステップに適用されます。 注: このウィジェットは平均集計を使用し、複数要素の選択をサポートしていません。 |
パイプライン実行 |
| 平均展開頻度 | 成功した本番展開の平均数。 完了ステータスの 本番展開 タイプのパイプラインステップに適用されます。 |
ステップ実行 |
| 平均 MTTR | DevOpsの変更によって発生したインシデントの平均解決時間。 注: このウィジェットは平均集計を使用し、複数要素の選択をサポートしていません。 |
インシデント、変更要求、ステップ実行、ステップ、パイプライン、およびアプリのリストで結合されたデータベースビュー。 |
| 平均 DevOps 変更失敗率 | インシデントに関連付けられている DevOps 変更要求の日次平均比率を、すべての DevOps 変更要求で割った値。 注: このウィジェットは計算式を使用し、複数要素の選択をサポートしていません。 |
変更要求 |
| コミットから展開へのリードタイム | パイプライン実行が成功した場合の最も早いコミット時間から本番展開までの期間。 この値には、完了ステータスの本 番展開 タイプのステップのみが含まれます。 最も遅いパイプラインステップを特定することで、長いリードタイムを調査できます。たとえば、手動での変更承認プロセスではリードタイムが長くなる可能性があります。 |
計算:成功した本番展開リードタイムの合計を、成功した本番パイプライン実行の数で割った値。 「タスク実行にコミット」関連付けが必要です。リポジトリとパイプラインの両方を追跡し、同じアプリに関連付ける必要があります。 ステップタイプを本番展開にする必要があります。 タスク実行結果が成功である必要があります。 |
| DevOps変更によって発生したインシデントからの平均復元時間 | DevOpsの変更によって発生したインシデントの日次平均解決時間。 | ステップ実行、変更要求、変更要求、リポジトリ詳細、およびインシデントリストが結合されたデータベースビュー。 インシデントのオープン時間とクローズ時間を考慮して、 DevOps インシデントについてのみ計算されます。 |
| 本番展開頻度 | 成功した本番展開の数。 この値には、完了ステータスの本 番展開 タイプのパイプラインステップのみが含まれます。 デフォルト値の 30 日を変更するには、[ 日付範囲 ] 設定を更新します。 |
変更要求、ステップ実行、変更要求リポジトリの詳細が結合されたデータベースビュー。 ステップ実行ステータスを [完了] にする必要があります。 ステップタイプを本番展開にする必要があります。 |
| DevOps インシデントからの変更失敗率 | インシデントの原因となった DevOps 変更の割合を、本番環境に展開されたすべての DevOps 変更で割った値。 変更要求によって複数のインシデントが発生した場合は、インシデントの原因となった変更のみが考慮されます。変更によって発生したインシデントの数は考慮されません。 |
DevOps変更要求 (ステップ実行に関連付けられた変更) が必要です。 ステップ実行ステータスを [完了] にする必要があります。 ステップタイプを本番展開にする必要があります。 DevOps変更要求に起因するインシデントが必要です。 |
| 展開成功率 |
過去 30 日間の展開成功率 。 展開の成功率 = (過去 30 日間に成功した展開の数/過去 30 日間の展開の合計数) * 100 完了ステータスの 本番展開 タイプのステップに適用されます。 注:
このウィジェットは計算式を使用し、複数要素の選択をサポートしていません。 |
ステップ実行 |
| 展開頻度 |
過去 30 日間に成功した本番展開の数。 完了ステータスの 本番展開 タイプのステップに適用されます。 |
ステップ実行 |
| 展開に失敗しました |
過去 30 日間に失敗した本番展開の数。 ステータスが失敗またはユーザーによるキャンセルの本 番展開 タイプのステップに適用されます。 |
ステップ実行 |
品質メトリクスダッシュボード
DevOps インサイト品質メトリクスダッシュボードを使用すると、コードカバレッジのSonarQube、オーケストレーションツールのテスト合格率、セキュリティツールの脆弱性、さらには全体的なバグ数などのツールからのデータを一目で確認できます。
品質メトリクスレポート
| レポート | Description (説明) | ソース |
|---|---|---|
| コードカバレッジ率 | テストでカバーされるコードの割合。 | カテゴリのソフトウェア品質スキャンの詳細が必要 = 範囲 (%) ソフトウェア品質スキャンサマリーが必要 タスク実行に関連する関係 |
| テスト合格率 | テスト合格率。 | タスク実行に関連するテストサマリーが必要 |
| セキュリティ脆弱性 | 経時的なセキュリティ脆弱性の数。 | カテゴリ = 脆弱性のソフトウェア品質スキャンの詳細が必要 ソフトウェア品質スキャンサマリーが必要 タスク実行に関連する関係。 |
| バグ数 | タイプがバグの作業アイテムの数。 | Commits to Work Items関連付けが必要です。リポジトリと計画の両方を追跡し、同じアプリに関連付ける必要があります。 Commits to Task Execution関連付けが必要です。リポジトリとパイプラインの両方を追跡し、同じアプリに関連付ける必要があります 作業アイテムの種類がバグである必要があります。 |
DevOps インサイト 開発ダッシュボード
開発メトリクスは、チームのアクティブさとアジャイルに関するインサイトを提供するコミットデータに焦点を当てています。この情報を使用して、コミットに適切な作業項目のタグが付けられていることを確認することで、作業の完全なトレーサビリティを実現できます。
開発レポート
| レポート | Description (説明) |
|---|---|
| コミット頻度 | パイプライン実行に関連付けられたコミットの数。 小規模で頻度の高いコミットは、頻度の低い大きなコミットよりも優先されます。 |
| アクティブなコミット担当者 | コミットを送信したコミット担当者の数。 このレポートはメトリクス集計を使用するため、複数要素の選択はサポートされていません。 |
| 上位コミット担当者 (30 日間移動合計) | コミット数が最も多いコミット担当者。 |
| 元に戻した回数が多い上位ユーザー (30 日間移動合計) | リバートの数が最も多いコミット担当者。 |
コミット担当者あたりの平均コミット数 |
平均は、 このレポートはメトリクス集計を使用するため、複数要素の選択はサポートされていません。 |
| パイプライン実行ごとの平均コミット数 | パイプラインあたりの平均コミット数。(合計コミット数)/(パイプライン実行数) で計算されます。 完了せずにタスクを切り替えるよりも、集中して作業していることを示す低い数値が望ましいです。 このレポートはメトリクス集計を使用するため、複数要素の選択はサポートされていません。 |
| 作業アイテムなしでコミット | 作業アイテムに関連付けられていないコミットが行われ、コミット担当者別にグループ化されます。 すべてのコミットを作業項目に関連付ける必要があるため、このレポートは、コミットが作業項目に関連付けられていない理由を調査して解決するのに役立ちます。 |
| パイプライン合格率 | 成功したパイプライン実行の割合をパイプライン実行の合計数で割った値。 |
DevOps インサイト 運用の安定性ダッシュボード
運用メトリクスはアプリケーションの安定性を反映し、リリース品質を損なうことなくチームが迅速に行動できるようにします。
運用安定性レポート
| レポート | Description (説明) | ソース |
|---|---|---|
| インシデント | CMDB内のサービスにリンクされている本番展開タイプのパイプラインステップのインシデント数。 | ステップタイプを本番展開にする必要があります。 本番展開ステップのものと一致するサービスに関連付けられたインシデントが必要です。 |
| 機能停止 | CMDB内のサービスにリンクされている本番展開タイプのパイプラインステップの機能停止数。 | ステップタイプを本番展開にする必要があります。 製品展開ステップのサービスと一致するサービスに関連付けられた機能停止(cmdb_ci_outage)が必要です。 |
| サービス可用性 | CMDB内のサービスにリンクされている本番展開タイプのパイプラインステップの平均サービス可用性。 | ステップタイプを本番展開にする必要があります。 本番展開ステップのサービスと一致するサービスに関連付けられた親サービスオファリングが必要です。 |
| エラー予算残額 | CMDB のサービスにリンクされている本番展開タイプのパイプラインステップに対して、1 か月に支出するために残されたエラー予算の割合。このデータは、Site Reliability Operations アプリケーションから取得されます。 エラー予算は、指定された時間に費やすことができるサービスレベル目標 (SLO) の量です。リリース速度の管理に使用できます。これは通常、可用性、待機時間などに基づいています。 注: エラー予算残額レポートを有効にするには、 ServiceNow Store からサイトリライアビリティオペレーションアプリケーションをインストールする必要があります。詳細については、「 サイトリライアビリティオペレーションアプリケーションのインストール」を参照してください。 |
ステップタイプを本番展開にする必要があります。 本番展開ステップのサービスと一致するサービスに関連付けられた親サービスオファリングが必要です。 SRO アプリケーションが必要です。「サイトリライアビリティオペレーションアプリケーションのインストール」を参照してください。 |