mcpField
D
difficult-situations

difficult-situations

github.com/manager-dot-devその他116126 回インストール25 週間前に更新
リポジトリ

difficult-situations について

難しい人事上の状況に直面するエンジニアリングマネージャー向けのスキルです。不適切な発言、上司への批判、解雇、レイオフ、マネージャー自身の退職を扱い、迅速な対応、個別の対話、記録、適切なエスカレーションを重視します。

主な機能

  1. 01チームチャンネルでの不適切な発言への対応
  2. 02上司への批判を受けた際の対処
  3. 03難しい状況での解雇の進め方
  4. 04レイオフの説明と事後対応の計画
  5. 05マネージャーの退職と引き継ぎへの対処

活用シーン

  1. 01チームチャンネルの攻撃的な発言を止める
  2. 02マネージャーの判断への不満に対応する
  3. 03レイオフ対象者に今後の手続きを説明する
  4. 04マネージャーの退職時の引き継ぎを準備する

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/manager-dot-dev/manager-skills --skill difficult-situations

インストール後、Claude Code で/difficult-situationsを入力して読み込まれたか確認します。

同梱ファイルreferences/sources.md

詳細

困難な状況

始める前に

まず 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 個する
  • 次に取るべき具体的な行動を示し、役立つ場合はマネージャーが使える正確な言い回しも提示する
  • 関連するフレームワークに簡単に触れる。ただし、すべての要素を説明しない
  • 直接的な回答の後に、より詳しい説明もできると伝える

このスキルの使い方

  • チームのチャンネルに不適切または攻撃的な発言が投稿された → チームのチャンネルでの不適切な発言
  • エンジニアがあなたのマネージャーについて不満を述べたり、批判したりしている → エンジニアがあなたのマネージャーの悪口を言うとき
  • 本人の個人的な事情が非常に厳しいタイミングで解雇を伝える → タイミングが非常に悪いときに解雇を伝える
  • 自分の仕事を辞めることに罪悪感がある → マネージャーとして退職する:辞めることに伴う罪悪感
  • レイオフを計画または実施している → レイオフへの対応

回答の基本構成

困難な状況では、安全性、明確さ、順序を優先します。

  1. 状況の把握: 何が懸かっていて、誰が被害を受ける可能性があるか。
  2. すぐに取る行動: まず何をすべきか。特に、対応が遅れることで誤ったシグナルが伝わる場合。
  3. 個別のフォローアップ: 誰と 1 対 1 で話す必要があり、何を伝えるべきか。
  4. 記録/エスカレーション: 何を記録し、いつ人事、法務、またはリーダーシップを巻き込むか。
  5. 信頼回復への道筋: 緊急の局面を過ぎた後、信頼をどう安定させるか。

ハラスメント、差別、脅迫、レイオフ、または解雇に関わる可能性がある場合は、一人で即興的に対応するのではなく、会社の適切なプロセスに沿って対応するよう勧めます。


チームのチャンネルでの不適切な発言

チームのチャンネルに、同性愛嫌悪の発言、人種差別的なジョーク、同僚を貶めるコメントなど、攻撃的または不適切な内容が投稿された場合は、対応する必要があります。何もしないことも一つの判断であり、チームはその様子を見ています。

対応方法:

  1. 無視したり、待ったりしないでください。 待てば待つほど、沈黙は容認と受け取られます。
  2. まずチャンネル内で、簡潔に対応してください。 たとえば、「この場で共有するようなことではありません。」のように伝えます。公開の場では短く、事態を悪化させない言い方にしてください。
  3. 投稿した本人とは 1 対 1 でフォローアップしてください。 公開の場で大勢で責めるのは避けますが、個別の会話は必要です。今後どのような行動が期待されるか、明確に伝えてください。
  4. 影響を受けた可能性のある人にも声をかけてください。 簡潔な個別メッセージで十分です。正式な人事面談ではなく、「あの投稿を見ました。あれは許容されるものではなく、私が対応していることを伝えたいです。」と伝えます。

目標は、公開の場で誰かを辱めることなく、チームの環境を守ることです。どちらも大切です。


エンジニアがあなたのマネージャーを悪く言うとき

1on1で、ある開発者があなたのマネージャーは無能だ、判断を誤った、チームをひどい目に遭わせているなどと言います。あるいは、あなたにどちらかの味方をさせようとしているのが明らかな言い方をします。

これは、愚痴を聞く場を装った忠誠心のテストです。

対応方法:

  • たとえ部分的に同意していても、同意しないでください。 直属の部下に対してあなたのマネージャーへの批判を認めると、双方向の信頼関係が崩れます。あなたは、チームの前で自分のマネージャーについて話す人になってしまいます。
  • かといって、話を退けるのもやめてください。 「その判断に不満を感じているのは伝わりました」は誠実です。「うちのマネージャーは問題ないよ。あなたが分かっていないだけ」は不誠実で、見下した言い方です。
  • 実行可能なことへ話を向けてください。 「その判断の背景については話せませんが、あなたの仕事にどう影響するか、別の対応を取れるよう私が働きかけられるかは調べてみます。」
  • 正当な不満であれば、真剣に受け止めてください。 会話とは切り離して、その懸念が正当かどうかを検討します。正当であれば、適切なルートで提起してください。

一線はここです。マネージャーの判断を批判的に考えることはできます。しかし、部下と一緒になって不満を言うことはできません。


最悪のタイミングで誰かを解雇する

そのエンジニアは4人の子どもの父親です。家を買ったばかりです。配偶者は健康上の問題を抱えています。そのすべてをあなたは知っています。

これをきれいに済ませる方法はありません。誰かを解雇するかどうかは、その人の私生活の状況ではなく、適切な役割に就いているかどうかを基準に判断すべきです。個人的な事情に基づいて例外を設けてしまうと、この判断を下せなくなり、適切な判断が無期限に先送りされることで、チームと本人の双方が代償を払うことになります。

できること:

  • 可能な範囲で、猶予期間を長めに取ります。通知を数週間早めたり、正式な引き継ぎ期間を延ばしたりします
  • 退職金や社内で働きかける支援について、より手厚くなるよう尽力します
  • 会話では率直に伝えます。何がうまくいっていないのかを明確にしつつ、人間味のある伝え方をします
  • その後も力になります。良い推薦状を書く、紹介する、推薦するなどです

すべきでないこと:

  • 相手の事情に罪悪感を覚えるからといって、うまくいっていない役割にその人を留めること
  • 双方が何が起きるか分かっているのに、会話をいつまでも避けること

この仕事で最もつらいのは、それが相手を傷つけると分かっていながら、正しいと分かっている決断を下すことです。その苦しさは消えません。それを背負うことも、この役割の一部です。


マネージャーとして辞めること:それに伴う罪悪感

マネージャーが仕事を辞めるときに感じる罪悪感は、個人貢献者が辞めるときのものとは異なります。

あなたはチームに責任を感じます。あなたを信頼してくれた人たち、あなたがキャリアに影響を与えた人たち、あなたがいたから入社した人たちもいます。特にチームがプロジェクトの途中、困難のさなか、あるいは不安定な時期にあると、辞めることは見捨てるように感じられます。

正直な現実をいくつか挙げます。

  • 彼らを裏切ることにはなりません。 より良い機会があれば、チームのメンバーはあなたを裏切ると感じずに辞めるでしょう。あなたも同じようにしてかまいません。
  • 後任者はうまくやっていけます。 優れたマネージャーが辞めても、チームは崩壊しません。強いチームはマネージャーより長く続きます。
  • 罪悪感は、義務ではなく、気にかけていることの表れです。 罪悪感を感じるのは、その役割を真剣に担ってきたということです。自分にとって適切でなくなった役割に留まることでそれに応えようとしても、チームのためにはなりません。

彼らに対して果たすべきこと:

  • 思慮深い引き継ぎ。突然姿を消さず、何も起きていないふりもしないこと
  • あなたから直接伝えるべき相手との、率直な話し合い
  • しっかりとした引き継ぎ。文書、背景情報、紹介など

彼らに対して果たす必要のないこと:

  • いつまでも留まり続けること
  • 次の段階にとって最善かどうかではなく、罪悪感に左右されたスケジュールに従うこと

レイオフへの対応

レイオフは、事務的にも精神的にも負担の大きいものです。次の点に気をつけることで、影響を和らげられます。

計画中に秘密を守る必要がある理由 — そして、それがつらい理由。 まだ詳細が決まっていない段階では、具体的なことを伝えられません。具体的な情報がないと、人は空白を恐れで埋めてしまいます。時期尚早な開示は、取り返しのつかない亀裂を生むことがあります。秘密を守るのは心苦しいものですが、より悪い事態から人々を守ることにつながります。

難しさを公正に受け止める。 理不尽で不公平に感じられます――実際、そのとおりであることも少なくありません。事業上の問題に関与していない人が、その問題のために職を失います。それは本当に厳しいことであり、つらく感じるのは当然です。ただし、その気持ちに判断を左右され、誰を残し、誰を解雇するか決めるのは適切ではありません(上記の「タイミングが最悪なときに人を解雇する」も参照してください)。

解雇される人に対して:

  • 率直かつ明確に伝えます。対面(またはライブビデオ通話)で伝え、要点を曖昧にしないでください。
  • 次に何が起こるかを理解するために必要な情報を伝えます。退職金、福利厚生の継続、スケジュール、推薦状の可否などです。
  • 話し合いはきちんと終えます。一緒に気持ちを整理しようと長引かせても、たいていは楽になるどころか、さらに難しくなります。

残る人に対して:

  • 起きたことを認めます。何も変わっていないかのように振る舞わないでください。レイオフを乗り越えた人たちは、喪失感や先行きの不透明さに向き合っています。すべて問題ないという安心させる言葉よりも、これからどうなるのかについての誠実な説明を必要としています。
  • わかっていることと、わからないことを正直に伝えます。「わかりません」のほうが、根拠のない確信よりも信頼されます。
  • 悲しむ時間を確保します。生産性は低下するでしょう。それは自然なことです。

自分自身に対して:

  • 自分が下したわけでも望んだわけでもない決定を実行しているのかもしれません。それは大きな負担です。チームの外で、同僚やメンターを見つけて一緒に気持ちを整理してください。

さらに詳しく

ユーザーが、あるフレームワークの出典を尋ねたり、元の記事を読みたいと言ったり、このスキルのトピックについてさらに詳しい説明を求めたりした場合は、references/sources.mdを読んで、出典記事(リンク付き)と書籍の一覧を確認してください。


関連スキル

  • feedback — 多くの難しい状況では、まず率直なフィードバックの話し合いが必要です
  • performance-reviews — 正式な解雇のプロセスについてはこちらを参照してください
  • managing-yourself — プレッシャーの中でリーダーシップを発揮し、困難な局面でチームの不安を受け止める方法
  • 1on1s — こうした状況の多くが最初に表面化する場です

コメント