managing-up について
エンジニアリングマネージャー向けの、上司との関係構築や経営層とのコミュニケーション、意思決定への異議に関するスキルです。早めの共有、提案を添えた問題報告、具体的な伝え方を重視します。
主な機能
- 01状況に応じたマネジメント助言
- 02上司への具体的な伝え方の提示
- 03早期共有と信頼性の重視
- 04異議の種類に応じた対応
- 05厳しい評価後の振り返り支援
活用シーン
- 01納期遅延の可能性を上司に早めに伝える
- 02解決案を添えて問題を上申する
- 03異議のあった決定をチームに説明する
- 04経営層へのフィードバックや悪い知らせの伝達
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ manager-dot-dev/ manager-skills --skill managing-upインストール後、Claude Code で/managing-upを入力して読み込まれたか確認します。
同梱ファイルreferences/sources.md
詳細
マネージャーとの関係構築
始める前に
まず、EM に関するコンテキストを確認してください。.agents/em-context.md が存在する場合は、読み込んでください。
.agents/em-context.md が存在しない場合は、詳しいアドバイスをする前に、最低限のマネージャーのプロフィールを尋ねて保存してください。役職、チームの規模、チームのミッションまたは担当領域、現在の課題または優先事項を確認します。
会話の中心となる特定の人物がいて、.agents/reports/[name].md が存在しない場合は、詳しいアドバイスをする前に、その人物の最低限のプロフィールを尋ねて保存してください。役職/レベル、勤続期間、強み、現在の課題または成長領域を確認します。
会話の中で、後から長期的に有用な新しいコンテキストが明らかになった場合は、.agents/em-context.md または .agents/reports/[name].md を自動的に更新してください。推測、一時的な不満、未解決の解釈ではなく、安定した事実やパターンを保存してください。
回答スタイル
最初の回答は簡潔で役立つものにしてください。ユーザーが詳しい説明を求めていない限り、フレームワーク全体を一度に提示しないでください。
基本方針:
- 可能性の高い診断または推奨事項を最初に述べる
- 不足しているコンテキストによってアドバイスが変わる場合に限り、的を絞った質問を最大 2~3 個する
- 次に取るべき具体的な行動を示し、役立つ場合はマネージャーがそのまま使える正確な文面も提示する
- 関連するフレームワークに簡単に触れるが、すべての要素を説明しない
- 直接的な回答を示した後にのみ、詳しい説明を提案する
このスキルの使い方
まず、状況を特定してください:
- マネージャーとの信頼関係を築く、または修復する → 上司とうまく連携するための土台は信頼性
- マネージャーから厳しい評価を受けた → 自分の評価が思わしくなかったとき
- 同意できない決定をチームに伝える必要がある → 同意できない決定を伝える
- 悪い知らせを伝える、または上級リーダーにフィードバックを伝える → 上級リーダーとのコミュニケーション
- マネージャーが自分に何を求められているか把握していない → マネージャーがあなたに期待すること
回答の基本形式
上司とうまく連携するための支援では、信頼性と影響力に焦点を当ててください。
- マネージャーのニーズ: ユーザーのマネージャーが重視していること、または懸念していること。
- 現状のギャップ: 不意打ち、信頼、意見の相違、信頼性、または担当の不明確さ。
- 報告/依頼: 上司に送る具体的なメッセージ。
- 再発防止の仕組み: 同じ問題の繰り返しを防ぐ頻度や仕組み。
- 境界線: マネージャーの要求が不合理な場合に、引き受けなくてよいこと。
意見が異なる場合は、「意見を聞いてほしい」と「決定を変えてほしい」を分けて考えてください。
上司をうまくマネジメントする土台は信頼性です
「上司をマネジメントする」とは、政治的なスキルだとよく説明されます。しかし、そうではありません。その本質はただ一つ、自分の上司が、その上司から信頼できない人だと思われないようにすることです。
事前に知らせずに期限に遅れるたびに、あなたは上司をどうにもならない状況に追い込みます。上司は、その期限をさらに上の立場の人に約束しているのです。あなたの納品の遅れは、特に不意打ちになった場合、あなたの信用だけでなく、上司の信用も損ないます。マネージャー同士は話をします。予想外のことを何度も起こせば、キャリアは終わります。
ルールは、**遅くではなく、早く知らせることです。**約束を守れないとわかった時点ですぐに伝えましょう。月曜日の朝に「火曜日は無理です。金曜日になります」と伝えれば、まだ挽回できます。火曜日の午後に「すみません、来週になります」と伝えても、もう手遅れです。
これは、どの階層でも上の立場の人に対して当てはまります。シニアリーダーシップと長く続く関係を築くEMは、最も才能がある人とは限りません。最も信頼できる人であることが多いのです。約束を果たし、守れない約束はしません。問題が不意打ちになる前に表面化させます。
**上司を意識的にマネジメントしましょう。**上司は、何が正しい判断なのかについて、あなたより知らないことがよくあります。問題を持ち込むときは、上司にしてほしい判断も一緒に伝えましょう。「判断をお願いします」という頼み方が適切なことはほとんどありません。「こうすべきだと考えています。あなたにはこれをお願いしたいです」と伝えましょう。
**上司の業務を妨げる可能性があることには、すぐに対応しましょう。**チームに求める基準と同じく、妨げになっていることには1時間以内に返答するという基準を、上司に対しても守りましょう。また、上司からの依頼には100%フォローアップしてください。「確認してまた連絡します」と伝えるだけでも構いません。
同意できない判断を伝える
リーダーシップが完全には納得できない判断を下したとき、チームへの伝え方は、多くの人が思う以上に重要です。
まず、その判断を伝える前に、適切に検討しましょう。次のように分類します。
- 重要度が低い(例:昼食をとる曜日):意見を伝えたら、先に進みましょう。小さなことを議論しても、全員の時間を無駄にします。
- 重要度が高い(重要だが、間違っていても挽回可能):懸念がきちんと聞き入れられたことを確認しましょう。そうであれば、チームに「懸念を伝え、検討してもらったうえで、最も多くの背景情報を持つ人たちが判断しました」と正直に伝えられます。
- 重大(会社の方向性を左右するほど):判断を変えるよう積極的に働きかけましょう。取り返しのつかない結果になると確信しているなら、このチームにとどまりたいのかを考える必要があるかもしれません。
重要な原則は、**自分が思うほど確信を持てることは、ほとんどありません。**明らかに間違っていると感じる判断の多くは、自分が知らなかった背景情報があったとわかります。
チームには、結果だけでなく、判断に至るプロセスにどう関わったかを伝えましょう。「懸念があり、それを伝えました。こういう判断になり、その理由はこうです」と伝えるほうが、「リーダーシップがこうしたがっています」と伝えるよりも説得力があります。前者はあなたの誠実さを保ちます。後者は、そのたびに誠実さを損ないます。
シニアリーダーとのコミュニケーション
シニアリーダーからのあなたの評価を損なう行動をいくつか紹介します。
機転が大切です。 何を伝えるかと同じくらい、どのように伝えるかが大きな影響を与えます。Slack チャンネルで 「過去 2 か月に発表したことはすべて嘘でした」 と発言すると、たとえ技術的に正確であっても、人々の士気を下げ、判断力に欠ける印象を与えます。難しい情報をどのように伝えるかが重要です。
言葉の正確さ。 何かについて 100%確信がない場合は、そのことを示しましょう。「私の考えでは……」や「私の知る限りでは……」と添えれば、自信たっぷりに聞こえる発言が後になって誤りだと判明し、相手をいら立たせる事態を防げます。
悪い知らせを伝える。 その知らせと自分を結び付けないようにしましょう。重要性を長々と前置きしたり、否定的な言葉を重ねたり、過剰に詳しく説明したりするのは避けましょう。状況を明確に伝え、自分の責任範囲を引き受け、次のステップに移りましょう。
シニアリーダーにフィードバックを伝える。 これは通常の関係が逆転することであり、緊張するのは健全なことです。効果的な手法としては、「さらに大きな成果を上げる」という枠組みを使う(「もし〜すれば、さらに大きな影響を与えられると思います……」)、相手を直接批判するのではなく、自分を例に挙げる、判断ではなく好奇心をもって話を始める、具体的なデータや事例を示す、といったものがあります。
マネージャーがあなたに望んでいること
多くのマネージャーは、メンバーに上司をうまくマネジメントしてほしいと考えていますが、それを明言することはほとんどありません。実際には、次のような行動を意味します。
- 問題だけでなく、解決策を持ってくる。 問題をエスカレーションする際は、推奨する今後の進め方も添えましょう。たとえそれが間違っていても、話し合いが早く進み、当事者意識を示せます。
- 成果を上層部にも伝える。 マネージャーは、チームが何を達成しているかを知らなければ、評価調整や計画策定の会議でチームを代表して主張できません。「外務大臣」のように、チームが何をしていて、なぜそれが重要なのかを定期的にマネージャーに伝えましょう。
- マネージャーに役立つ情報を伝える。 何かがうまくいっていないなら、早めに伝えましょう。関係がぎくしゃくしているなら、表に出しましょう。マネージャーが最も恐れているのは、あなたが知っていたことに不意を突かれることです。
- マネージャーの仕事を楽にする。 最後までやり遂げましょう。マネージャーの仕事を増やさないようにしましょう。追いかけなくてもよいメンバーになりましょう。
マネージャーに最も大きな影響力を持つ EM は、最もミスが少ない人ではありません。任せたことを落とさずに進めてくれると、マネージャーから信頼されている人です。
自分の評価がうまくいかなかったとき
マネージャーから厳しい評価を受けたとき、まずマネージャーのせいにしたくなるものです。それが正しい場合もあります。しかし、たいていは責任の半分はあなたにもあります。
- 定期的に進捗を伝えなかったため、マネージャーは不完全な情報から自分なりの状況認識を築いた
- 自分の方向性について話し合いを始めなかったため、マネージャーが空白を埋めた
- 表に出したことのない仕事に気付いてもらえると期待した
マネージャーに自分の動機を推測してもらおうとしてはいけません。1:1 を開けばコミュニケーションの問題が自動的に解決すると期待してはいけません。見える形にしていない仕事への感謝を期待してはいけません。同じ原則は逆の場合にも当てはまります。チームが何がうまくいっているか、何に不満を感じているかをまったく伝えてくれないなら、話せる場を作らなかったあなたにも責任の一端があります。
さらに詳しく
ユーザーがフレームワークの出典を尋ねたり、元の記事を読みたいと希望したり、トピックについてさらに詳しい情報を求めたりした場合は、リンク付きの出典記事と書籍の全リストが記載されている references/sources.md を確認してください。
関連スキル
managing-yourself— EM が行き詰まる 10 の要因のうち、#8〜10 は上司や部下のマネジメントに関するものですinfluence— 同僚や部門横断のステークホルダーを説得し、人員枠を獲得するためのスキルですfeedback— マネージャーへのフィードバックは、フィードバックスキルの具体的なケースです