DevOps ソリューションリソース: DevOps プラットフォーム

GitLab の DevOps プラットフォームの顧客向け概要をお探しですか？ DevOps Platform Solution をご覧ください

GitLab フィールドチームは、最新情報については DevSecOps Platform highspot ページ を参照してください

このページは、単一の DevOps プラットフォームのメリットに関する Go-to-Market の取り組みについて、GitLab の営業・マーケティング活動の整合をとる単一の情報源とすることを目的としています。

連絡先

注意: DevOps プラットフォームに関するメッセージングガイドラインをお探しの場合は、The DevOps Platform Message House をご覧ください。

このバリュープレイの使い方

このバリュープレイでは、DevOps プラットフォームソリューションの概要と対処するペインポイントを示し、お客様のニーズを評価して関連するソリューションの側面を特定するために使える主要な質問を提示し、GitLab の価値に関する他の議論への道筋を示します。

背景

DevOps プラットフォームは、ソフトウェアを提供するために必要な機能やケイパビリティの単なる集合体ではありません。組織が継続的な DevOps ライフサイクルを管理するために必要なすべてを提供するべく、意識的に設計された包括的なソリューションです。

期待されるビジネス成果

• DIY ツールチェーンのオーバーヘッド、保守、コンテキストスイッチを削減することで運用効率を高める。
• アイデアから本番、そしてフィードバックまでライフサイクル全体をカバーするよう構築された単一アプリケーションで、より高品質なソフトウェアをより速く、一貫してデプロイする。
• プロセスの早い段階で脆弱性を発見し、DevOps ライフサイクル全体で一貫したコンプライアンスのガードレールを適用することで、リスクを低減する。
• 組織のニーズが進化しても、予測可能なコストスケーリングを提供する。
• すべてのコラボレーションのためのシームレスかつ包括的な単一の情報源を提供する。

注: DevOps プラットフォーム vs 単一アプリケーション

DevOps プラットフォームの主要な技術的差別化要因は単一アプリケーション設計ですが、その違いの 価値 は、GitLab がお客様が ビジネス の成功を築き上げる真のプラットフォームになる点にあります。

似た現象の好例が Salesforce です。Salesforce は単に営業・マーケティングオートメーションのポイントソリューションを置き換えただけではありません。クラウドベースの統合 プラットフォーム を提供し、顧客インサイトを抽出・変換・活用することで、ビジネスの可能性として 新しいカテゴリー を生み出しました。同様に、GitLab はツールチェーンの保守という非生産的な作業を取り除くだけでなく、カスタムビルドのソリューションでは決して実現できないインサイトと効率性を提供することで、より広範なペルソナとユースケースにまたがって、より効果的かつ協力的に運用できる新しいカテゴリーのソリューションを生み出しました。

ペルソナ

ユーザーペルソナ

主要なユーザーペルソナは 2 つあります。

1. Devon - DevOps エンジニア Devon は様々なニーズを持つ複数の異なるチームを支援します。単一の DevOps プラットフォームは、一貫した効率的な開発体験を提供し、チーム固有の独自実装をサポートする負担を取り除きます。

2. Delaney - 開発チームリード Delaney は製品ライフサイクル全体を通じたコミュニケーションとコラボレーションに責任を持ち、容量を正確に見積もり、機能を計画し、すべての関係者と調整するために、作業項目とステータスのエンドツーエンドの可視化を必要とします。単一の DevOps プラットフォームはこれらのサービスをネイティブに提供し、Delaney は依存関係なしに必要な情報に必要なときアクセスできます。

バイヤーペルソナ

エンドツーエンドの DevOps 要件は、通常エグゼクティブの関与を伴います。VP of DevOps、VP of Engineering、VP of Innovation 以上のクラスです。

主要なバイヤーペルソナは 2 つあります。

1. Erin - アプリケーション開発エグゼクティブ DevOps プラットフォームの一貫性と、関連情報の透明性・コンテキスト集約による生産性向上は、彼女の主要な目標である 予測可能なビジネス成果 に合致します。
2. Kennedy - インフラエンジニアリングディレクター Kennedy にとって、単一アプリケーションとして提供される DevOps プラットフォームの最も重要なメリットは、セキュリティとコンプライアンスを高めながらコストパフォーマンス比を低減できることです。

両バイヤーペルソナは二次的なユーザーペルソナでもあります。日々の業務は DevOps ライフサイクルを中心としたものではないかもしれませんが、DevOps プラットフォームが提供するコラボレーションと広範な可視性は、隣接するすべての役割にメリットをもたらします。たとえば、プロダクトマネジメントのエグゼクティブは歴史的に開発者と関わってこなかったかもしれませんが、DevOps プラットフォームが製品ロードマップ実行のバリューストリームビューを提供できるようになれば、エグゼクティブはより関与し、ブロッカーの発見と除去を支援し、より協力的になることが促されます。

ディスカバリー質問

以下のディスカバリー質問は、現在 GitLab を使用していない見込み客やお客様、または GitLab をポイントソリューションとしてのみ使用していてエンドツーエンドプラットフォームの完全な価値を経験していないお客様と話す際の機会発見に役立ちます。

すべてを使おうとせず、お客様に最も関連性が高く、必要な価値を特定するのに役立つものだけを選んでください。追加の質問もぜひ貢献してください！

現状: 痛みはどこにあるか？

1. DevOps の旅はどの段階ですか？ 成熟度を把握し、成功とは何かを理解する助けになります。組織が DevOps を始めたばかりであれば、DevOps プラットフォームは成熟するにつれて典型的な落とし穴を回避するための DevOps ベストプラクティスへのガイドとなります。すでに旅を進めている企業であれば、特定の課題に直面している可能性が高く、単一のエンドツーエンドプラットフォームのメリットがそれを克服するのに役立ちます。
2. 現在いくつ／どのような DevOps ツールを使用していますか？ 同様に状況を把握するのに役立ちます。多数のツールはほぼ常に統合の複雑性とツール・チーム間の最適でないコミュニケーションを意味します。非常に少ない数のツールは、自動化の不足や「できないこともある」という諦めを示している可能性があります（後述）。
3. DevOps プロセスにビジネスステークホルダーをどのように関与させていますか？ テクノロジー／開発とビジネスの調整状況が見えてきます。多くの場合、それは存在しないか緊張しており、DevOps プラットフォームの単一の情報源が役立ちます。
4. 監査とコンプライアンスはどれほど重要ですか？ 監査は、コストが文書化された理解しやすいリスクであり、DevOps プラットフォームが対処する最も簡単な問題の一つです。強力な監査／コンプライアンス文化の存在は、ビジネスステークホルダーが DevOps／ソフトウェア生産プラクティスへの可視性を求めていることを示すことが多く、これは DevOps プラットフォームが実現できることです。
5. 2〜3 年先のツールコストを予測できますか？ GitLab はエンドツーエンドのソリューションを提供するため、追加機能の有効化に関わらず非常に予測可能なコストスケーリングを提供し、多様なデプロイオプションにより、インフラのニーズが変化しても将来にわたって対応できます。

将来: どこを目指したいか？

1. 理想の世界では、組織のコラボレーションはどのような姿でしょうか？ 成功基準を明確にするのに加えて、より良い選択肢があることに気付いていないために十分大きく考えられていない企業を特定するのにも役立ちます。
2. DevOps でやりたいことがあるが、複雑さがブロッカーになっていることはありますか？ 上記の質問のより明示的なバージョンで、一般に DevOps の旅をさらに進めている企業に適しています。
3. セキュリティチーム、ビジネスステークホルダー、その他の人々が必要な情報すべてにオンデマンドでアクセスできたらどうですか？ これは、コラボレーションのメリットと、DevOps プラットフォームが開発者・運用以外にエンゲージメントを広げられる範囲を非常に明確に描き出します。会話により多くの人を含めたい意欲を引き出せます。
4. 議論、それによって生じたコード変更、その変更のパフォーマンスとセキュリティへの影響、そしてその周辺のすべてのコラボレーションを、自動的にひとつの場所で追跡できたらどうですか？ 上記と似ていますが、コンプライアンス重視や頻繁に監査を受ける組織により適しています。
5. DevOps ツールチェーンの統合と保守に費やしている時間を取り戻せたら何をしますか？ タスク作業から脱した場合の真の成功とは何かを議論する機会をお客様に提供します。これは、リソースをよりビジネス生産的な価値に向けることで DevOps プラットフォームが実現できる変革的な成功です。

想定される反論

「すべて」は要らない — 非常に特定／限定されたニーズしかない

この反論は DevOps の旅を始めたばかりの組織で最もよく見られます。専門的なニーズ（多くの場合、ソースコード管理の次の出発点として継続的インテグレーション）があり、市場には現在の課題に応える専門ツールがあふれています。

「海を沸かす」のを避けたいという欲求は自然です。解決策は、組織に対して DevOps が完全に受け入れられた場合に 何になり得るか を教育することです。一歩下がって、組織が ビジネス レベルでソフトウェア開発・提供について何を変えたいかを尋ねます。市場の変化により敏感に反応したいですか？ 製品品質を高めたいですか？ 速度を高めながらコンプライアンスを維持したいですか？ これらのビジネス目標を念頭に、エンドツーエンドの完全自動化ソリューションの価値を説明し、そこに到達するために必要な個々のステップ（例: CI ジョブにセキュリティスキャンを追加する、監査レポート用に複数ツールからログデータを集約・正規化するなど）を検討します。

組織が達成したい最終ゴールと、それを完全に実現するために必要な複雑性を理解すれば、プラットフォームのメリットは明白になります。GitLab は単一アプリケーションでエンドツーエンドのソリューションを提供しており、お客様は DevOps の幅を広げる準備ができたタイミングで新機能を有効化でき、ツールを次々と組み合わせる必要がありません。

既存ツールを引き剥がして置き換えたくない

オールインワンソリューションとして、GitLab はお客様に「全部入り」を強制するように見えるのは無理もありません。実際にそうするお客様もいますが、多くは段階的に GitLab を採用します。多くは GitLab 上で新しいプロジェクトとチームを立ち上げ、他のものはライフサイクルの終わりまでそのままにします。既存プロジェクトの一部（例: SCM と CI）を GitLab に移行し、他の側面（たとえば Issue を Jira に残す、別のセキュリティスキャナーを使い続ける）は既存ツールに任せる場合もあります。

GitLab は他ツールとの共存を完全にサポートしています。DevOps プラットフォームは標準でエンドツーエンドのソリューションを提供し、統合データストアは利用範囲が広がるにつれて価値と可視性が増していくため、ほとんどのお客様は最終的にフル GitLab 実装に移行するメリットを実感しますが、望まなければプラットフォーム全体を採用する必要はありません。

すべてにおいてベストにはなれない／妥協したくない

GitLab 自身も認めているように、DevOps プラットフォームの一部は他より成熟しています。お客様は当然すべてにおいてベストを求めるため、ソリューションを検討する際に「機会を失う」可能性が常に頭にあります。このような場合、お客様と協力してビジネスニーズと、特定のポイントソリューションを統合するために行うトレードオフを整理してください。

たとえば、お客様が特定のプロジェクト計画ソリューションに注目している場合、GitLab に欠けている必須機能があるかどうかを確認してください。本当にそうであれば、機能が成熟するまでその特定ツールを残りの GitLab と統合するのが最善の方法かもしれません。一方、ソリューションが成熟していると見なされている理由がユーザーにとって無関係であったり、同じビジネスニーズを満たす別のアプローチが GitLab 内にある場合は、DevOps プラットフォームのネットワーク効果と保守の単純さは切り替えるのに十分な理由となります。いずれの場合も、GitLab DevOps プラットフォームはお客様のライフサイクルの残り部分を効率化・簡素化できます。

当社のビジネスに最適化したシステムを構築している

多くの場合、この反論は固有のビジネスニーズというより「これまで投資してきたものを失いたくない」という願望を反映しています。DevOps プラットフォームを使えば、ビジネスは差別化、つまり収益に直結する製品やサービスにリソースを集中できます。お客様自身のツールチェーンの構築・保守にかかるコスト（人件費や機会費用を含む。Forrester Total Economic Impact レポート のような資料が会話の出発点になります）を特定し、これらのリソースをインフラではなくビジネス目標に集中させた場合に生み出せる顧客価値を理解できるよう支援してください。

再トレーニングは避けたい

すべての変化は学習を必要としますが、トレーニングは「一度きり」ではなく継続的な取り組みであることを忘れてはいけません。すべてのツールは進化し、カスタム統合を伴うマルチツールチェーンは、その鎖の各リンクで継続的なトレーニングを必要とします。対照的に、GitLab DevOps プラットフォームは単一のユーザーインターフェース、単一の統合データストア、単一の権限モデルを持っています。GitLab のランプタイムはオーダーメイドのツールチェーンに比べて劇的に短く、継続的なトレーニングもはるかにシンプルかつ高速です。共通のユーザー体験はクロスファンクショナルなコラボレーションや、組織内のキャリア流動性すら促進します。

関連市場セグメント

DevOps プラットフォームはすべての市場セグメントと業界に関連しますが、それぞれのグループに響く側面は異なります。メッセージハウス でセグメント別のメッセージングとポジショニングの詳細が確認できます。

共通のペインポイント

運用効率

DevOps プラットフォームによって解決される共通のペインポイントの一つは、DIY DevOps 実装 の非効率性です。カスタムツールチェーンは非効率で、それと関わる労働者の潜在能力を低下させます。これは通常 2 つの形で現れます。

• ツールチェーンの作成と保守によって失われる生産性: 定義上、DIY DevOps は API、サードパーティプラグイン、カスタムコードの組み合わせに依存することが多いツールチェーンを組織が作成・保守することを要求します。そのツールチェーンを構築・保守するために必要な作業のいずれも、測定可能なエンドユーザー価値を生みません。多くの組織はチーム全体にツールチェーン保守を任せ、収益を生む活動からリソースを奪い、開発・運用スタッフに目立たず報われないタスクを割り当てて従業員満足度を低下させています。
• コンテキストスイッチによって失われる生産性: 完全に統合されたツールチェーンであっても、あるツールから別のツールへ移動するだけで生産性に測定可能な低下が生じ、ツールチェーン内のツールが追加されるごとに複合的に増えていきます。Forrester のような業界専門家は、このコストを削減する上でプラットフォームのメリット に言及しています（このレポートやその他のレポートに関する詳細は Analyst Relations にお問い合わせください）。
• ハードな限界によって失われる生産性: 多くの場合、DevOps ツールチェーンは協調動作を想定して設計されていないツール、または現代の組織が要求する方法では設計されていないツールを連結することで作られます。場合によっては、API が必要なデータへのアクセスを単純に提供しないこともあり、組織が必要な情報を集めるために最適でないワークアラウンドをツールチェーンに埋め込まなければならないこともあります。

ビジネスのアジリティとイノベーション

運用上の非効率の大きなコストはビジネスのアジリティです。

• 可視性とメトリクス: 組織がソフトウェアデリバリーライフサイクルを通る作業の流れを理解し最適化できなければ、ソフトウェア製品の作成・提供に関わるビジネス上の意思決定を支える十分なデータが不足します。SDLC は、変革のエージェントやビジネス成功計画への入力ではなく、ブラックボックスやフルフィルメントブロッカーになってしまいます。
• 反応性の悪さ: ビジネスが機会を捉えるため、または競争上の脅威に応じるためにすばやく方向転換しなければならないとき、扱いにくいツールチェーンや自動化の不足によって、その方針転換の実装が遅れ、結果的に間に合わなくなることがあります。

主な差別化要因

必要な機能

DevOps プラットフォームは機能やケイパビリティの単なる集合体ではなく、それらをシームレスかつ透過的に組み合わせることで相乗的なビジネスメリットを提供します。それでも、置き換える対象のツールチェーンは、お客様が必要と期待する機能で構成されています。

各ティアにおける主な価値

Premium

一般に、GitLab アプリケーションを多く使うほど、より多くの役割の人がより多くのデータを単一の場所で投稿・参照するため、プラットフォームストーリーの価値はより大きくなります。Why Premium ページ に挙げられているメリットに加え、Premium には Free と比較して際立つメリットがいくつかあります。

• 大幅に高い可視性 Advanced Search、Roadmap、Contribution Analytics、バーンアップ／バーンダウンチャートなどの可視化により、様々なニーズに対しエンドツーエンドの可視性を達成しやすくなります。
• 幅広いペルソナサポート Epic、スコープ付きラベル、Issue ウェイト、複数 Issue 担当者などの機能により、Premium はエンタープライズに対応した計画システムとしてより魅力的になり、Product Owner や Program Manager といった新しいペルソナが活用できるようになります。同様に、Auditor ユーザーや Audit Event は監査担当者にもシステムを拡張します。

Ultimate

Ultimate は最も幅広いペルソナをサポートし、マルチレベル Epic で Portfolio Manager に拡張し、ロール固有のダッシュボードや多数の機能で Security と Compliance のペルソナをファーストクラスでサポートします。Ultimate は無料の Guest User アカウントも提供し、その他のステークホルダーを無償で議論に招待できます。

証跡

引用とレビュー

• “GitLab is really a full automated service covering all the stages of the project life cycle”（GitLab は本当にプロジェクトライフサイクルのすべての段階をカバーする完全な自動化サービスです） Ahmed K., G2
• “Best Code Collaboration Platform For Software Engineering Teams”（ソフトウェアエンジニアリングチームに最適なコードコラボレーションプラットフォーム） Sujay K., G2
• “GitLab : A professional collaboration tool”（GitLab: プロフェッショナルなコラボレーションツール） Alay S., G2

アナリストリサーチ

Market Guide for DevOps Value Stream Delivery Platforms において、Gartner の戦略計画上の前提は次のとおりです。

「2024 年までに、組織の 60% がアプリケーションデリバリーの効率化のために、複数のポイントソリューションからバリューストリームデリバリープラットフォームに切り替えるだろう。2021 年の 20% から増加。」

_{Market Guide for Value Stream Delivery Platforms, Manjunath Bhat, Thomas Murphy, Daniel Betts, Chris Saunderson, Hassan Ennaciri, Joachim Herschmann, 18 October 2021}

_{Gartner はリサーチ刊行物に登場するベンダー、製品、サービスを推奨するものではなく、技術ユーザーに対して評価が最も高いベンダーやその他の指定を持つベンダーのみを選ぶように助言するものでもありません。Gartner のリサーチ刊行物は Gartner のリサーチ組織の意見で構成されており、事実の表明と解釈すべきではありません。Gartner はこのリサーチに関するすべての保証（明示的または黙示的）について、商品性または特定目的への適合性に関する保証を含め、これを否認します。}

GitLab は、これは単一アプリケーションとして提供される DevOps プラットフォームの市場が、DevOps 市場全体よりもはるかに速く成長することを示すと考えています。

ケーススタディ

• BI Worldwide は技術的障壁を取り除き、マイクロサービスの構築に集中できるようになりました。

SCM+CI/CD 用の単一ツールは大きな初期勝利でした。今ではセキュリティスキャンもそのツールに組み込んで、セキュリティ脆弱性に対する可視性が向上しました。統合 Docker レジストリも非常に役立っています。Issue／製品管理機能により、誰もが役割に関係なく同じ場所で作業できます。

Adam Dehnel, Product Architect, BI Worldwide

• Glympse は約 20 のツールを GitLab に統合し、セキュリティ監査担当者の経験上、他のどの企業よりも速くセキュリティ問題を是正しました。

1 つのページに留まり、ボタンをクリックするだけで監査可能な変更を本番にリリースし、簡単にロールバックできるようになると、開発はずっと速く進みます。すべてが大幅に効率化されています。Glympse は 2 週間というワンスプリント内に、GitLab の CI テンプレートと既存の Docker ベースのデプロイスクリプトを使ってすべてのリポジトリにセキュリティジョブを実装できました。

Zaq Wiedmann, Lead Software Engineer, Glympse

• Goldman Sachs は隔月のビルドから 1 日 1,000 回以上に改善

GitLab により、エンジニアリング部門の開発速度を劇的に高めることができました。GitLab がエンタープライズによる迅速かつ効果的なソフトウェア市場投入を支援することへのこだわりは、Goldman Sachs 内部で見られたのと同じ効率を他の企業も実現するのに役立つと信じています。今では一部のチームが 1 日 1,000 件以上の CI 機能ブランチビルドを実行・マージしています！

Andrew Knight, Managing Director, Goldman Sachs

競合比較

DevOps 領域には多くの競合がいますが、自身をプラットフォームと呼べるだけの範囲を提供しているところはほとんどなく、単一アプリケーションとしてゼロから設計されているものは皆無です。

「単一ソリューションで提供されるエンドツーエンド機能の最も包括的なスイート」というレンズで見ると、最も近い競合は Microsoft の [Azure DevOps] です。Microsoft は GitHub でも同じビジョンに向けて開発を続けています。

業界アナリストリレーションズ (IAR) プラン

• IAR ハンドブックページは、アナリストとの会話にユースケースを取り入れる 計画を反映するよう更新されています。
• 各ユースケース固有の詳細、および業界アナリスト企業との契約上の機密保持義務を尊重し、エンゲージメント計画は GitLab チームメンバーに対し以下の保護されたドキュメントで提供されます。IAR Use Case Profile and Engagement Plan。

このユースケースに関する GitLab の機能を現在理解しているアナリストの一覧は、Slack（#analyst-relations）または Issue を作成して “AR-Analyst-Validation” テンプレートを選択することで Analyst Relations にお問い合わせください。

プロフェッショナルサービスの提供

GitLab はお客様とパートナーに対し 様々なパッケージ済みおよびカスタムサービス を提供しています。本ソリューションに特化したサービスは以下のとおりです。その他のサービスについては、フルサービスカタログ をご覧ください。

• DevOps Fundamentals Training（DevOps ライフサイクル全段階）
• GitLab CI/CD Training
• Integration Services

リソース

プレゼンテーション

• GitLab Enterprise DevOps Platform Customer Deck

DevOps プラットフォーム動画

• Deliver more value with fewer headaches using an end-to-end DevOps platform
• Benefits of a single application
• GitLab in 3 minutes
• Auto DevOps Click Through Demo Video

クリックスルー & ライブデモ

• All Marketing Click Through Demos
• All Marketing Live Demos

メッセージハウス

メッセージハウス は、バリュープレイの価値と差別化要因を記述・議論するための構造を提供します。

ソリューションアーキテクト向け技術リソース

お客様や見込み客には、好みのスキャンツールの使用や、ツールチェーンの他の部分との統合に関する独自の要件があることが多いです。あなたまたはお客様が GitLab に統合したいサードパーティをお持ちの場合は、手順について パートナー統合ページ をご紹介ください。GitLab はお客様のすべてのニーズを満たす単一プラットフォームとなり得ますが、移行を支援するオンランプや GitLab を購入する前の統合の証明が必要なことが多いです。以下のリソースが役立つ場合があります。 注意: GitLab が公式に認識 していないサードパーティ製品の統合をユーザーに期待されるような立場に GitLab を置くために、これらを使用しないでください。

ページのソースコードを見る - ページの編集 - please contribute.