グローバルチームで働くITエンジニアのマネージャーを務める方、あるいは将来その役割を目指す方にとって、英語での人事・キャリア面談は大きなチャレンジの一つです。特に「本心」を引き出し、「成長」につなげる対話は、単語や文法が正確でも、コミュニケーションの「質」が問われる高度なスキルを要求します。本記事では、評価面談や定期的な1on1ミーティング、キャリアプランの議論など、さまざまな場面で実践できる英語フレーズと、その背後にある重要なコミュニケーション原則を詳しく解説します。まずは、すべての面談の土台となる基本原則から見ていきましょう。
評価と育成のための英語面談:管理職が知るべき3つの基本原則
効果的な面談は、英語のフレーズを覚える以前に、対話の「場」を適切に設定する姿勢が決定的に重要です。特に、論理的で深く考える傾向のあるエンジニアとの対話では、以下の3つの原則を押さえることが成功への第一歩となります。
心理的安全性の構築がすべての土台:英語で「安全な場」を作る最初の一言
面談が始まる最初の数分間が、その後の会話の方向性を左右します。緊張している部下に対して、いきなり業務評価や課題について問い詰めるのではなく、「この場は安全で、率直な意見を話しても大丈夫だ」というメッセージを英語で明確に伝えることが不可欠です。これは単なる前置きではなく、信頼関係の基盤を築くための積極的な行動です。
後者のように、いきなり評価という「審判」の場であることを強調する始め方は、相手を防御的・形式的な回答に追い込み、本音を引き出す機会を失わせます。
明確な目的設定:1on1、評価面談、キャリア面談の違いと英語での伝え方
面談には種類があり、それぞれ目的と期待される成果が異なります。この違いを曖昧にしたまま進めると、双方の認識にズレが生じ、非生産的な会話に終わってしまいます。管理職は、面談の冒頭でその目的を英語で明確に共有し、共通の理解を形成する責任があります。
| 面談の種類 | 主な目的 | 期待されるゴール (Goal) |
|---|---|---|
| 定期的1on1ミーティング | 進捗確認、悩みの早期発見、関係構築 | 相互理解の深化、小さな課題の解決 |
| 公式な評価面談 (Performance Review) | 過去の業績評価とフィードバックの提供 | 評価の共有、改善点の特定、次の目標への合意 |
| キャリア面談 (Career Discussion) | 中長期的な成長意欲と可能性の探求 | 将来像の明確化、成長のための計画(サクセションプラン)の立案 |
例えば、評価面談の冒頭では次のように伝えます。
“The purpose of today’s meeting is to review your performance over the last six months. We’ll look at your achievements based on the goals we set, discuss areas for development, and then align on your objectives for the next period.” (今日のミーティングの目的は、過去6か月間のあなたの業績を振り返ることです。設定した目標に基づく成果を確認し、成長領域について話し合い、次期の目標について認識を合わせたいと思います)
「傾聴」と「質問」の黄金比:エンジニアの思考を引き出す英語コミュニケーションの型
管理職が一方的に話し、部下がうなずくだけの面談では、真の課題も成長のヒントも見えてきません。部下の発話量を全体の7割以上に導くことが理想です。これを実現するには、効果的な「質問」と、問いかけ後の「沈黙」を活用するスキルが鍵となります。
- オープンクエスチョン (Open-ended questions): 「Yes/No」で答えられない質問を使います。例: “What was the most challenging part of that project, and how did you approach it?” (そのプロジェクトで最も困難だった部分は何ですか?そして、どのように対処しましたか?)
- 掘り下げる質問 (Probing questions): 表面的な回答からさらに核心に迫ります。例: “You mentioned you felt ‘stuck’ on that task. Can you tell me more about what specifically made you feel that way?” (そのタスクで「行き詰まり」を感じたとおっしゃいましたね。具体的に何がそのように感じさせたのか、もう少し詳しく教えてくれますか?)
- 沈黙を恐れない: 質問した後、相手が考える時間を必ず与えます。3〜5秒の沈黙は、より深い思考と回答を促します。すぐに話を続けたり、別の質問を重ねたりしないことが重要です。
- 最初に心理的安全性を英語で構築する。「審判」ではなく「対話者」である姿勢を示す。
- 面談の種類(1on1/評価/キャリア)に応じて、目的とゴールを最初に明確に共有する。
- 部下の発話量を増やすために、オープンクエスチョンと沈黙を活用し、「話す:聞く」の比率を管理職3:部下7を目指す。
これらの原則は、英語という言語の壁を越えた、普遍的な対人コミュニケーションの核心です。次のセクションでは、これらの原則を具体化する、各面談フェーズで使える実践的な英語フレーズに焦点を当てていきます。
本音を引き出す!英語での「傾聴」と「深掘り質問」フレーズ集
効果的な面談の核心は、相手が心を開き、考えや感情の核心を言葉にできるよう手助けすることにあります。特に、答えが「Yes/No」で終わるクローズドクエスチョンでは、表面だけをなぞって終わりがちです。ここでは、エンジニアの内面や課題の本質に迫るための具体的な「傾聴」と「深掘り質問」の技術を、使える英語フレーズと共に紹介します。
エンジニアの本音を引き出す3つの技術:①思考を刺激するオープンクエスチョン、②感情と事実を分離する聞き方、③沈黙を活用した促し方。それぞれに使える実践的な英語フレーズを身につけます。
オープンクエスチョンで思考の扉を開ける:”Tell me about…” のその先へ
「Tell me about your current project.」は良い出発点ですが、これだけでは表面的な説明で終わる可能性があります。会話を深める鍵は、「何を」「なぜ」「どのように」に焦点を当て、相手に考えさせる質問を続けることです。
思考を促すオープンクエスチョンの例
- “What aspect of the recent deployment are you most satisfied with, and why?” (最近のデプロイで最も満足している点は何ですか? その理由は?)
→「何」と「なぜ」をセットにすることで、価値観や判断基準を探れます。 - “If you could change one thing about our current development process, what would it be and how would you approach it?” (現在の開発プロセスで一つ変えられるとしたら何ですか? どうアプローチしますか?)
→仮定の質問は、現状の問題点と改善へのアイデアを引き出します。 - “Looking back at the last quarter, what has been the biggest learning for you?” (前四半期を振り返って、あなたにとって最大の学びは何でしたか?)
→振り返りを通じて、成長実感や気づきを言葉にさせます。
感情と事実を分けて聞き取る:”How do you feel about…?” vs “What exactly happened…?”
エンジニアが直面する課題には、技術的な事実と、それに伴う感情(フラストレーション、不安、モチベーション)が混在しています。この二つを混同して聞くと、解決策が見えづらくなります。
- 感情に寄り添う質問
- “How do you feel about the recent increase in bug reports from the QA team?” (QAチームからのバグ報告が増えている件について、どう感じていますか?)
- “It sounds like this has been frustrating. Can you tell me more about that?” (それは苛立たしいことのようですね。もう少し詳しく教えてくれませんか?)
- 客観的事実を明確化する質問
- “Okay, I understand the feeling. To help us address it, can you walk me through what exactly happened in the last incident?” (気持ちはわかりました。それを解決するために、前回のインシデントで具体的に何が起こったのか、順を追って説明してもらえますか?)
- “What specific data or metrics are you looking at that lead to that concern?” (その懸念に至った、具体的なデータやメトリクスは何を見ていますか?)
この分離により、個人の感情を否定することなく、チームとして解決すべき客観的な課題に焦点を合わせることができます。
沈黙を味方につける:英語で話しやすい間の作り方と促しの表現
日本の会話文化と比べ、英語圏では沈黙がやや居心地悪く感じられることがあります。しかし、深い回答を引き出すためには、相手が思考を整理する時間が必要です。沈黙を埋めようとすぐに話し出すのではなく、積極的に「間」を作り、促す技術が重要です。
- 思考時間を保証する前置き
“Take your time. I’m really interested in your thoughts on this.” (ゆっくり考えてください。あなたの意見にとても興味があります。) - 軽い沈黙の後に使う促しの表現
“I’m all ears.” (よく聞いていますよ。)
“Please, go on.” (どうぞ、続けてください。) - 相手の言葉を要約して、さらに深める
“So, if I understand correctly, you’re saying that the lack of documentation is the root cause, not the code itself. What would be the first step to improve that?” (つまり、コードそのものではなく、ドキュメント不足が根本原因だとおっしゃっているのですね。それを改善する最初の一歩は何でしょうか?)
Manager: “You mentioned feeling ‘stuck’ with the legacy module. What specifically makes it feel that way?” (レガシーモジュールに「行き詰まり」を感じるとおっしゃいましたね。具体的に何がそのように感じさせるのですか?)
(エンジニアが少し考え込む)
Manager: (静かに待ち、うなずく) “Take your time.”
Engineer: “Well… the main issue is that there are no unit tests, so every change feels risky.” (ええと… 主な問題は単体テストがなく、変更のたびにリスクを感じることです。)
Manager: “I see. How does that risk impact your motivation or workflow on a daily basis?” (なるほど。そのリスクは、日々のモチベーションやワークフローにどのような影響を与えていますか?)
この対話では、①具体的な事実(「単体テストがない」)を引き出し、②それに伴う感情や影響(「リスクを感じる」「モチベーションへの影響」)を分けて探っています。マネージャーの沈黙と促しが、エンジニアに思考と発言の余地を与えています。
これらの技術を組み合わせることで、評価や課題の報告を超えた、エンジニアの真の成長意欲や課題認識を引き出す対話が可能になります。次は、引き出した「本音」をどのように「成長」の具体的な行動計画に落とし込んでいくか、そのフレーズとプロセスを見ていきましょう。
成長を促す英語フィードバック:称賛から改善提案までの適切な伝え方
「本音」を引き出した後の次のステップは、その対話を個人の成長とチームの成果に確実につなげることです。その核心となるのが、効果的なフィードバックの技術です。特に、抽象的な「よくできました」や、感情的な「ここがダメです」という伝え方は、エンジニアの行動変容を促しにくく、信頼関係にも悪影響を及ぼす可能性があります。ここでは、具体的で再現性が高く、前向きな変化を引き出すための英語フィードバックの実践的フレームワークを紹介します。
SBIモデルを英語で実践:具体的で行動ベースの称賛フィードバック
「Good job!」だけで終わるフィードバックは、相手に何が良かったのか、なぜ評価されたのかを明確に伝えられません。代わりに、Situation(状況)、Behavior(行動)、Impact(影響)の3要素からなる「SBIモデル」を使いましょう。これは、事実に基づき、観察可能な行動を中心に伝えるため、受け手が納得しやすく、同じ成功を再現できるようになります。
フィードバックする具体的な場面を明確にします。
- 例: “Regarding the system integration task last week…”(先週のシステム統合作業についてですが…)
- 例: “In yesterday’s client meeting where we discussed the API specifications…”(昨日のAPI仕様について話し合ったクライアントミーティングでは…)
あなたが実際に観察した、相手の具体的な言動を客観的に伝えます。主観的な評価は避けます。
- 例(抽象的な評価): “You were very proactive.”(あなたはとても積極的でした)→ 避ける
- 例(具体的な行動): “You took the initiative to create a detailed flowchart before the meeting.”(あなたは、会議の前に詳細なフローチャートを自発的に作成しました。)
その行動が、プロジェクト、チーム、またはあなた個人にどのような良い影響を与えたかを述べます。
- 例: “That helped the entire team visualize the process clearly and saved us at least an hour of discussion.”(そのおかげでチーム全員がプロセスを明確に可視化でき、少なくとも1時間の議論時間を節約できました。)
改善が必要な点を前向きに伝える:”I have some feedback on…” から始める建設的対話
改善点の指摘は、相手が「批判」ではなく「成長の機会」と受け止められる伝え方が重要です。いきなり問題点を指摘するのではなく、観察した事実を共有し、その影響を説明した上で、改善のための対話を促す流れを作ります。
| 避けたい表現 (To Avoid) | 建設的な表現 (Constructive Alternative) | ニュアンスの違い |
|---|---|---|
| “Your documentation is always messy.” (君のドキュメントはいつもぐちゃぐちゃだ。) | “I have some feedback on the recent API documentation. I noticed that some sections lack example code, which made it harder for the new members to understand.” (最近のAPIドキュメントについてフィードバックがあります。気付いたのですが、いくつかのセクションにサンプルコードが不足しており、新メンバーの理解を難しくしていました。) | 「あなた」を主語にした非難から、「私が観察した事実」を主語にした共有へ。 |
| “You need to speak up more in meetings.” (もっと発言しなきゃダメだ。) | “I’d like to discuss how we can leverage your technical insights more in team meetings. For instance, in the last sprint planning, your perspective on the scalability issue was valuable. What are your thoughts on sharing such points earlier?” (チームミーティングであなたの技術的知見をもっと活かす方法について話し合いたいです。例えば、前回のスプリント計画では、スケーラビリティ問題についてのあなたの見解は価値がありました。どう思いますか?そうした点をもっと早く共有することについて。) | 命令から、相手の強みを認めた上での協働的提案へ。 |
| “This code has too many bugs.” (このコードはバグが多すぎる。) | “Looking at the recent pull request, I see there were several edge cases that weren’t covered by the unit tests. Can we explore ways to strengthen our test coverage for similar features in the future?” (最近のプルリクエストを見ると、ユニットテストでカバーされていないいくつかのエッジケースがありました。今後、同様の機能についてテストカバレッジを強化する方法を一緒に考えられませんか?) | 結果の非難から、プロセス改善のための共同探求へ。 |
「フィードバック(feedback)」という単語は、改善提案の文脈では「批判」と受け取られがちです。代わりに「input」「perspective」「observation」といったよりニュートラルな単語を使うことも有効です。例: “I have some input on the project timeline.”(プロジェクトのタイムラインについて、いくつか意見があります。)
「次の一手」を明確に:フィードバックに続く具体的なアクションプランの協働設定
フィードバックは、対話のゴールではなく、成長に向けたスタート地点です。ここで終わってしまうと、同じ課題が繰り返される可能性があります。「では次にどうするか」を部下と一緒に決めることで、責任共有と主体性を育みます。
アクションプラン設定のための質問例:
- “What’s one small step you could take before our next 1-on-1 to practice this?”(次回の1on1までに、これを実践するための小さな一歩は何ですか?)
- “How can I best support you in working on this?”(これに取り組む上で、私がどのようにサポートするのが最善だと思いますか?)
- “Would it be helpful to pair with a senior engineer on the next debugging task?”(次のデバッグ作業でシニアエンジニアとペアを組むのは役立ちますか?)
- “Let’s define a success metric together. For example, ‘By the next review, reduce the number of major bugs reported in my code by 20%.’ Does that sound reasonable?”(一緒に成功の指標を定義しましょう。例えば、「次回のレビューまでに、自分のコードで報告される重大なバグの数を20%削減する」などです。これは妥当に聞こえますか?)
これらの質問を通じて設定したアクションは、次回の1on1ミーティングの最初の議題とし、進捗を確認し、さらなるフィードバックのサイクルにつなげましょう。これにより、フィードバックは単発の「指摘」から、継続的な成長支援のプロセスへと変わります。
キャリアの未来図を描く:英語でサクセションプランと期待値管理を議論する
キャリア面談における最も繊細かつ重要なトピックの一つが、将来の役割(サクセションプラン)とそれに伴う期待値の共有です。管理職志向の有無を直接尋ねるだけでは、複雑なエンジニアのキャリアパスを理解することはできません。ここでは、多面的な質問を通じてビジョンを引き出し、現実的な成長プランを共に描き、期待値のギャップを前向きに埋めるための英語コミュニケーション戦略を紹介します。
「管理職になりたい?」以外の質問:キャリアビジョンを多角的に探る
エンジニアのキャリア志向は、リーダーシップポジションへの興味だけでなく、専門性の深化、影響範囲の拡大、ワークスタイルの変化など、さまざまな要素で構成されています。以下のような質問で、その多様性にアプローチしましょう。
- 専門性・影響力について: “Looking ahead 2-3 years, what kind of technical problems do you want to be solving? Are they deeper in a specific domain, or broader across systems?” (今後2〜3年で、どのような技術的問題を解決したいと考えていますか?特定領域を深掘りするものですか、それともシステム全体に横断する幅広いものですか?)
- 貢献の形について: “How do you envision your impact on the team and product evolving? For example, would you like to take more ownership in architectural decisions, or focus on mentoring junior members?” (チームやプロダクトへのあなたの影響力が、どのように進化していくことを想定していますか?例えば、アーキテクチャ決定へのオーナーシップを強化したいのか、後輩のメンタリングに集中したいのか。)
- 学習と成長について: “What are the skills or knowledge areas you feel most excited about developing next, regardless of your current role?” (現在の役職に関わらず、次に最もワクワクしながら身につけたいスキルや知識領域は何ですか?)
- キャリア面談で、本人が具体的な目標を持っていない場合、どう質問すれば良いですか?
-
まずは「具体的な役職名」から離れ、興味や価値観を探る質問をしましょう。例: “Let’s step back from job titles for a moment. Can you describe a project or task recently that gave you a strong sense of satisfaction? What about it was rewarding?” (一旦、役職名から離れてみましょう。最近、強い達成感を得たプロジェクトやタスクについて教えてくれますか?その何がやりがいにつながりましたか?) そこから、その要素をより多く含む未来の役割を一緒に想像することができます。
次の役割へのギャップ分析:現在地と目標を可視化する対話
「テックリードになりたい」「シニアエンジニアを目指す」といった目標が明確になったら、その役割に求められる能力を分解し、現状とのギャップを客観的に評価するフェーズへ移ります。
「あなたの目標はAです。では、Aの役割では通常、B(技術的リーダーシップ)、C(大規模システム設計)、D(クロスチーム調整)のスキルが求められます。今のあなたを1から5で評価すると、Bは4、Cは3、Dは2くらいに見えます。この認識は合っていますか?このギャップを埋めるために、来期はどのスキルに集中して成長したいと思いますか?」といった具体的な対話を英語で行います。
具体的なフレーズ例:
- “Based on our career framework, a Senior Engineer is expected to demonstrate strengths in [Area X], [Area Y], and [Area Z]. How would you rate your current proficiency in each area on a scale of 1 to 5?” (キャリアフレームワークに基づくと、シニアエンジニアは[X]、[Y]、[Z]の領域で強みを示すことが期待されています。各領域について、現在の熟練度を1から5でどのように評価しますか?)
- “To bridge the gap towards a Tech Lead role, which competency do you think is the most critical for you to develop first? Let’s brainstorm one or two concrete actions for the next quarter.” (テックリードへのギャップを埋めるために、あなたにとって最初に開発すべき最も重要な能力はどれだと思いますか?次の四半期に向けて、具体的なアクションを1つか2つブレインストーミングしましょう。)
透明性と現実感:期待値管理の英語コミュニケーション戦略
個人の希望と組織の機会(予算、ヘッドカウント、プロジェクトの必要性)は常に一致するとは限りません。この不一致を曖昧にせず、透明性を持って伝え、失望を最小限に抑えながら代替の成長経路を提示することが、マネージャーの重要な役割です。
「昇進は今期ありません」「マネージャーポジションの空きは見込めません」といったネガティブな情報を伝える際は、理由を明確にし、未来への道筋を示すことが不可欠です。「No」で終わらせず、「現時点ではNoですが、そのために必要なステップはこれです」という形に変換します。感情的な言葉や個人の能力を直接否定する表現は避け、状況や基準に焦点を当てた客観的な表現を心がけましょう。
期待値調整のためのフレーズ例:
- 状況の説明と未来への橋渡し: “I want to be transparent about the current situation. While we don’t have a dedicated manager opening in our immediate roadmap, the leadership skills you’re building are absolutely critical for our next phase. Let’s focus on creating visible impact in [specific project] as a way to demonstrate those skills.” (現在の状況について率直にお伝えします。直近のロードマップには専任のマネージャーポジションの空きはありませんが、あなたが築いているリーダーシップスキルは私たちの次のフェーズにとって絶対に重要です。それらのスキルを示す方法として、[具体的なプロジェクト]で目に見えるインパクトを創出することに集中しましょう。)
- 基準の共有と共同計画策定: “For promotion to the next level, the committee is looking for consistent evidence in [specific criteria]. I see you’ve made great progress in [Area A]. To strengthen your case, let’s work together to get more opportunities in [Area B] in the coming months.” (次のレベルへの昇進については、委員会は[具体的な基準]における一貫した証拠を求めています。あなたが[領域A]で大きな進歩を遂げているのはわかっています。あなたの主張を強化するために、今後数ヶ月で[領域B]における機会を増やすために一緒に取り組みましょう。)
このように、キャリア面談は単なる目標確認ではなく、個人の志向を理解し、現実的な成長マップを共同で作成し、組織の文脈の中で意味のある次の一歩を約束する対話です。英語でこれらを実践するには、明確な質問、構造化された分析、そして誠実なコミュニケーションが鍵となります。
実践シナリオ別対応ガイド:困難な会話を英語で乗り切る
これまでに紹介したフィードバックやサクセションプランの議論は、比較的順調な状況を想定したものです。しかし、マネージャーとして避けて通れないのが、パフォーマンス課題やキャリアの迷い、期待に沿えない結果を伝えるといった難しい会話です。これらの場面では、感情的な対立や不信感を生まずに、前向きな変化への出発点を作るコミュニケーションが求められます。ここでは、3つの困難なシナリオに焦点を当て、具体的な英語フレーズとアプローチを紹介します。
パフォーマンスが思わしくないエンジニアとの評価面談
パフォーマンス課題を扱う際の最大のポイントは、個人への批判ではなく、観察可能な事実とその影響に基づいて対話を進めることです。主観的な評価や感情的な言葉は防衛反応を引き起こし、問題解決から遠ざかります。
- 事実の特定と共有: “I’d like to discuss the project deliverables from the last quarter. The code review completion rate was 60% against our team target of 90%.” (前四半期のプロジェクト成果について話し合いたいと思います。コードレビューの完了率は、チーム目標の90%に対して60%でした。) のように、データや具体的な事例を示します。
- 影響の明確化: “This has created a bottleneck for the QA team, delaying the overall release timeline by about a week.” (これによりQAチームのボトルネックが生じ、全体のリリースタイムラインが約1週間遅れています。) と、課題がチームや業務に与える影響を客観的に伝えます。
- サポートの表明と責任の共有: “My goal is to understand the root cause together and support you. What do you think are the main challenges here?” (私の目的は、根本原因を共に理解し、あなたをサポートすることです。ここでの主な課題は何だと思いますか?) と問いかけ、解決に向けた共同責任を示します。
Manager: “Based on the recent sprint retrospective, I noticed that three out of the last five tasks missed their estimated completion dates. The team had to re-prioritize to cover the delays. Can we explore what’s happening?”
(最近のスプリント振り返りに基づくと、直近5つのタスクのうち3つが予定完了日を過ぎていることに気づきました。チームは遅延をカバーするため優先順位を再設定する必要がありました。何が起きているのか、一緒に探ってみてもいいですか?)
Engineer: “I’ve been struggling with the new framework the team adopted. The learning curve is steeper than I expected.”
(チームが採用した新しいフレームワークに苦戦しています。学習曲線が予想以上に急です。)
Manager: “Thank you for sharing that. That’s a valid challenge. How about we pair you with [a senior colleague] for the next two sprints? And we can allocate two hours per week for focused learning. Does that sound like a supportive step?”
(それを共有してくれてありがとう。確かに難しい課題ですね。次の2スプリントは[上級の同僚]とペアを組むのはどうでしょう?また、集中学習のために週2時間を確保できます。それは支援となる一歩ですか?)
キャリアプランが明確でない、または消極的なエンジニアとの対話
キャリアに対して明確な目標を持っていない、または消極的な姿勢のメンバーに対しては、「何がしたいか」ではなく、「何が楽しい/嫌いか」から逆算するアプローチが有効です。大きな決断を迫るのではなく、小さな興味の断片を拾い集めます。
- 興味の探索: “Looking back at the past six months, what kind of task or project did you find most engaging or satisfying?” (過去6か月を振り返って、どのようなタスクやプロジェクトが最も没頭できたり、やりがいを感じたりしましたか?)
- 「嫌いなこと」からの逆算: “Conversely, are there any types of work you consistently find draining or less interesting?” (逆に、一貫して消耗する、または興味が湧かない仕事の種類はありますか?) これは、避けたい方向性を明確にします。
- 小さな実験の提案: “Based on what you’ve shared, how would you feel about taking on a small mentorship role for the new intern, or spending 10% of your time exploring that new database technology you mentioned?” (あなたが話してくれたことに基づくと、新人インターンの小さなメンター役を引き受けることや、話に出た新しいデータベース技術を10%の時間で探求することについて、どう感じますか?)
報酬や昇進の結果を伝える面談(期待に沿えない場合)
最もデリケートな会話の一つです。この際に肝心なのは、「明確さ」「正直さ」「思いやり」のバランスです。あいまいな表現は誤解を生み、期待を不必要に膨らませる可能性があります。
- 明確に伝える: “I’m here to discuss the promotion cycle outcome. After careful review, the decision this time is not to proceed with the promotion to Senior Engineer.” (昇進サイクルの結果について話し合うために来ました。慎重に審査した結果、今回はシニアエンジニアへの昇進を見送る決定となりました。)
- 理由を具体的に説明する: “The feedback highlighted strong technical skills, but the committee was looking for more consistent examples of leading design decisions on cross-team projects, which is a key criterion for the senior level.” (評価では高い技術力が指摘されましたが、委員会は、シニアレベルにおける重要な基準である、チーム横断プロジェクトでの設計決定を主導する一貫した事例をより求めておりました。)
- 今後の道筋を示す: “Let’s create a concrete development plan focused on those leadership opportunities. I can nominate you for the upcoming [Project X] where you can own the architecture discussion.” (それらのリーダーシップ機会に焦点を当てた具体的な成長計画を作りましょう。あなたを次回の[プロジェクトX]に推薦し、そこでアーキテクチャ議論を担当してもらうことができます。)
- “It’s not my decision.” (それは私の決定ではありません。) → 責任回避のように聞こえ、信頼を損なう。
- “You’re just not ready yet.” (あなたはまだ準備ができていないだけです。) → 抽象的で、何を改善すべきか分からない。
- “Maybe next time.” (多分次回は。) → 確約ではないのに期待を持たせてしまう。
- “Everyone else is doing fine.” (他の皆はうまくやっています。) → 個人をチームと比較し、疎外感を与える。
- 沈黙で伝える、または書面のみで通知する。 → 対話の機会を奪い、不満を大きくする。
困難な会話は、関係を壊す瞬間にも、信頼を深める飛躍の瞬間にもなり得ます。事実に基づき、相手の視点に耳を傾け、常に「では、次に一緒にどう進むか」という建設的な提案で締めくくることで、マネージャーとしての信頼性とチームのレジリエンスを高めることができます。

