Sales Kickoff Planning

Sales Kickoff Core Team

Sales Kickoff はあまりに大きすぎるため、すべてに対する単一の DRI を持つことができません。Field Enablement リーダーが、成功した予算内の SKO の実現に対して最終的に責任を負い、以下を担当します。

• 全体のストーリーアーク
• SKO アジェンダ
• CRO リーダーとのインターロックおよびコミュニケーション
• SKO Ambassador プログラム

SKO 2023 親エピックを参照してください。SKO の追加責任は、以下に概説する SKO の特定の側面を担当するカテゴリ DRI を持つ 3 つのサブチームに分割されます。SKO コアチームには以下のサブチームが含まれており、それぞれに支援するチームメンバーがいます：

1. Event Support & Logistics DRI
   • 詳細については SKO 2023 Event Support & Logistics エピックを参照してください
2. Content DRI
   • 詳細については SKO 2023 Content エピックを参照してください
3. Communications DRI
   • 詳細については SKO 2023 Communications エピックを参照してください

SKO コアチームには、以下の責任を持つ executive sponsor (VP, Field Ops) も含まれます：

• SKO プランニングの会話で CRO リーダーの POV を支持し、社会化する
• CRO リーダーと executive 間の定期的なチェックインを確実にする
• CRO リーダーシップチーム全体のアラインメントを推進する手助けをする
• 必要に応じて executive レビューを確保する
• executive レビューと承認が必要な場所と、チームが意思決定の自律性を持つ場所と時期を優先順位付けする手助けをする

SKO サブチームの責任

Content サブチームのディーパーダイブ

SKO 作業の管理

スケジューリングとロジスティクスは Sales Kickoff (SKO) 2023 Agenda & Logistics の Google sheet で管理され、実際の作業は GitLab で管理されます。

GitLab 内での SKO 作業はエピックと Issue で管理されます（SKO 2023 メタエピックを参照）。サブチーム DRI は、必要に応じて子エピックと Issue を管理する権限を持っています。

Sales Kickoff (SKO) 2023 Agenda & Logistics Google sheet には以下が含まれます：

1. SKO Mainstage Agenda
2. SKO Breakout Schedule
3. Partner SKO schedule
4. Ancillary Events schedule
5. SKO Planning Timeline
6. Due Dates
7. SKO Planning GitLab Directory（SKO プランニングに関連するエピックとノートドキュメントへのリンク）

サブチーム DRI は、タブのすべてのコンテンツ（つまり Partner Summit、Ancillary Events、Breakouts）に直接責任を持つコアチームメンバーがいない限り、このドキュメントの有効性を維持する責任があります。

SKO プランニングミーティングおよびケイデンス

SKO プランニングチームは、すべての DRI とサブ DRI ＋ キーノートセッションのプランニングおよびコンテンツをリードするチームメンバーを含む、50 分のプランニングミーティングを 1 回行います。

• SKO Core Team Weekly Meeting
  • Q2: 月次
  • Q3: 週次
  • Q4: 週 2 回（1 回を 25 分に短縮することも検討）

加えて、SKO プランニングチームは以下のケイデンスで CRO リーダーステータス更新を提供します：

• Q3（2022 年 9 月）：SKO 2022 プランニング概要、ハイレベルな目標、テーマ、ドラフトアジェンダの議論
• Q3（2022 年 10 月）：SKO テーマ確認とメッセージング階層キックオフ（詳細目標と目的）
• Q4（11 月〜1 月）：隔週進捗レビュー

SKO「Call for Content」

GitLab Sales Kickoff (SKO) のテーマ／サブテーマ／目標に基づく徹底した優先順位付けを推進し、コンテンツをタイムリーに収集し、executive のコンセンサスを早期に確保するため、SKO コアチームは SKO ブレイクアウトセッション向けに「Call for Content」を実施します。このプロセスの副次的な利点は、SKO に選択または優先順位付けされなかったトピック提出について、フィールド組織の継続的な教育イニシアチブを支援するため、今後の月次／四半期において Field Enablement にバランスの取れたトレーニングおよびイネーブルメントトピックの強力なバックログを提供することです。ブレイクアウトセッションには 2 種類あります：

1. ロールベースのブレイクアウトセッション： 組織内の特定のロールに沿ったスキルと行動を教えます。
   1. ロールベースのブレイクアウトセッションのアイデアをこちらの Issue テンプレートを使用して提出してください
2. 「Choose Your Own Adventure」ブレイクアウトセッション： 参加者がロールベースのブレイクアウト体験から離れ、最終のブレイクアウトのためにブレイクアウトトピックのリストから選択できるようにします。これらのトピックは、キーノートトピックの深掘り（例：Product がキーノートで議論した機能を掘り下げる）や、より広いトピックまたはソフトスキル（例：Sales における DIB、プロジェクト管理など）にすることができます。
   1. 「Choose Your Own Adventure」ブレイクアウトのトピックまたはフォーカスをこちらの Issue テンプレートを使用してリクエストしてください

メインステージセッションについても、学習目標とアウトラインを引き出すために Call for Content の提出フォームを使用しますが、どのスピーカー／チームがキーノートを行うかについては既に規範的な「フォーミュラ」があるため、正式な選定プロセスは実施しません。

ハイレベルなプロセス

Field Enablement プログラムマネージャーは、関連するセグメントエリア（ENT、COMM、Customer Success、Channel & Alliances）に対して「Call for Content」を送信し、DRI／チームメンバーに 3 週間の提出時間を与えます。提出物は基準と SKO テーマとの関連性に基づいて優先順位付けされます。選択されなかったセッションは、SKO 後のファストフォローイネーブルメント／強化アクティビティで検討するためにバックログに置かれます。プロセスのより詳細な概要については以下を参照してください。

SKO ブレイクアウト「Call for Content」プロセス

以下は、SKO ブレイクアウトセッションの「Call for Content」の一環として、Field Enablement Manager と Sales Kickoff (SKO) DRI が協力するアクティビティです。このプロセスは SKO の遅くとも 3 か月前から開始されます。

1. Field Enablement プログラムマネージャーは、セグメント VP と会い、Call for Content で募集するコンテンツのタイプ（トピック、フォーマットなど）を決定します。
2. Field Enablement プログラムマネージャーは、自分のセグメントの「Call for Content」をオープンし、関連するミーティング／Slack チャンネルで社会化します。
3. Call for Content は 3 週間オープンのままです。
4. ロールベースのブレイクアウトセッションの Call for Content 提出は、SKO Call for Content Submission Issue テンプレートを介して行われます
5. 「Choose Your Own Adventure」ブレイクアウトセッションの Call for Content 提出は、SKO Call for Content Submission Issue テンプレートを介して行われます
6. 提出物は、整理のために以下のラベルを使用してこの Issue ボードで管理されます：
   1. 静的ラベル：~field enablement ~field events ~FE priority::1 ~sko ~sko content submission
   2. スコープ付きラベル：~sko content::triage、~sko content::accepted、~sko content::deferred、~FE status::triage
7. Call for Content がクローズされたら、Field Enablement プログラムマネージャーは提出物をレビューし、以下に概説する選定プロセスに基づいてトップの提出物を選択します。
8. Field Enablement Manager は選択された提出物の DRI に通知し、彼らと協力してセッションコンテンツをさらに構築するための次のステップに取り組み始めます。
9. これら受け入れられた Issue のラベルは ~sko content::accepted と ~FE status::wip に変更されます
10. Field Enablement Manager は、選択されなかった提出物の DRI に通知します。選択されなかった（かつ実行可能な、つまり部分的／無関係な提出物ではない）すべての提出物の Issue は、今後のイネーブルメントイニシアチブで検討できるように Field Enablement Backlog に移動されます。
    1. ~sko content::deferred と ~FE status::backlog

選定基準とプロセス

以下は、SKO ブレイクアウトセッションの提出物を選定するために使用される基準です。

基準

1. コンテンツが SKO の目的を直接サポートする
2. 提案されたセッションがインタラクティブで、対面モダリティを活用している
3. 高品質なコンテンツ
4. フレッシュなコンテンツ（古いアイデアやトピックの焼き直しではない）
5. セッショントピックが GitLab の価値観を体現している
6. コンテンツが選択されている他のすべてのトピックの中でうまく適合している（つまり、技術的、機能的／ソフトスキルのトピックのブレンド）

選定プロセス

1. すべての Field Enablement プログラムマネージャーと Field Enablement リーダーは、ワーキングセッションで会い、各セグメントの提出物をレビューし、基準に基づいて勝者の提出物を選定します。
   1. 注意：これをサイロではなくワーキングセッションで行うことで、チームが関連性についての健全な議論を持ち、重複領域を発見するのに役立ちます。
2. Field Enablement プログラムマネージャーは、自分のセグメントエリア VP と選定をレビュー／正当化し、アラインメントを確保します。

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