Content last updated 2025-07-31

サポートマネージャー向けパフォーマンス管理

パフォーマンス管理に関するサポート固有のヒント

このページは何?

このページは、サポートマネージャーがサポート特有のパフォーマンスを取り扱う際の支援的な構造として意図されています。ハンドブックのリーダーシップセクションにあるより包括的なパフォーマンス不足ページ を置き換えるものではありません。

目標設定

マネージャーは、部下と協働して、その部下の現在の能力と成長への意欲を理解すべきです。この理解を活用して、マネージャーはパフォーマンス目標を設定し、定期的なペースでその進捗を追跡すべきです。(これを行ういくつかの方法については、キャリア開発の追跡 を参照してください。) パフォーマンス目標は、私たちのグローバル KPI の達成に貢献すべきです。

PTO、トレーニング、その他のコンテキストは目標設定において重要であり、考慮されるべきです。場合によっては、これらの個別の活動に集中するエンジニアを促すために、チームの目標への貢献を最小限またはゼロに設定することが賢明な場合があります。 以下は目標設定の一般的な領域です。

FRT とチケットアサイン

私たちの first reply time 目標 の達成への貢献とチケットのアサインを引き受けること は、サポートエンジニアの中核責任 です。

公開およびインターナルコメント

アサインされたすべてのチケットの解決まで良好な進捗を維持し他のメンバーが自分のチケットの進捗を維持するのを助ける ためには、エンジニアは顧客とコミュニケーションし、仲間と協力する必要があります。公開およびインターナルコメントはパフォーマンスの指標になりえますが、解決済みチケットという望ましい結果と混同しないよう注意してください。

参照: チケットベースライン

Docs/Product MR

Docs および Product MR は将来のチケットを防ぎます。すべてのエンジニアは Docs MR を定期的に提出すべきです。

参照:

ペアリングセッション

ペアリングセッションは、特にスキルベースのパフォーマンス がコーチングされている場合、認識しておくと良いです。

参照: チームメンバーと協力する

トレーニング

サポートエンジニアは、適切なリソースが何であれ、定期的にスキルベースを拡大するために取り組むべきです。それは Support Training Modules、LinkedIn Learning コース、ペアリングセッション、または GitLab Learning and Development によって組織されたその他の活動かもしれません。

参照: 学習とトレーニングを通じてスキルを開発する

パフォーマンス不足の検出

個別のパフォーマンスは測定が難しい場合があります: 週ごとのパフォーマンスは PTO によって不明瞭になったり、全体的なアウトプットが少ないにもかかわらず多くの時間を投資した領域に集中していたりするかもしれません。例えば、エスカレーション状態の顧客と取り組んでいるサポートエンジニアは、難しい問題に多くの時間を費やし、その間に新しいチケットを取らず、ケースを解決する少数のコメントを生成するかもしれません。しかし、長期間にわたって考えれば、そのような指標は結果 を評価するのに役立ちえます。

より完全なルックアップについては、パフォーマンス不足の警告サイン/パターン を参照してください。

サポートにおけるパフォーマンス不足

サポートエンジニアにとってのパフォーマンス不足とは、エンジニアが4 週間連続で 合意された目標を達成しないことと定義されます。

パフォーマンス不足への対応

マネージャーは、チームメンバーがパフォーマンス不足の場合、直属の部下と話し合いを行うことで早期に行動を起こすべきです。「早期」とは何かの良い指針は、サポートエンジニアが 4 週間連続で目標を達成していないときです。この時点で、マネージャーのマネージャーと状況と前進の計画について議論する べきです。

あなたとマネージャーが合意したら、次のステップは以下のとおりです。

この会話の後の 2 週間 にアクションプランの目標が達成されない場合は、マネージャーに行き、Team Member Relations と一緒に改善のためのオプション に取り組み始めます。