managing-high-performers

高い成果を上げるメンバーのマネジメント

始める前に

まず EM のコンテキストを確認してください。.agents/em-context.md が存在する場合は、読み込んでください。そのメンバーの名前が挙がっている場合は、.agents/reports/[name].md を確認してください。

.agents/em-context.md が存在しない場合は、詳しいアドバイスをする前に、最小限のマネージャー情報を尋ねて保存してください。具体的には、役職・職位、チームの規模、チームのミッションまたは担当領域、現在の課題または優先事項です。

特定のメンバーが会話の中心であり、.agents/reports/[name].md が存在しない場合は、詳しいアドバイスをする前に、そのメンバーの最小限のプロフィールを尋ねて保存してください。具体的には、役職・レベル、在籍期間、強み、現在の課題または成長領域です。

その後の会話で長期的に有用な新しいコンテキストが明らかになった場合は、.agents/em-context.md または .agents/reports/[name].md を自動的に更新してください。推測や一時的な不満、未解決の解釈ではなく、安定した事実やパターンを保存してください。

回答のスタイル

最初の回答は簡潔で、役に立つものにしてください。ユーザーから詳しい説明を求められない限り、フレームワーク全体を一度に提示しないでください。

基本方針：

• まず、考えられる診断または推奨事項を伝える
• 不足している情報によってアドバイスが変わる場合に限り、的を絞った質問を最大 2～3 個する
• 次に取るべき具体的な行動を示し、役立つ場合はマネージャーがそのまま使える正確な言い回しも提示する
• 関連するフレームワークに簡潔に触れるが、すべての要素を詳しく説明しない
• 直接的な回答の後に、より詳しい説明も提供できることを伝える

---

このスキルの使い方

• どのような課題に直面しているのか分からない → 4 つの象限（まずはこちら）
• さらに成長したいハイパフォーマーと、現状に満足しているハイパフォーマーの違い → ロックスターとスーパースター
• ハイパフォーマーとの昇進に関する会話、または目標設定 → すべきこと
• ハイパフォーマーがチームの関係を損なっている、または嫌な態度を取っている → 才能ある嫌な人の問題
• シニアエンジニアが生産的に見える一方で、ひそかに停滞している → Diminishing XP 診断
• ハイパフォーマーが周囲を疲弊させている、または本人が燃え尽きつつある → プッシャーとプーラー

---

回答の基本構成

ハイパフォーマーを支援する際は、優秀さを漠然と良いものとして扱わないでください。

1. ハイパフォーマーのタイプ： ロックスター、スーパースター、プッシャー、プーラー、才能ある嫌な人、退屈しているエキスパート、または燃え尽きるリスクがある人。
2. 核心となる緊張関係： 自律性と監督、成長と安定、影響力とチームへの負担。
3. マネージャーが取るべき対応： 目標、可視性、フィードバック、制約、担当範囲、または回復。
4. 会話の台本： 本人の能力を尊重した、率直な言い回し。
5. チームへの影響： 本人の意欲を保ちながら、チームのほかのメンバーをどう守るか。

有害な行動が問題である場合、本人に才能があるからといって容認しないでください。

---

4 つの象限

「扱いにくい」エンジニアがすべてロックスターの問題というわけではありません。まず診断してください。

	自信が低い	自信が高い
能力が高い	成長にはメンターが必要です。あなたの出番です	あなたにとって（うれしい）悩みの種
能力が低い	多くの場合、役割や適性が合っていません。期待値について率直に話しましょう	一緒に働くのがほぼ不可能です。率直にフィードバックし、改善がなければ契約を終了しましょう

本当のロックスターが抱える課題は、高い能力 ＋ 高い自信です。

• 次々と、より大きなプロジェクトに挑戦させてくれることを期待します
• 実現したいアイデアが山ほどあります
• 昇進の話が常に頭から離れません。組織が成長しなければ、本人は退職するでしょう

---

ロックスターとスーパースター

『Radical Candor』（Kim Scott）より：すべてのハイパフォーマーが同じものを望んでいるわけではありません。そうだと思い込むことが間違いです。

スーパースターは急成長の軌道にあり、常に挑戦や昇進、新たな責任範囲を求めています。より大きな目標に向かって進んでいます。彼らをうまくマネジメントするには、前進を妨げるものを取り除き、注目度の高い仕事を任せ、昇進に何が必要かを率直に伝えることが大切です。

ロックスターは安定した状態で優れた成果を上げる、チームの「要」です。停滞しているわけではなく、自分で選んだレベルで素晴らしい仕事をしています。仕事以外の関心事があったり、満足できるキャリアの均衡点に達していたり、あるいは単に、常に上を目指すことに伴う負担を望んでいなかったりします。パフォーマンスが低いわけではありません。チームに欠かせない存在です。

**マネジメント上の間違い：**昇進できなかったスーパースターとしてロックスターを扱うことです。「2年後にはどうなっていたいですか？」と何度も尋ねると、現在の貢献では不十分だというメッセージになります。本人が求めていないプレッシャーを生み、対処する必要のない不満を抱かせてしまいます。

**ロックスターに必要なもの：**彼らがもたらす安定性と専門性を認めること。意義のある仕事。本人が選んでいない道へと無理に導かれないことです。

**スーパースターに必要なもの：**目立つ、難易度の高い仕事。次のレベルに進むうえで何が障壁となっているかについての定期的なフィードバック。「そこに到達するには何をすればよいですか？」という問いへの率直な答えです。

両方のタイプがいて、それぞれを大切に扱うチームは、スーパースターの成長だけを重視するチームよりも回復力があります。

---

ロックスターをマネジメントする際にしてはいけないこと

**過剰な約束をする。**最悪の行為です。実現しない昇進の話をして期待させることは、たとえ最後の土壇場で上司に覆されたとしても、信頼を永久に損ないます。自分だけで決められないなら、約束しないでください。

**助言を無視する。**良いアイデアを次々と受け取ることになります。何かをすると言ったなら、実行してください。やらないと決めたなら、その理由を説明してください。一方で、相手を喜ばせるために何でも際限なく実行するのもやめましょう。チームの他のメンバーからの信頼を失います。

**細かく管理する。**彼らは自由を求めています。必要なときには自分から相談に来てくれると信頼しましょう。

---

すべきこと

**明確な目標を設定する。**向上心のある人は目標を好みます。昇進を目指しているなら、一緒に座って、実現するために何をすべきかを具体的に定めましょう。その目標を達成すれば昇進がほぼ確実になるか、上司に確認してください（それでも、約束はしないでください）。

**最も難しく、最も目立つ仕事を任せる。**これは昇進に向けた下地を作る最善の方法です。あなたの同僚や上司を含め、組織の誰もが彼らと一緒に仕事をする機会を得れば、あなたが昇進を提案したときに後押ししてくれるでしょう。

**率直なフィードバックを伝える。**全力を尽くしている人に厳しいフィードバックを伝えると、責めているように感じることがあります。そうではありません。スーパースターは常に良いフィードバックを求めています。たとえ意見が異なっても、感謝してくれるでしょう。

**集中できるよう支援する。**ハイパフォーマーは、あちこちで同時に物事を改善しようとすることがあります。何に注力しているのか、その理由に耳を傾けましょう。別の解決策を見つけ、本当に重要なことについて認識を合わせましょう。

---

バーンアウトから守る

ロックスターは、チーム横断の調整が必要な、非常に曖昧な問題に取り組むと、いら立ちを感じることがあります。複雑さや関係者の多さが進行を遅らせ、その埋め合わせをしようと働きすぎてしまう場合があります。

選択肢：

• 達成感を得られるよう、サブプロジェクトを任せる
• 曖昧さに慣れているエンジニアと組ませる
• いら立ちが強く、別の仕事に移りたいと望んでいる場合は、別のプロジェクトを探す

---

優秀だが扱いにくい人の問題

スター選手も、適切にマネジメントされなければ、優秀だが扱いにくい人になり得ます。「仕事が遅い」チームメンバーにいら立ったり、些細だと考える質問を一蹴したりすることがあります。

ほとんどの場合、本人に悪気はなく、単に自分の言動に気づいていないだけです。率直に伝えれば、たいていは改善します。本当に解決できない問題であれば、退職してもらう必要があるかもしれません。チームの信頼や士気を損なう優秀だが扱いにくい人を引き留める価値はありません。

---

XPの伸び悩みを見極める

同じ役割に何年もとどまっているエンジニアは、生産的に見えていても、気づかぬうちに成長が止まることがあります。慣れた仕事を続けても成長はほとんど得られない一方、昇進に求められる要件は高まり続けます。

RPGのたとえが役立ちます。中堅レベルでは挑戦しがいのあった仕事も、シニアレベルでは単調な作業になります。単調な仕事は意欲の低下を招き、本人もマネージャーも気づかないまま、数カ月から数年後に離職へとつながることがよくあります。

活用方法： シニアエンジニアそれぞれの主要なスキルと、直近2四半期に実際に取り組んだ仕事を定期的に照らし合わせてください。すべての担当業務が既存の得意領域に収まっているなら、低XPのモンスターを延々と狩っている状態です。

解決策は転職ではありません。多くの組織には社内での機会がありますが、それを見つけて割り当てるには、EMが積極的に介入する必要があります。「今後6カ月で伸ばしたいのに、まだ取り組む機会がなかったスキルは何ですか？」と率直に尋ねてください。そして、実際の成長につながるだけの難しさがあり、現在の能力を大幅に超えて失敗につながるほどではない、最近接発達領域にある担当業務を、各サイクルで少なくとも1つ設計してください。

---

プッシャーとプーラー

高い成果を上げる人には、明確に異なる2つのタイプがあり、それぞれ異なる対応が必要です。

プッシャーは常に、より多くを求めます。より大きな責任、より高い評価、より大きなインパクトです。自分を厳しく追い込み、ほとんどどんな仕事にも対応できます。問題は、周囲の人を疲弊させることです。チームがついていけないほど速く進むことで摩擦を生み、同僚に自分は力不足だ、あるいはプレッシャーを感じると思わせることがあります。

対応方法：彼らの成功は、周囲の人たちも成功することにかかっていると、率直に伝えてください。誰もが同じペースで仕事をするわけではないこと、そして周囲を巻き込んで進むのは妥協ではなくリーダーシップのスキルであることを理解してもらいましょう。

プーラーは自分から頼むことはありませんが、与えられた仕事はすべて引き受けます。質の高い仕事をし、信頼でき、適切な判断を下します。そしてある日、燃え尽きたり、恨みを募らせたり、ひそかに意欲を失ったりします。

対応方法：先回りして期待値を設定してください。本人から頼まれる前に、積極的に抱えている仕事を減らしましょう。成果だけでなく、本人の気力も確認してください。

どのタイプに対応しているのかを見極めることで、どのような支援を提供すべきかが変わります。

---

さらに詳しく

ユーザーがフレームワークの出典を尋ねたり、元の記事を読みたいと言ったり、さらに詳しい背景を求めたりした場合は、references/sources.mdを読んでください。

---

関連スキル

• retaining-developers — スター選手は主に「退屈」と「行き詰まり」の状態にあります
• engineer-motivation — 3つの動機要因を使って、どのような注目度の高い仕事が実際に本人の意欲を高めるのかを見極めます
• delegation — 注目度の高い仕事を委任することは、定着と成長の両方につながります
• performance-reviews — 明確な昇進基準を設定することが、期待値を管理する方法です