スポンサーシッププログラムガイド
このウェブページは関連するプログラムが現在保留中のため、積極的な更新は行われていません。
スポンサーシップとメンタリング
スポンサーシップ
スポンサーシップとは、チームメンバーの成長とキャリアアップに積極的に影響を与えるために、自分の影響力や権力を活用することと定義されます。スポンサーとは、大きな影響力と責任を持つシニアリーダーです。スポンサーは次のような活動のためにその影響力を活用することがあります：
- キャリアアップの機会のための提唱
- アクティブなプロジェクトを通じたスキルアップのためのストレッチ機会の提供
- 他のシニアリーダーへのスポンシーの視認性の向上
- スポンシーへの「自己表現」に関するアドバイス
- スキル、能力、または経験のギャップに関するタイムリーかつ率直なフィードバックの提供
GitLab では、スポンサーシッププログラムは、GitLab のトップパフォーマーのチームメンバーを表彰し育成する方法として活用できます。また、代表性を高めたり、GitLab のアンダーリプレゼンテッドグループへの可視性を提供したりするためにも活用できます（セールス・スポンサーシップ・パイロットプログラムを参照）。
このページでは、スポンサーシップとは何か、そして成功するスポンサーシッププログラムを構築するための道筋を概説します。
メンタリング
メンタリングはメンタリングハンドブックページで次のように定義されています：メンター関係は、個人が誰かの個人的な経験、背景、視点から学ぶ機会です。これらの関係はチームの信頼を築き、間違いを犯せる安全な空間を提供し、個人的・職業的な発展を促します。
Harvard Business Review では、スポンサーとメンターの違いをこのように定義しています：「メンターは知識を持ちそれを共有する人ですが、スポンサーは権力を持ちそれをあなたのために使う人です。」
DIBスポンサーシッププログラムの始め方
DIBスポンサーシッププログラムは様々な方法で開始できます：
- シニアリーダーから People Business Partner または DIBチームへの依頼
- 部門の継続的な人材戦略の一環として People Business Partner からの依頼
- DIBチームによる、その部門またはGitLab全体の継続的なDIB戦略の一環として
新しいスポンサーシッププログラムを依頼する際は、次のことを考慮する必要があります：
- スポンサーシッププログラムを実施するための帯域幅が確保されていること
- 潜在的な参加者の明確なリスト
- スポンサーシッププログラムの明確な目標（例：トップパフォーマーに成長機会を提供する、または部門内のURGのリーダーシップ代表性を高める）
DIBスポンサーシッププログラムの概要
- プログラムの期間は6ヶ月/9ヶ月/12ヶ月
- URGまたはリスクグループ、期間、潜在的な開始日を強調したIssueを作成する
- エグゼクティブスポンサーシップアドボケートを特定・指名する
- スポンサーを特定し、参加の合意を得る
- スポンシーを指名し、参加の合意を得る
- スポンサーシップトレーニングと教育
- スポンサーシップマッチングプロセス
- プログラム開始
- 60日、中間、プログラム終了時のフィードバックセッション
- 次のステップセッション
- プログラム終了
ステークホルダー：Eグループリーダー、シニアリーダー、DIBチーム、Learning & Development、スポンシーのマネージャー、People Business Partners
エグゼクティブスポンサーシップアドボケートの役割
エグゼクティブスポンサーシップアドボケートは、Eグループリーダー/PBP/DIBチームから指名されたシニアリーダーであり、同僚にプログラムを広める役割を果たします。スポンサーシッププログラムの成功に対する責任を共有します。
スポンサーの役割
スポンサーとは、GitLabにおいて権力と影響力を持ち、その権力をチームメンバーの機会とGitLabにおけるキャリアアップのために擁護・推進・影響するために使う人です。
GitLab のスポンサーは：
- シニアリーダーであり、スポンシーの直属マネージャーではない。
- シニアリーダーはピープルマネージャーまたはマネージャーのマネージャーであるべき
- GitLab での勤続6ヶ月以上
- 以下を含む定義された期間のスポンサーシッププログラムにコミットできること
- スポンサートレーニング
- キックオフコール
- スポンシーとの隔週1on1
- スポンサーシッププログラム内での自分の役割に完全にコミットし、責任を持てること
スポンサーとしてあるべき姿：
- オープンかつ率直である
- 聞いて学ぶ
- 自分が慣れていない領域の不快さに向き合う（例：文化的な違い）
- 関係においてリスクを取る
- 意図を持ってスポンシーを擁護する
- 適切にフィードバックを提供する
- 関係の構築に意図的に取り組む
スポンサーは：
- 影響力と権力を使ってスポンシーのキャリアアップの可能性を擁護する
- 影響力を使ってGitLab の他のシニアリーダーへのスポンシーの可視性を高める
- 影響力を使ってGitLab 内でのスポンシーの可視性を高める
- リスクを取り成長する機会と場を提供する
- 成長とスキル開発に関するフィードバックを提供する
スポンサーシップ関係は上記のすべてを提供するとは限りませんが、スポンサーはスポンサーに上記の一部の機会を提供する意欲と能力を持つべきです。
スポンシーの役割
GitLab のスポンシーは：
- マネージャーの期待に応じて、9ボックスなどのパフォーマンス指標を考慮した上で、役割において適切なパフォーマンスを発揮しており、業績改善計画（PIP）の対象ではない
- スポンサーシッププログラムへの参加を指名されている
- プログラムの期間にコミットできる
- このハンドブックページで説明されているプログラムの全体的な期待に喜んでコミットできる
スポンシーとしてあるべき姿：
- スポンサーとの関係をリードできる
- 関係においてリスクを取ることができる
- 信頼は関係の不可欠な部分
- 受け取ったフィードバックと成功のための要件に基づいて必要な作業ができる
- 適切にフィードバックを求め提供できる
- 自分のキャリアに個人的な責任を取り、必要なものを求める権限を持つことができる
スポンシーは：
- パフォーマンス記録を維持または向上させる
- 関係における信頼と守秘義務を維持する
- ビジネスへの洞察を提供し、固定観念に挑戦することでスポンサーを支援する
- CREDIT バリューのアンバサダーになる
- キャリア開発において意欲的な目標を持つ；リーダーシップまたはシニアICとして
- 成長マインドセットを持ち、継続的に学ぶことができる
- 成長に影響を与える特別なプロジェクトに取り組む能力を持つ
- 機会やストレッチアサインメントのために自分を提供する
- パフォーマンスバーで一貫してパフォーマンスを達成または超える
マネージャーの役割
- マネージャーはチームメンバーが個人成長計画（IGP）を持てるよう支援する
- また、スポンサーシッププログラム中、定期的にIGPを見直す
- マネージャーはスポンサーシッププログラムの進捗を報告書で定期的に確認する
- マネージャーはプログラムのリーダーシップアドボケートにプログラムの成功を定期的に報告する
- スポンシーのマネージャーセッションに参加する
スポンサーシッププロセス
始める前に
DIBプロジェクトにIssueを作成してスポンサーシッププログラム開発のプロセスを開始します。
主要ステークホルダー
プログラムの主要ステークホルダーを特定します。主なステークホルダーには次のような人々が含まれますが、これに限定されません：
- Eグループメンバー
- 部門のシニアリーダー
- スポンシーのマネージャー
- People Business Partners
- DIBチーム
コミュニケーション日程、コミュニケーションテンプレート、リーダーシップコミュニケーションなど、プロジェクトのタイミングに関して主要ステークホルダーと高度なコミュニケーションを確保してください。
タイムフレーム
プログラムの期間はプログラムの目標に大きく依存します。正式なスポンサーシッププログラムには最低6ヶ月、最大12ヶ月を推奨します。フォーマルプログラム後も成功したマッチは非公式な関係として継続されることが理想です。
エグゼクティブスポンサーシップアドボケートの特定
エグゼクティブスポンサーシップアドボケートは、部門全体の他のチームメンバーにプログラムを広める影響力のあるシニアリーダーであるべきです。
最も適切なリーダーを特定するためにEグループメンバーとPeople Business Partnersと連携する必要があります。考慮事項は次のとおりです：
- 在籍期間
- シニア度
- 影響力の範囲
- 過去のDIB関連の専門知識
- 説明責任
スポンサーの特定
スポンサーは上記の基準に適合できなければなりません。適切なスポンサーを特定する際は：
- 適合性を確保するために部門の People Business Partners と相談する
- すべてのスポンサーが要件を満たしていることを確認する
- プログラムの目標、後援されるチームメンバー、教育資料を考慮したうえで、スポンサー向けのプログラム概要資料を作成する（既存のテンプレートを活用できる）
- テンプレートを使用してサインアップフォームを作成する
- エグゼクティブスポンサーシップアドボケートを活用してプログラムを広め、サインアップを促進する
- サインアップのために2〜3週間の期間を設ける
スポンシーの特定と指名
スポンシーを特定する際は、まずスポンサーシッププログラムの目標を考慮し、スポンシーの基準を設定します。例えば：9ボックスのパフォーマンス評価で1〜3の評価を受けている必要がある、または特定のURGのメンバーで役割においてパフォーマンスを発揮していること、あるいはその両方の組み合わせ。
スポンサーの数を活用して、プログラムに参加できるスポンシーの人数を設定します。理想的には各スポンサーが1名のスポンシーのみを担当しますが、適切と判断される場合は例外も認められます。
基準が設定されてスポンシーの数が確定したら、シニアリーダーとマネージャーと共に、参加を指名すべき人物を特定します。指名する際は：
- すべてのスポンシーが要件を満たしていることを確認する
- プログラムの目標、後援されるチームメンバー、教育資料を考慮したうえで、スポンシー向けのプログラム概要資料を作成する（既存のテンプレートを活用できる）
- テンプレートを使用してサインアップフォームを作成する
- エグゼクティブスポンサーシップアドボケートを活用してプログラムを広め、サインアップを促進する
- サインアップのために2〜3週間の期間を設ける
スポンサーシップトレーニングと教育
サインアップが完了したら、スポンサーとスポンシーにトレーニングを提供することが重要です。これには次の内容に関するトレーニングが含まれます：
- プログラムの説明責任と期待
- スポンサーまたはスポンシーであることの責任
説明責任と期待
スポンサーシップマッチングプロセス
スポンシーのサインアップが締め切られたら、マッチングを開始できます。サインアップフォームの回答を活用してスポンシーとスポンサーを適切にマッチングします。その他の考慮事項は次のとおりです：
- スポンサーはスポンシーより2ジョブレベル上であること
- スポンサーはスポンサーの直接の階層に属していないこと
- サインアップフォームを活用して、スポンシーとスポンサーのペアリングに類似した目標と経験をマッチングする
プログラムの開始
スポンサーシップフレームワーク
成功するスポンサーシップ関係を確保するために、最終的に擁護を実現するためのフレームワークを構築しました。このフレームワークは線形ではなく、本物のスポンサーシップが実現できるよう、ときには前のステップに戻る場合があります。しかし、プロセスに従い、信頼を築き維持することでうまくいきます。
構築（Build）
お互いとしっかりとした関係を構築する時間を取ります。これは以前に直接の業務関係がない場合は特に重要であり、育てるのに時間がかかることがあります。本物のスポンサーシップに移行する前に、まず関係を構築することが非常に重要です。
推奨アクション：
- 定期的な1on1にコミットする
- スポンシーのキャリア開発計画を理解する
- 早期に目標と期待を設定する
発展（Develop）
お互いとの関係を構築する時間を取ってきました。次のステップは、行動と能力に焦点を当てることで関係を発展させることです。このステップでは、スポンサーがスキルと能力の改善領域でスポンシーを導きます。スポンシーはフィードバックに基づいて行動し、スポンサーにこれらの改善を意図的に示す責任があります。
推奨アクション：
- スポンサーがスポンシーの改善領域を観察できる機会を見つけ、求める
- スポンシーがスポンサーを自分がプレゼンするチームミーティングに招待する
- スポンサーがスポンシーをワーキンググループに招待する
コミット（Commit）
これは両者が次のステップ、つまりスポンシーへのスポンサーシップと擁護に向けて合意する段階です。正式な話し合い、スポンサーがスポンシーにアクションを概説する、またはスポンシーの依頼など、様々な形を取ることができます。これはフィードバックを提供し、不確実な点を共有し、キャリア開発目標を再設定する機会です。
推奨アクション：
- スポンシーとのフィードバックセッションに参加する
擁護（Advocate）
コミットメントが行われ、スポンサーがスポンシーが次のステップへの準備ができていると判断した後、スポンサーはスポンシーの GitLab でのキャリア開発とアップグレードのために積極的かつ意図的に擁護します。
フィードバックプロセス
プログラム中に一連のフィードバックタッチポイントを設けます。
- 60日 - マッチの強さを評価し、必要な追加リソースを発見し、問題を早期に解決する。
- 中間 - スポンサーシップ関係がどの段階にあるか、コミットメントがまだ満たされているかを評価し、関係を前進させるための追加励ましを提供する。
- プログラム終了 - プログラム全体の有効性、達成された結果、およびイテレーションデータを収集する機会を評価する。
プログラムリソース
- アジェンダテンプレート
- メールとSlackメッセージのサンプル
- 成功するスポンサーシップ関係ビデオ
- リマインダーリソース
コミュニケーションリソース
プログラム全体を通じて、プログラムリードとエグゼクティブスポンサーシップアドボケートは参加者と定期的にコミュニケーションを取る必要があります。定期的なスポンサーシップ活動リソースを提供することが良い方法です。以下は活用できる役立つリソースのリストです：
プログラム終了
プログラム終了時に、上記のフィードバックセッションを実施します。また、次のステップ計画も策定します。
これにより、プログラム終了後の期待、つまりより非公式なスポンサーシッププログラムへの移行、キャリア開発のための継続的な擁護、または成長などを確定します。
目標とメリット
目標：
GitLab にスポンサーシッププログラムを組み込む目標は、トップパフォーマーやアンダーリプレゼンテッドグループのチームメンバーがシニアリーダーと共に働く機会を増やすことを確保することです。これにより、これらのグループ内のエンゲージメントが高まり、最終的にチームメンバーの定着率が向上します。
メリット：
スポンサー：
- GitLab の多様なチームメンバーへのエクスポージャーにより、多様なチームをリードする能力が向上する
- 新しいアイデアへのエクスポージャーと現状への挑戦
- 意図的な人材管理と後継者計画
- アンダーリプレゼンテッドグループのチームメンバーが直面する課題への理解が深まる
スポンシー：
- GitLab 内での露出の増加とシニアリーダーへの可視性の向上
- シニアリーダーからのフィードバックへのアクセス
- スキルと能力を発展させる能力
- キャリア開発計画に対するコントロールの向上
GitLab：
- リーダーシップチームの多様性向上
- チームメンバーの定着率向上
- GitLab へのアンダーリプレゼンテッドグループの誘致
- パフォーマンスレベルの維持に対するチームメンバーのモチベーション向上
推奨測定指標
すべてのプログラムには何らかの形での成功測定指標が必要です。以下にいくつかの例を挙げます：
- グループのエンゲージメント調査データ
- グループの定着データ
- チームメンバーエクスペリエンスインタビューデータ
- プログラム満足度
- 参加者のキャリアアドバンスメント/モビリティ
トレーニング動画と資料
非公式なスポンサーシップ関係
スポンサーシップは必ずしも正式なプログラムの枠内で起きるものではありません。プログラムがまだ存在しないが、チームメンバーをスポンサーしたいという思いがあるかもしれません。これは奨励されており、過去に成功した事例を確認できます（例としてこの動画をご覧ください）。
非公式なスポンサーシップ関係を開始する際は、スポンサーシップの目標を概説し話し合うことを忘れないでください。成功を確保し、お互いに説明責任を持つためにスポンサーシップフレームワークに従ってください。
これにより、スポンサーとスポンシーの両者にとって素晴らしい経験が確保されます。
