ワークショップ
ワークショップは、GitLab の見込み顧客や顧客に対して、ライブの GitLab 環境でのハンズオン経験を提供するために設計されたインタラクティブなイベントです。GitLab のソリューションアーキテクトがリードするこれらの半日のプリセールスイネーブルメントセッションは、必須のユースケースをカバーし、広範な POV（Proof of Value）の代替として効率的に機能します。
一般的なワークショップトピックには以下が含まれます：
- DevOps 自動化
- ポートフォリオおよびプロジェクト管理
- セキュリティ
- アドバンスド CI/CD
これらのセッションは、お客様の理解と認識を加速させ、技術的評価要件を絞り込み、削減するのに役立ちます。ワークショップはしばしば広範な POV の必要性を最小限に抑えたり、なくしたりし、技術的勝利に直接つながることがあります。
技術要件
各ワークショップでは以下が必要です：
- 演習中に参加者が使用するための専用 GitLab インスタンス
- 事前構成されたクラスプロジェクト
- Issue トラッキングワークフローのセットアップ
- ワークショップトピック固有の追加環境準備
詳細については、Hands-On ワークショップツールとリソース ハンドブックページをご確認ください。
規模とフォーマット
最適な体験を確保するために：
- 参加者は 200 名以下に制限されています
- この制限により以下が可能になります：
- 全参加者への安定した作業環境
- 質問や Issue へのタイムリーな対応
- 効果的なハンズオン指導
主な利点
ワークショップアプローチは、プリセールスプロセスにおいて複数の戦略的優位性を提供します：
- 直接的なハンズオン体験を通じて、GitLab の広範な機能セットへのお客様の理解と認識を劇的に加速
- 時間とリソースを大量に消費する POV の必要性を大幅に削減または完全に排除
- 技術チームに対し、特定のユースケースに GitLab を適用する即時的かつ実践的な経験を提供
- 顧客ニーズとの明確な価値の整合を示すことで、技術的勝利を促進
- 技術的ステークホルダーとの深い関わりを実現するインタラクティブな環境を作る
- ガイド付きハンズオン探索を通じて GitLab の能力に対する自信を構築
オーディエンス
ワークショップは、多様な技術的オーディエンスに関わるよう戦略的に設計されており、典型的には以下が含まれます：
- ソフトウェア開発者およびエンジニアリングチーム：コード開発とデプロイに直接責任を持つ方々
- DevOps 実践者：開発と運用プロセスの効率化に焦点を当てるプロフェッショナル
- セキュリティプロフェッショナル：アプリケーションおよびインフラストラクチャのセキュリティに責任を持つチームメンバー
- 運用チームメンバー：インフラストラクチャとデプロイ環境を管理するスタッフ
- 品質保証エンジニア：テストと品質プロセスに責任を持つ方々
- プラットフォームエンジニア：開発プラットフォームの設計と保守を行うプロフェッショナル
- テクニカルアーキテクト：ツール採用と統合に関する技術的決定を行う方々
ワークショップ形式
構造
顧客背景の議論とコンテキスト設定
- 顧客の現在の技術的景観の徹底的な探索
- GitLab 評価を促進する課題と痛点の詳細な議論
- 特定のワークショップ目標と成功基準の確立
- 顧客の既存ツールチェーンと統合要件の理解
- 現在の開発プロセスと望まれる改善のレビュー
包括的なデモンストレーションフェーズ
- 顧客ニーズに合わせた GitLab 機能の戦略的紹介
- 関連するワークフローと統合のライブデモ
- GitLab が特定の顧客課題にどのように対処するかの実例
- ベストプラクティスと推奨アプローチの説明
- 特定の技術的質問に対応するためのインタラクティブな Q&A
ガイド付きハンズオン部分
- 主要な GitLab 機能および機能性の段階的なウォークスルー
- 学習目標を強化するために設計された実践的演習
- 設定とセットアップの直接的支援
- 協力的な問題解決セッション
- GitLab エキスパートからのリアルタイムフィードバックとガイダンス
独立したハンズオンラボ
- GitLab 機能の自己主導的探索
- 顧客固有のシナリオへの学んだ概念の適用
- 特に関心のある領域へのディープダイブの機会
- アドバンスド機能と統合の練習
- さまざまな構成とアプローチでの実験の自由
提供オプション
ワークショップ形式は、さまざまな顧客ニーズに対応する柔軟な提供オプションを提供します：
対面セッション：
- GitLab エキスパートとの直接的な対面交流
- 技術的質問への即時的な支援
- 強化された協働の機会
- より強い関係構築
- 複雑な技術的議論のより容易な処理
Zoom 経由のリモート提供：
- 地理的に分散したチームに対するより広いアクセス
- 将来の参照のための録画機能
- 詳細な技術的デモンストレーションのための画面共有
- 集中的な議論のためのブレイクアウトルーム
- リソース共有や簡単な質問のためのチャット機能
期間とタイミング：
- 典型的な長さ：2〜4 時間、包括的なカバレッジを可能にする
- エンゲージメントを維持するための戦略的休憩
- 異なるタイムゾーンに対応するための柔軟なスケジューリング
- アドバンスドトピック向けのオプションフォローアップセッション
- 拡張された議論のためのバッファ時間の組み込み
ワークショップとデモンストレーションの違い
ワークショップとデモンストレーションの異なる特徴を理解することは、効果的なプリセールスエンゲージメントにとって重要です：
| 観点 | ワークショップ | デモンストレーション |
|---|---|---|
| 期間 | 拡張エンゲージメント（2〜4 時間） | 焦点を絞ったプレゼンテーション（30〜60 分） |
| スコープ | 複数のユースケースと機能の包括的なカバレッジ | 特定の機能のターゲットを絞った探索 |
| インタラクションレベル | ハンズオンアクティビティ、演習、実践的応用での高いエンゲージメント | 主に観察的、Q&A の機会あり |
| 問題への焦点 | ディープダイブ機能を伴う広範なユースケース探索 | 特定された課題に対する具体的なソリューションのデモ |
| オーディエンスエンゲージメント | 実践的演習と独立した探索を伴う能動的な参加が必要 | 質問を通じた偶発的な相互作用を伴う受動的な視聴 |
| リソース投資 | 著しい準備と提供時間、専用の技術リソースが必要 | 最小限の準備、個々のチームメンバーが提供可能 |
| 成果 | 包括的な理解と実践的経験 | 基本的な機能認識とソリューション可視性 |
| フォローアップ要件 | しばしば追加の技術評価の必要性を減らす | より詳細な探索のリクエストにつながる可能性 |
ワークショップ準備のベストプラクティス
必須準備手順
包括的なドライラン
- ワークショップコンテンツの完全なリハーサルを複数回実行
- さまざまな技術的シナリオと潜在的な Issue への対処を練習
- 複雑な概念に対する詳細な口頭説明を準備
- 一般的な顧客の質問を予想し準備
- 潜在的な技術的課題とその解決策を文書化
- 複数の環境ですべてのデモをテスト
- すべてのリンク、コード、アクセス要件を確認
- 潜在的な技術的 Issue に対する復旧手順を練習
インタラクティブエンゲージメント戦略
- 参加者の質問のための定期的なチェックポイントを実装
- 議論のためのコンテンツ内の自然な休憩を作成
- 価値ある顧客の洞察を集めるためのディスカバリ質問を準備
- エンゲージメントを維持するためのインタラクティブな要素を設計
- 異なる学習スタイルと技術レベルに対応するように計画
- ピアツーピア学習の機会を作成
- 低参加に対するコンティンジェンシープランを開発
リソース管理と組織化
- 包括的なリソースドキュメントを準備
- アクセスしやすいリンクリポジトリを作成
- セッション登録プロセスを組織化
- 必要なすべてのプロジェクト資料を文書化
- 必須リソースのバックアップコピーを準備
- すべてのアクティビティに対する明確な指示セットを作成
- 更新された参考資料を維持
構造化された配信フレームワーク
- 明確で段階的な指示セットを開発
- 複雑な概念のためのビジュアルエイドを作成
- 一貫した進捗追跡方法を実装
- 確立されたプレゼンテーションのベストプラクティスに従う
- 明確なコミュニケーションプロトコルを維持
- 詳細なセッションタイムラインを作成
- セクション間の遷移戦略を準備
コンパニオンの役割と責任
専任のワークショップコンパニオンは重要なサポートリソースとして機能し、以下に責任を持ちます：
技術サポート：
- ワークショップコンテンツの包括的な知識の維持
- Learn Labs セッションのアクセスと技術的 Issue の管理
- リアルタイムのトラブルシューティング支援の提供
- 参加者の進捗のモニタリングと苦戦の特定
- セッション中の技術インフラストラクチャの管理
コミュニケーションサポート：
- 質問キューと議論スレッドの管理
- チャットでのリソースとリンクの共有
- 主要な議論ポイントの文書化
- フォローアップ項目とアクションポイントの記録
- 必要に応じてブレイクアウトセッションのファシリテーション
文書化：
- 詳細なセッションノートの維持
- 主要な技術的質問と回答の記録
- 顧客固有の要件の文書化
- フィードバックと改善提案の記録
- ワークショップ後のサマリレポートの作成
バックアップカバレッジ：
- 必要に応じてプレゼンテーションを引き継ぐ準備
- 技術的な困難の管理
- 予期しない状況への対応
- 追加の例や説明の提供
- 必要に応じて個々の参加者へのサポート
成功指標と評価
ワークショップは、いくつかの主要な成功指標に基づいて評価できます：
即時的成果：
- POV 要件の削減または排除
- 技術的承認の達成
- ポジティブな参加者フィードバック
- GitLab の能力に対する理解の向上
- 技術要件の明確化
長期的な影響：
- 営業サイクルの加速
- GitLab 採用率の向上
- 顧客満足度の向上
- 実装時間の短縮
- 顧客関係開発の強化
測定方法：
- 参加者調査とフィードバックフォーム
- 技術要件解決の追跡
- 営業サイクル期間分析
- 実装成功指標
- 顧客満足度評価
最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (
bfd74782)