バリューストリームダッシュボード

  • GitLab 15.8でクローズドベータ機能として導入され、 group_analytics_dashboards_pageというフラグがあります。デフォルトでは無効になっています。
  • GitLab 15.11でオープンベータ機能としてリリースされ、 group_analytics_dashboards_pageというフラグが付けられました。デフォルトで有効。
  • GitLab 16.0で一般的に利用可能に。機能フラグgroup_analytics_dashboards_page は削除されました。

バリューストリームダッシュボードの改善に役立てるため、このアンケートであなたの経験についてのフィードバックを共有してください。詳細については、バリューストリームマネジメントカテゴリーの方向性ページもご覧ください。

バリューストリームダッシュボードは、トレンド、パターン、デジタルトランスフォーメーション改善の機会を特定するために使用できるカスタマイズ可能なダッシュボードです。Value Streams Dashboardの内部UIは、単一の真実の情報源として機能します。(SSOT)、すべての関係者が組織に関連する同じメトリクスにアクセスし、表示することができます。

Value Streams Dashboardには以下のメトリクスが含まれます:

バリューストリームダッシュボードでは、以下のことが可能です:

  • 上記のメトリクスを一定期間追跡し、比較することができます。
  • 下降傾向を早期に発見。
  • セキュリティ・エクスポージャーの把握。
  • 個々のプロジェクトやメトリクスを掘り下げて、改善のためのアクションを取ることができるようになります。

DevSecOpsメトリクス比較パネル

DevSecOpsメトリクスの比較では、グループまたはプロジェクトのDORA4、脆弱性、およびフローのメトリクスを、累計、先月、先々月、および過去180日間で表示します。

この可視化により、複数の DevOps メトリクスのハイレベルなカスタムビューを取得し、前月比で改善されているかどうかを把握できます。グループ、プロジェクト、チーム間のパフォーマンスを一目で比較できます。この可視化により、最大の価値貢献者、過剰パフォーマンス、または過小パフォーマンスのチームやプロジェクトを特定できます。

DevOps metrics comparison

さらに分析するためにメトリクスをドリルダウンすることもできます。メトリクスにカーソルを合わせると、ツールチップにメトリクスの説明と関連ドキュメントページへのリンクが表示されます。

DORA Performersスコアパネル

GitLab 16.2 でdora_performers_score_panelというフラグで導入されました。デフォルトでは無効になっています。

フラグ: デフォルトではこの機能は利用できません。利用可能にするには、管理者がdora_performers_score_panelという機能フラグを有効にします。

DORAメトリクス・パフォーマー・スコアパネルは、さまざまなプロジェクトにわたる組織のDevOpsパフォーマンスレベルのステータスを可視化する棒グラフです。

Chartは、プロジェクトのDORAスコアを高、中、低に分類した内訳です。グループ内のすべての子プロジェクトを集約しています。

Chartの各バーは、月ごとに計算されたスコアカテゴリーごとのプロジェクト合計を表示します。チャートからデータを除外するには(例えば「Not Included」)、凡例で除外したい系列を選択します。各バーにカーソルを合わせると、スコアの定義を説明するダイアログが表示されます。

たとえば、あるプロジェクトのデプロイ頻度 (Velocity) のスコアが高い場合、そのプロジェクトでは本番環境へのデプロイが 1 日に 1 回以上行われていることを意味します。

メトリクス説明高い中規模
デプロイ頻度1日あたりの本番環境へのデプロイ回数。≥301-29<1
変更リードタイムコードがコミットされてから、本番稼動するまでの日数。≤78-29≥30
サービス復旧の時期ユーザーに影響を与えるサービスインシデントや不具合が発生した場合のサービス復旧までの日数≤12-6≥7
変更失敗率本番稼動時の変更のうち、サービスが低下した割合≤15%16%-44%≥45%

これらのスコアリングは、DORA 2022 Accelerate State of DevOps ReportにおけるGoogleの分類に基づいています。

バリューストリームダッシュボードを見る

前提条件

  • 少なくともグループのレポーターロールを持っている必要があります。

バリューストリームダッシュボードを表示するには

  • 分析ダッシュボードから

    1. グループの左サイドバーで、[検索]を選択するか、または[検索]に移動してグループを検索します。
    2. 分析 > 分析ダッシュボードを選択します。
  • バリューストリーム分析から

    1. 左側のサイドバーで、「検索」を選択するか、または「移動」を選択して、プロジェクトまたはグループを見つけます。
    2. Analyze > Value stream analyticsを選択します。
    3. Filter results]テキストボックスの下の[Lifecycle metrics]行で、[Value Streams Dashboard / DORA]を選択します。
    4. オプション。新しいページを開くには、このパス/analytics/dashboards/value_streams_dashboard をグループ URL に追加します(例:https://gitlab.com/groups/gitlab-org/-/analytics/dashboards/value_streams_dashboard)。

ダッシュボードパネルのカスタマイズ

バリューストリームダッシュボードをカスタマイズし、ページに含めるサブグループとプロジェクトを設定できます。

ビューには、最大4つのサブグループまたはプロジェクトを表示できます。

クエリパラメータの使用

複数のサブグループやプロジェクトを表示するには、URLパラメータとしてパスを指定します。

例えば、query=gitlab-org/gitlab-ui,gitlab-org/plan-stage というパラメータを指定すると、3つの別々のパネルが表示されます:

  • gitlab-org グループ
  • gitlab-ui プロジェクト
  • gitlab-org/plan-stage サブグループ

YAML設定の使用

ページのデフォルトの内容をカスタマイズするには、任意のプロジェクトでYAML設定ファイルを作る必要があります。このファイルでタイトル、説明、パネルとラベルフィルターの数などさまざまな設定とパラメーターを定義できます。ファイルはスキーマ駆動型で Git のようなバージョン管理システムで管理されます。これにより、設定変更の履歴を追跡・メンテナーし、必要に応じて以前のバージョンに戻したり、チームメンバーと効率的に共同作業を行ったりすることができます。クエリパラメータは YAML 設定をオーバーライドするために使われます。

最初に、プロジェクトをセットアップする必要があります。

前提条件

  • 少なくともグループのメンテナーのロールを持っている必要があります。
  1. 左のサイドバーで、Search(検索)を選択するか、Go to(移動)を選択してグループを探します。
  2. 設定] > [全般]を選択します。
  3. アナリティクス]を展開します。
  4. YAML設定ファイルを保存するプロジェクトを選択します。
  5. 変更を保存を選択します。

プロジェクトを設定したら、設定ファイルを設定します:

  1. 左のサイドバーで「検索」または「移動」を選択してあなたのプロジェクトを検索します。
  2. デフォルトのブランチで、設定ファイルを作成します:.gitlab/analytics/dashboards/value_streams/value_streams.yaml.
  3. value_streams.yaml 設定ファイルに、設定オプションを入力します:
# title - Change the title of the Value Streams Dashboard. [optional]
title: 'Custom Dashboard title'

# description - Change the description of the Value Streams Dashboard. [optional]
description: 'Custom description'

# panels - List of panels that contain panel settings.
#   title - Change the title of the panel. [optional]
#   data.namespace - The Group or Project path to use for the chart panel.
#   data.exclude_metrics - Hide rows by metric ID from the chart panel.
#   data.filter_labels -
#     Only show results for data that matches the queried label(s). If multiple labels are provided,
#     only a single label needs to match for the data to be included in the results.
#     Compatible metrics (other metrics will be automatically excluded):
#       * lead_time
#       * cycle_time
#       * issues
#       * issues_completed
#       * merge_request_throughput
panels:
  - title: 'My Custom Project'
    data:
      namespace: group/my-custom-project
  - data:
      namespace: group/another-project
      filter_labels:
        - in_development
        - in_review
  - title: 'My Custom Group'
    data:
      namespace: group/my-custom-group
      exclude_metrics:
        - deployment_frequency
        - change_failure_rate
  - data:
      namespace: group/another-group

以下の例は、my-group ネームスペースのパネルのオプション設定です:

panels:
  - data:
      namespace: my-group

設定ファイルでのラベルフィルターの編集の概要については、GitLab Value Streams Dashboard - Label filters demoを参照してください。

ダッシュボードのメトリクスとドリルダウンレポート

メトリクス|説明|ドリルダウンレポート|ドキュメントページ|ID| ——| ———–| —————| ——————| –| デプロイ頻度|1日あたりの本番環境への平均デプロイ数。このメトリクスは、価値がエンドユーザーに配信される頻度を測定します。[デプロイ頻度タブ](https://gitlab.com/groups/gitlab-org/-/analytics/ci_cd?tab=deployment-frequency)|デプロイ頻度deployment_frequency |変更リードタイム|本番環境へのコミット配信に成功するまでの時間。このメトリクスはCI/CDパイプラインの効率を反映します。[リードタイムタブ](https://gitlab.com/groups/gitlab-org/-/analytics/ci_cd?tab=lead-time)|変更リードタイムlead_time_for_changes |サービス復旧までの時間|本番環境での障害から組織が復旧するのにかかる時間。サービス復旧までの時間タブ|サービス復旧までの時間time_to_restore_service |変更失敗率|本番環境でインシデントを引き起こすデプロイの割合。障害率の変更タブ|障害率の変更change_failure_rate |リードタイム|イシューが作成されてからクローズされるまでの中央値。[バリューストリームアナリティクス](https://gitlab.com/groups/gitlab-org/-/analytics/value_stream_analytics)|課題のリードタイムとサイクルタイムを表示|lead_time |サイクルタイム|リンクされた課題のマージリクエストの最も古いコミットから、その課題がクローズされるまでの時間の中央値。[VSA概要](https://gitlab.com/groups/gitlab-org/-/analytics/value_stream_analytics)|課題のリードタイムとサイクルタイムを表示|cycle_time |新規課題|新規に作成された課題の数。[課題分析](https://gitlab.com/groups/gitlab-org/-/issues_analytics)|プロジェクトおよびグループの課題分析|issues |クローズした課題|月別にクローズした課題の数。[バリューストリームアナリティクス](https://gitlab.com/groups/gitlab-org/-/analytics/value_stream_analytics)|バリューストリームアナリティクスissues_completed |デプロイ数|本番環境へのデプロイ総数。 Merge Request Analytics| マージ リクエスト分析|deploys ||マージリクエストスループット|月別にマージされたマージリクエスト数。 Groups Productivity analytics,Projects Merge Request Analytics|| Groups Productivity analytics Projects Merge Request Analytics|| merge_request_throughput || Critical vulnerabilities over time|| Critical vulnerabilities over time in project orgroup||Vulnerability report||Vulnerability report|| vulnerability_critical || High vulnerabilities over time|| High vulnerabilities over time in project orgroup||Vulnerability report|| vulnerability_high |||.

Jira によるバリューストリームダッシュボードのメトリクス

以下のメトリクスは Jira の使用に依存しません:

  • DORA デプロイ頻度
  • DORA 変更のリードタイム
  • デプロイ数
  • マージリクエストスループット
  • 脆弱性