サポートエンジニアリングマネージャーの責任
はじめに
- このページは、サポートエンジニアリングマネージャー職務ファミリー ページの拡張です。
- このページの目的は、サポートエンジニアリングマネージャーとしての責任の果たし方を理解する手助けをすることです。
GitLab におけるサポートリーダーシップ
GitLab でのリーダーシップは、GitLab Values を体現し模範を示す独自の機会です。サポートマネージャーの責任は、大きく 2 つのカテゴリーに分類できます。
| 責任 | GitLab Values |
|---|---|
| 高い顧客サポート満足度を一貫して確保する | Results, Efficiency, イテレーション, Transparency |
| カスタマーサポートのチームメンバーを支援し、育成する | Collaboration, Diversity Inclusion Belonging |
ハザードと課題のページ では、いくつかの既知の問題と、私たちがそれらにどう対処するかを説明しています。
高い顧客サポート満足度を一貫して確保する
サポートリーダーシップチームの主たる責任は、GitLab の顧客のために高品質のカスタマーサポートを確保することです。この責任を果たすため、私たちは目標 (GitLab 戦略とエンジニアリングの OKR と整合) を設定して達成し、サポートエンジニアがサポートエンジニア自身の目標を達成できるようにします。
| SSAT 責任 | サブ責任 |
|---|---|
| サポートエンジニアがチケットを正確かつ効率的に解決できるよう支援する | GitLab の Support Service Levels と KPI を理解する |
| チケット管理のための Zendesk、Slack、GitLab の使用方法を知る | |
| 顧客緊急事態とエスカレーションのために、サポートマネージャーオンコール として勤務する | |
| サポートエンジニアが受け取るフィードバックを監視・対応 する | |
| KPI を監視するための Zendesk Explore の使用方法を知る | |
| 会社のイニシアチブによりサポート要件が変わるとき、GitLab Sales、Pricing、Product、その他のチームと協働する | |
| サポートエンジニアがチケットを管理し、顧客の期待を管理し、適切にコミュニケーションするのを支援する | コミュニケーション技法について SE をコーチングする |
| サポートワークフローとエスカレーションパスを理解する | |
| チームメンバーのオンコールローテーションへの参加 を支援し、緊急事態を調整・解決する | |
| 要請に応じてまたは自身の判断で SE と一緒に顧客コール に参加する | |
| Support Meta プロジェクトの Issue の DRI として行動することで、サポートプロセスへの改善を提案、開発、評価する | |
| GitLab Product、戦略、価格設定などについて最新情報を把握する | 毎週 Support Week in Review ドキュメントに貢献し、それを読む |
| (セクションレベルまたは部門横断レベルで) サポートステーブルカウンターパート または部門横断的な非プロダクトカウンターパート に参加する |
カスタマーサポートのチームメンバーを支援し、育成する
私たちは同等に、チームメンバーが GitLab での旅をサポートされ、毎日仕事に最高の自分を持ち込めるようにする責任があります。
| チームメンバー責任 | サブ責任 |
|---|---|
| チームメンバーを支援し、育成する | サポートエンジニアとサポートマネージャー間のクロスリージョナルなつながりを促進する |
| インクルーシブな環境を作り、チーム内で DIB の価値観を育む | |
| サポート週次ミーティング に参加する | |
| インフォーマルなコミュニケーション を通じて、サポートリーダーシップの同僚との強固な仕事関係を構築する | |
| 各直属の部下と毎週の 1 対 1 を実施する | |
| 直属の部下のためのプロジェクト、トレーニング、リーダーシップロールを推薦する | |
| サポートステーブルカウンターパート または 部門横断的な非プロダクトカウンターパート である直属の部下を支援する | |
| 各直属の部下に定期的な専門能力/キャリア開発を確保する | |
| 年次の 360 レビュー と Performance Factor レビュー (報酬) を実施する | |
| Performance Factor レビュー と 報酬レビュー を実施する | |
| 直属の部下からの HR / People Group の質問やトピックに対応する | |
| 直属の部下からの GitLab Issue と MR をレビュー、承認、マージする | |
| チームメンバーのオンコールローテーションへの参加を支援する | |
| 学習とトレーニングを通じて自身のスキルを開発する | |
| 顧客とサポートエンジニアとの直接的なやり取りを通じてスキルを開発する | |
| 新しいチームメンバーを面接し採用する | 面接トレーニング学習モジュールを完了する |
| 面接時間枠のために柔軟なスケジュールを維持する | |
| 現在の採用プロセス について最新情報を把握する | |
| 毎週のマネージャーシンクのドキュメント/ミーティングで採用計画について最新情報を把握する | |
| Greenhouse で SE およびマネージャー候補者の評価を採点する | |
| リージョナルリクルーターと協働し、潜在的な候補者をソースする | |
| 面接トレーニングモジュール を通じてサポートエンジニアをトレーニングし、技術評価の採点と技術面接の実施に備えさせる | |
| リージョン内およびリージョン間でコミュニティ感を促進する | チームメンバーが課題を解決できるよう、コーチングし励ます |
| チームビルディング活動に参加する | |
| チームメンバーと交流し、成功を増幅し、地域的およびグローバルな課題を理解する | |
| リージョン間のコラボレーションを奨励し支援する |
Slack での働き方
Slack で質問し、回答してください。(これを簡単に追跡する方法はありませんが、誇りに思うことを 1on1 ノートドキュメントで気軽に共有してください。)
重要な Slack チャンネル:
#support_leadership#support_ticket-attention-requests#spt_hiring#support_team_chat#thanks#team-member-updates#managers#eng-managers
毎週の 1on1 ミーティングを実施する
毎週の 1on1 ミーティングは、GitLab のリモートカルチャーの重要な部分です。チームメンバーが達成しようとしていることを理解するために、サポートエンジニアの責任のページ を参照してください。
- 1on1 コールでチームメンバーごとに少なくとも 2 つのチケットをレビューする。これは品質 (技術的、コミュニケーション、コラボレーション) を維持・改善するのに役立ちます。
- チームメンバーの公開返信のうち約 50% から 60% が自分にアサインされたチケット上であること を監視する。チケットをアサインすることで、顧客の問題を迅速かつ効率的に解決し、学習とコラボレーションを促進できます。
- チームメンバーが取り組んでいるチケットの種類について、解決済みチケット、公開返信、内部ノートに関する チケットベースラインを満たす のを支援する。これは、チケット量がチーム全体に均等に分配されることを促します。
- チームメンバーとの 1on1 ノート/ミーティングで、注目すべきインシデント/緊急事態と顧客コールをレビューする。
- 少なくとも四半期に 1 回、チームメンバーとキャリア開発 計画について話し合う。
学習とトレーニングを通じて自身のスキルを開発する
私たちは、継続的な学習を通じてあなたのスキル開発を支援することにコミットしています。GitLab の Learning and Development チーム は、探求とトレーニングの機会を提供しています。
以下のような非技術的なトピックも必ず含めてください。
- チームの心理的安全性
- タイムマネジメント
- リーダーシップスキル
- コーチングスキル
- ダイバーシティ、インクルージョン、ビロンギング
- リモートワーク
- より広いサポート分野におけるトレンドとインサイト
Team Member Resource Groups への参加を検討し、チームメンバーがこれらを認識していることを確認してください。
GitLab Book Club への参加、作成、または広報を検討してください。
サポートエンジニアとマネージャーは、外部プロバイダーのコースや認定の修了も奨励されています。学習目標を計画するためにマネージャーと話してください。
顧客とサポートエンジニアとの直接的なやり取りを通じてスキルを開発する
私たちは サポートエンジニアが日々何をしているかを知り、理解している マネージャーであることにコミットしています。
サポートエンジニアのワークフローと責任に精通する最善の方法は、エンジニアの立場に立つことです。
毎週、サポートマネージャーは以下のいずれかまたは複数の活動を行うべきです。
- 1 つのチケットを最初の返信から終結発言まで自分で所有して解決する
- 1 人または複数のサポートエンジニアとのペアリングセッションに参加する
- スケジュールされたコールまたは緊急コールに参加する
ワークフロー、チケット、顧客と継続的に関わることで、共感を育み、直接の経験を通じてペインポイントを理解できます。
このようにして、エンジニアと顧客との信頼を築きながら、知らないことが OK だと示すことで心理的安全性の感覚を生み出します。
bfd74782)