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