ソリューションアーキテクチャ コラボレーションプロジェクト
お客様とのエンゲージメント中、いつコラボレーションプロジェクトを検討すべきか?
ほとんどのシナリオにおいて、ソリューションアーキテクト (SA) は各地域で定義されている SA プロセスマップとエンゲージメントモデルに従い、お客様が GitLab の技術評価で成功することを保証するために、組織化された、構造化された、一貫した方法でお客様と関わる必要があります。
GitLab が複数の異なる部門の複数の異なるステークホルダーを抱える主要エンタープライズ (特に大きな netARR のシナリオ) と関わる場合、拡張されたエンゲージメントが必要となり、定期的なアクティビティを GitLab SA コラボレーションプロジェクト経由で調整することが有益となる場合があります。これは、Professional Services や Product チームのような複数の GitLab 部門が営業プロセスに関与する場合にも該当します。
コラボレーションプロジェクト - 内部および外部への影響
以下の図は、さまざまな内部および外部ステークホルダーと連携した GitLab コラボレーションプロジェクトのハイレベルなビューを提供します。ソリューションアーキテクトが所有する GitLab コラボレーションプロジェクトを通じて達成される、内部および外部への影響を強調することが重要です。
内部への影響
GitLab コラボレーションプロジェクトは、ソリューションアーキテクトとお客様チームとのコラボレーションに基づくお客様のさまざまなインサイトを見つけるのに非常に有用です。GitLab のクロスファンクショナルチームの例として、GitLab コラボレーションプロジェクトから恩恵を受けるのは Product、Marketing、Professional Services、Sales チームです。内部への影響には、製品ロードマップの強化、製品フィードバック、戦略の強化、戦略マーケティングへの影響などが含まれます。 たとえば、コラボレーションプロジェクトに基づくフィードバックにより、Solutions Go-to-market マーケティングアクティビティを介して新しい製品ソリューションのレビュー、改善、または追加につながる場合があります。
外部への影響
GitLab コラボレーションプロジェクトのもう 1 つの重要なメリットは、お客様のステークホルダー、コミュニケーション、戦略への外部への影響です。複雑なエンタープライズ環境において、プロジェクトのスコープとアラインメントは適切に管理されるべき鍵です。技術評価中のソリューションアーキテクトのアクティビティには、お客様の技術検証、要件の明確化、優先順位付けが含まれ、これらは良いガバナンスとステークホルダーアラインメントをもたらします。GitLab コラボレーションプロジェクトは、内部および外部のステークホルダー間の構造化されたコミュニケーションを提供し、同時に協働的で透明性のある環境を提供します。
利用法
コラボレーションプロジェクトは、Issue、イテレーション、ボードなどの GitLab のアジャイルプランニング機能を活用して、評価期間中に GitLab チームがお客様チームと効果的に協働できるようにします。
お客様はコラボレーションプロジェクトをどのようにうまく利用するか?
SA コラボレーションプロジェクトは、お客様が積極的な参加者になることで最も大きな価値を発揮します。お客様は、GitLab プラットフォーム上でいかに簡単に協働できるかを実感できるようになります。より大きく、より戦略的なお客様 Opportunity においては、GitLab Solutions Architecture チームは関連する製品マネジメントやエンジニアリングのクエリを非同期にトリアージするのも支援できます。
お客様は、GitLab 製品に関する具体的な質問、ユースケース、トピックがあるときに Issue を起こし、その Issue のコレクションを技術評価のためのナレッジベースとして、また GitLab を採用後のプロセスの内部ドキュメントの基盤として利用すべきです。 [WIP]
ソリューションアーキテクトはコラボレーションプロジェクトをどのように活用するか?
ソリューションアーキテクトが、Opportunity が複数の内部チームまたはお客様チームにまたがると判断したら、GitLab.com 上の
参加者は GitLab Issue を使用して、主要なユースケースや質問を起こすことができます。 これらの Issue は GitLab チームメンバーとお客様チームとの主要なコラボレーションポイントとなり、アーキテクチャ図、ドキュメントリンクの共有や、お客様から起こされた質問への回答に使用できます。
コラボレーションプロジェクトを使う際は、お客様と継続的に会うことが重要です。ソリューションアーキテクトは、主要ステークホルダーと前回のサイクルからの質問をレビュー・サマリーするための適切な頻度をお客様と決定すべきです。良い目安としては隔週の頻度です。これらのケイデンスを追跡する最良の方法の 1 つは GitLab イテレーションを使用することです。これにより、scoped boards を通じてイテレーションで起こされた Issue を素早くサマリーできます。 [WIP - チームミーティングのアジェンダなどをサマリ]
主要ユースケース
- 複数の部門や機関にまたがる複数のお客様ステークホルダー
- プロダクトとの高レベルなコミュニケーションが必要 (例: Dedicated、製品共同開発)
メリット
コラボレーションプロジェクトは、ソリューションアーキテクトがメールやミーティングノート以外の場所で、お客様と透明性のある形で質問を追跡できるようにし、複数のステークホルダーエンゲージメントにわたって簡単な協働を可能にします。 お客様は、組織化された方法で長期的に質問への回答記録を持つことができ、これにより内部プロセスやドキュメントの作成を加速するために情報を取り出して活用できます。 Opportunity ケイデンスの早い段階で GitLab を Dogfood することは、お客様が GitLab のユーザーインターフェースとワークフローによりよく慣れるのに役立ちます。 GitLab Issue は、Solutions Architecture が CSM、PS、Product 部門の既存のワークフローと統合できるようにし、GitLab 部門間でのコラボレーションを増やします。
- メール経由ではコンテキストが失われがち
- お客様と共有される G-docs は通常は順次的で、トピックやユースケースに基づいて Issue を分けるのが難しい
- 新しいステークホルダーやチームメンバーが素早くキャッチアップ可能
- これらのアカウントの CSM 組織への引き継ぎがはるかに容易
- お客様からのリンクされた Issue は Product への直接的なフィードバックを提供。同様に、Product もお客様の Issue にコメントしたり質問したりが非同期に可能
コラボレーションプロジェクトの例 (内部)
- [APAC の GitLab Dedicated お客様]
c955a93f)