プロフェッショナルサービス Technical Architect
私たちは何者か
GitLab のプロフェッショナルサービス Technical Architect (TA) チームは、技術リーダーシップ、プリセールスサポート、デリバリー監督、職能横断的な役割間の協業促進を担う、高いスキルを持つ専門家で構成されています。GitLab プラットフォーム、DevOps プラクティス、業界のベストプラクティスへの深い知識を持ち、お客様と緊密に連携してそれぞれ固有の課題を理解し、ビジネス目標に沿ったテーラーメイドのソリューションを提供します。私たちのチームは技術的・非技術的なステークホルダー間のギャップを埋め、スコーピングプロセスや契約全体を通じて明確なコミュニケーションとアラインメントを確保します。私たちは、サービスの改善、卓越した価値の提供、お客様が DevOps Transformation Journey において GitLab プラットフォームの利点を最大化できるようにする方法を継続的に模索しています。
プリセールスサポート
コラボレーション:
TA チームは、MEDDPICC セールスクオリフィケーション方法論に従って技術セールスをアカウントチーム（例: Account Executive、Solution Architect、Customer Success Manager、Engagement Manager）に支援し、スコーピングプロセス中の信頼できるアドバイザーとして機能します。また、Engagement Manager に対し、Customer Journey から完全なプラットフォーム採用までを強化する戦略的な技術ソリューションを提供します。
Engagement Manager への専門技術支援
技術ガイダンスとソリューション設計:
- Customer Journey を理解する
- 顧客の一般的なチェンジマネジメントワークフローを理解し、セキュリティ、コンプライアンス、可観測性を顧客契約に組み込む。
- Engagement Manager がお客様が現在直面している技術的課題のスコーピングを支援する。
- 成果物と労力レベルを含む Statement of Work (SOW) を承認する。
Architect とのエンゲージメント
一般的なエンゲージメントルール
- TA に関わる前に、潜在的な機会に関する情報を収集するのは EM の責任です。これには以下が含まれます:
- お客様が PS チームの価値、私たちが提供できるもの、そして私たちが GitLab サブスクリプション購入から価値実現を推進するために一般的にどのように支援できるかを理解していることを確認する。
- 私たちが時間の 80% で行いたいことを一般的な方法でポジショニングし、必要になるまで詳細な技術スコーピングを避ける。
- TA を関与させる前に、顧客の期待を実用的なソリューションと整合させる支援をする。
- Engagement Manager (EM) が TA とエンゲージするには、SFDC の Opportunity とスコーピング Issue が作成されている必要があります。さらに、スコーピング Issue で、EM は
current customer pain pointsとtechnical or organizational constraintsを明確に説明できなければなりません。これらが揃っていない場合、TA は内部または顧客対面のコールに参加する前に、この情報を収集するよう EM に押し戻すことができます。
Subject Matter Expertise の確立
TA は専門知識を活用して信頼を築き、望む成果を達成するための GitLab サービスの価値を実証します。TA は GitLab サービスの価値を継続的に伝えながら、困難な顧客シナリオをナビゲートできます。
Discovery コールの支援
詳細な要件と洞察を収集するための効果的な Discovery セッションを支援します。
EM の役割:
- ファシリテーターとして、ディスカッションをガイドするためにより高レベルの質問をする。
TA の役割:
- 成功するプロジェクト計画に必要なすべての情報が収集されることを確実にするため、より詳細で技術的な質問をする。
- 技術要件と制約を明確化し、技術的依存関係を文書化する。
- Discovery プロセスの初期段階で潜在的なリスクと課題を特定する。
- 過去の経験に基づくベストプラクティスへの洞察を提供し、革新的なソリューションを提案する。
- すべての技術側面が包括的に理解、文書化、合意、整合され、プロジェクト後半でクリープや誤解を避けられるようにする。
Level of Effort (LOE) と必要なスコープの見積もり
プロジェクトに必要なリソースと時間を正確に決定します。
TA の役割:
- EM と協力して LOE を算出する。
- 潜在的なリスクを考慮し、包括的な作業範囲を策定する。
- 経験と技術知識を活用して、正確な見積もりと前提を提供する。
Proposal 中の技術詳細の提供を支援
提案が詳細で説得力のあるものになることを確実にします。
EM の役割:
- 全体的なバリュープロポジション、タイムライン、コスト、スケジュールのプレゼンテーションをリードする。
TA の役割:
- 詳細な技術的洞察、過去の顧客経験、暗黙知を加える。
- 提案された計画を裏付け、その実現可能性と価値を補強する。
スコーピングと計画のガイドライン
準備:
- 少なくとも 1 営業日前までに、PS and Sales team mapping を使用してアサインされた TA に連絡する。
- 関連するコンテキスト、メモ、スコーピングコールに必要な情報（ビジネス課題と望む成果を含む）を提供する。
- アサインされた TA がコールで議論されるトピックを専門としていない場合、TA は TA チームと調整して適切な専門家を特定する責任があります。
- アサインされた TA が代替を見つけるのを支援できない場合は、リクエストを #ps-ta-ama にリダイレクトしてください。
スコーピング関連の質問
プロセス:
- 関連する GitLab Issue に
Scoping::Needs_TA_Assistanceラベルを追加し、TA のフォローアップを依頼する明確なコメントを記載する。 - Issue に未解決の質問がなくなったら、ラベルを
Scoping::TA_Assistedに更新する。
承認とレビュー
レビュープロセス:
- TA によって以前にレビューされていない SOW には
TA::Needs-Reviewラベルを追加する。 - Technical Architect は 2 営業日以内にレビューを行い、アクション、前提、成果物を明確化する。
- SOW がレビュー・承認されたら、
TA::Approvedラベルが追加される。
一般的な問い合わせとディスカッション
コミュニケーション:
- より広範な技術的な質問や役割関連の問い合わせには、Slack の #ps-ta-ama チャンネルを使用する。
- 進行中の SOW に関連するディスカッションは、コンテキストを維持するため、関連するスコーピング Issue のコメント内で実施する。
プロジェクトの技術リーダーシップ
責任:
- 重要な問題を迅速に解決するためのエスカレーションポイントとして機能する。
- Professional Service Engineer と Partner Engineer が GitLab プラットフォームとワークフローをよりよく理解できるようにする。
- スコーピングから、Transformation や複数ワークストリームのプロジェクトなど、より大規模な契約のデリバリーをリードする方向に移行する。
- 契約における Discovery と技術的なハードルの解消に注力する。
- Delivery 中に Delivery Kits がイテレートされることを確実にする。
- PMO と協力して、プロジェクトステータスが Delivery Methodology に沿って最新であることを確実にする。
