上司への相談の仕方と「型」｜どうすればいいですか？を卒業する実務テンプレート

こんにちは、ブログ運営者の「もっち」です。

大手SIerにてインフラエンジニア、そしてサービスマネージャーとして18年間、オンプレミスからクラウドまで約200台の大規模インフラ基盤の設計・構築・運用保守を統括してきました。

日々の現場で、こんな苦い経験や悩みを抱えたことはありませんか？

• 「トラブルが起きて『どうすればいいですか？』と聞きに行ったら、上司に『で、君はどうしたいの？』と冷たく返された……」
• 「上司がいつも忙しそうにキーボードを叩いていて、怖くてどのタイミングで話しかければいいか分からない……」
• 「怒られるのが嫌で自力で粘った結果、タイムリミットが過ぎて余計に大激怒されてしまった……」

若手エンジニアからすれば、「分からないからこそ、自己判断せずに早く相談したのに……なぜ怒られるのか？」と理不尽に感じるかもしれません。

しかし、夜勤の監視オペレーターからキャリアをスタートし、マネージャーとして数千回に及ぶメンバーからの「お伺い」を受けてきた立場から本音を明かすと、上司がイラッとしているのは「相談してきたこと」ではなく、「相談の仕方（思考の丸投げ）」に対してです。

本記事では、多忙な上司の時間を1秒も奪わず、わずか3秒で「Yes/No」の判断を引き出す「相談の黄金フォーマット」を徹底解説します。

チャット（Slack/Teams）と対面・口頭の両方ですぐに使えるテンプレートも用意しました。ぜひ明日の現場から役立ててください。

なぜ「どうすればいいですか？」はダメなのか？上司が疲弊する相談の共通点

「困ったら早めに相談（ほうれんそう）しなさい」

新人研修で誰もが教わるこの言葉を真に受けて、「〇〇サーバーのアラートが止まりません。どうすればいいですか？」と上司の席へ走っていませんか？

実はこれ、現場のマネージャーからすると最も困惑し、エネルギーを奪われる相談の仕方です。

上司を一番怒らせるのは「思考の丸投げ」

「どうすればいいですか？」という言葉は、一見すると素直で謙虚な質問に聞こえます。

しかし、その本質は「問題が発生しましたが、自分で考えるのが面倒なので上司が代わりに考えて指示を出してください」という【思考の丸投げ】に他なりません。

上司が「で、君はどうしたいの？」と聞き返すのは、決して意地悪をしているわけではありません。

「自分の仕事（解決策を考えるプロセス）まで私にやらせるな」という無言の警告なのです。

忙しいマネージャーの「決断リソース」を奪うコスト

リーダーやマネージャーは、常に複数の案件調整、顧客折衝、障害対応、リソース管理など、膨大な意思決定を同時に抱えています。

そして、人間の脳が1日に下せる「良質な判断」の回数には上限があります。

部下からオープンクエスチョン（「どうしますか？」）を投げられると、上司の頭の中では以下の負荷が瞬間的に発生します。

1. 現場の状況をゼロからヒアリングして現状を把握する
2. 発生しうるリスクや影響範囲を頭の中で洗い出す
3. 取りうる対応策（選択肢）を複数組み立てる
4. 各案のメリット・デメリットを比較検討する
5. 最終的な判断を下し、部下に分かりやすく手順を指示する

本来なら部下が準備すべき「1〜4」のステップを丸ごと上司に背負わせているため、上司は疲弊し、思わず冷たい表情になってしまうのです。

混同しやすい「報告」と「相談」の決定的な違い

現場でよくある失敗が、「報告」と「相談」の境界線が曖昧になっているケースです。

項目	報告（Report）	相談（Consult）
目的	過去〜現在の「事実」を共有し、認識を揃える	未来の「アクション」を決めるために助言・承認を得る
主役	発生した事象（障害、進捗、完了実績など）	自分が立てた「仮説・解決プラン」
ゴール	上司が状況を把握すること（了解・受領）	上司から「判断（Go/No-Go）」をもらうこと

「ディスクが85%になりました」で話を終えてしまうのは単なる「報告」です。
そこから「だから〇〇の作業をしたいのですが良いですか？」と未来の意思決定を仰ぐのが「相談」です。

ここがごちゃ混ぜになると、上司は「……で、私に何をしてほしいの？」と混乱します。

「相談」と「指示待ち作業員」の境界線

項目	指示待ち作業員の相談	プロのエンジニアの相談
スタンス	答えを教えてもらう（受動的）	自分の判断を承認してもらう（能動的）
質問の形式	「どうすればいいですか？」（オープン）	「A案で進めてよろしいですか？」（Yes/No）
上司の負担	状況把握から解決策の立案まで全て	提示された選択肢の承認・微修正のみ
得られる評価	「手がかかる作業員」	「自走できて任せられる人材」

現場で本当に重宝されるエンジニアは、上司に「答え」を求めません。「自分の仮説に対する承認」をもらいに行きます。

上司への相談の基本ステップ｜Yes/Noで即決させる黄金フォーマット【4ステップ】

上司の時間を奪わず、即座に「それで進めて！」とGoサインをもらうための型が、以下の「現状・課題・提案・相談」の4ステップです。

【現状（Fact）】感情や推測を排除した「客観データ」

最初の一言は、誰が見ても100%事実である「客観データ」だけを端的に伝えます。

• NG：「サーバーのディスクがもうヤバそうです」
• OK：「本番WebサーバーAの/var/log領域の使用率が現在86%に達しました」

【課題（Problem）】放置すると何が起きるか（リスクと期限）

「なぜ今、上司の判断が必要なのか」を伝えます。影響範囲とタイムリミットを言語化するのがコツです。

• NG：「このままだとエラーが出るかもしれません」
• OK：「現在のログ増加ペースが続くと、明日の未明3時頃に閾値（90%）を超過し、監視アラートが発報する見込みです」

【仮説・提案（Proposal）】自分なりの選択肢（A案・B案）

ここが最も重要なパートです。必ず「自分ならこうする」という仮説（選択肢）を提示します。本命案と代替案を並べるのが理想的です。

• OK：
  • 本命（A案）：「先月分のアクセスログを即時圧縮・退避します。20GBの空きが即座に確保できます」
  • 代替（B案）：「夜間バッチで別ストレージへローテーションします。日中帯の負荷リスクはゼロですが、今夜は容量逼迫の監視を継続する必要があります」

【相談（Action）】3秒で判断できるクローズドクエスチョン

最後は、上司が「承認（Yes）」か「却下（No）」だけで答えられる質問（クローズドクエスチョン）で締めくくります。

• NG：「どうしましょうか？」
• OK：「業務影響の少ないA案（即時圧縮）で進めたいと考えておりますが、この方針で作業を行ってよろしいでしょうか？」

これなら、上司は「よし、A案でやっておいて」「いや、念のためB案にしよう」と、わずか3秒で決断できます。

【実務シーン別】そのまま使える相談テンプレート（チャット＆口頭）

インフラ運用の現場で頻発する3大トラブルシーンについて、Slack・Teams用のチャット文面と、対面・口頭での切り出し方をまとめました。

シーン①：ディスク容量逼迫・リソース不足の対応

💬 チャット用テンプレート（Slack / Teams）

【相談：Webサーバー01のディスク容量逼迫への対応方針】
お疲れ様です、〇〇です。
本番Webサーバー01のディスク容量について、作業方針のご相談です。

1. 現状：/var/logのディスク使用率が86%に達しました（閾値：90%）。
2. 課題：このペースだと明日未明に閾値を超え、アラート発報の恐れがあります。
3. 提案：
 ・A案（推奨）：先月分のgz未圧縮ログを圧縮（作業工数10分、約25GB削減見込み）
 ・B案：ログ保存期間の設定を30日から14日に短縮変更
4. 相談：
 サービス影響のない「A案」で本日15時から対応したいと考えております。
 この方針で進めてよろしいでしょうか？

🗣️ 口頭・対面でのスクリプト

「〇〇さん、Webサーバーの容量対応について1分だけご判断を仰ぎたいです。現在ログ領域が86%に達しており、明日未明にアラート値を超える見込みです。影響のない先月ログを圧縮して25GB空けたいと考えているのですが、本日15時から作業を進めてよろしいでしょうか？」

シーン②：作業手順書に記載のないイレギュラー発生時

💬 チャット用テンプレート（Slack / Teams）

【至急確認：DBパッチ適用作業での想定外メッセージ】
お疲れ様です、〇〇です。
現在実施中のDBサーバー検証作業について、1点ご判断を仰ぎたくご連絡しました。

1. 現状：手順書ステップ4のスクリプト実行時、「Warning: Deprecated parameter」の警告が出力されました。処理自体は「SUCCESS」で終了しています。
2. 課題：手順書にはこの警告の記載がなく、このままステップ5（再起動）へ進めてよいか判断が必要です。
3. 提案：
 ログを確認したところ次回バージョンでの廃止警告であり、今回の現行動作には支障がないと判断しています。
4. 相談：
 本日の検証はこのまま続行し、明日ベンダーへ本警告の恒久対応を確認する形で進めてよろしいでしょうか？

🗣️ 口頭・対面でのスクリプト

「〇〇さん、手順書の記載外エラーについて1分だけよろしいでしょうか？DBパッチ適用中に非推奨パラメータのWarningが出ましたが処理は完了しています。現行動作には支障がないため、本日はこのまま再起動ステップへ進めたいと考えておりますが、作業を続行してよろしいでしょうか？」

シーン③：他部署・アプリ担当からの無理な割り込み依頼

💬 チャット用テンプレート（Slack / Teams）

【優先順位の確認：アプリチームからのステージング環境追加依頼】
お疲れ様です、〇〇です。タスクの優先度についてご相談させてください。

1. 現状：アプリチームの佐藤さんより「検証のため、本日中にステージング用VMを1台追加構築してほしい」と急ぎの依頼を受けました。
2. 課題：本日対応する場合、本日締め切りの「来期セキュリティ設定書」の作成が完了できなくなります。
3. 提案：
 ・A案：VM構築を優先し、設計書の提出を明日正午まで延期する
 ・B案（推奨）：設計書を予定通り本日提出し、VM構築は明日午前中の対応としてアプリチームへ納期調整を打診する
4. 相談：
 顧客提出物である設計書を優先したいため、「B案」でアプリチームと交渉したいと考えておりますが、よろしいでしょうか？

🗣️ 口頭・対面でのスクリプト

「〇〇さん、アプリ側からの割り込みタスクについて2分ほど優先順位をご相談させてください。本日中のVM追加を求められていますが、受けると本日納期の設計書が遅延します。顧客提出を最優先として、VM構築は明日午前に調整する『B案』で相手と交渉してよろしいでしょうか？」

マネージャー視点解説！評価が上がる相談・下がる相談

18年間マネージャーとして現場を見てきた視点から、部下の相談に対して「どこを見て評価しているか」の本音をお伝えします。

話しかけにくい上司への「切り出し方」とタイミング

上司が忙しそうに画面を睨んでいると、声をかけるのを躊躇してしまいますよね。

しかし、上司がイラつくのは「話しかけられたこと」ではなく、「何分奪われるか分からないこと」です。

話しかけるときは、冒頭に必ず「至急度」と「所要時間」をセットにして声をかけましょう。

• NGな切り出し方：「すみません、今お時間よろしいでしょうか？」（用件も所要時間も見えず、身構えてしまう）
• OKな切り出し方（通常）：「障害ではなく作業方針のご相談なのですが、3分だけお時間よろしいでしょうか？」
• OKな切り出し方（緊急）：「本番障害の判断のため、至急1分だけお時間をいただけますでしょうか？」

「3分」と言われれば、上司も「3分なら」とキーボードから手を離して聞く体勢を作れます。

そして相談が終わったら、「ありがとうございました！」とスパッと自席に戻る。このリズム感を持てるエンジニアは、現場で一目置かれます。

「間違った仮説」を持ってきても絶対に怒られない理由

「自分の考えた提案が間違っていたら怒られるのではないか……」と不安になり、結局「どうすればいいですか？」と言ってしまう若手が非常に多いです。

しかし、安心してください。「自分なりの仮説を立てて持ってきたこと」自体で、マネージャーからの評価はすでに合格点（加点）です。

部下：「〇〇のエラーが出たため、サービスの再起動を行いたいと考えていますが、よろしいでしょうか？」
上司：「考えてくれてありがとう。ただ、このエラーはDB側のロックが原因だから、再起動するとデータ不整合のリスクがあるんだ。今回は先にDBのセッションを切断しよう」

このように、仮説が間違っていたとしても、上司は「どこで思考がズレたのか」を瞬時に把握できるため、的確なフィードバックができます。

上司が怒るのは「間違えたこと」ではなく、「何も考えずに白紙で持ってくること」です。

自力で調べる制限時間は「15分ルール」

仮説を持つことは大切ですが、「自分で考えなきゃ……」と抱え込み、3時間も4時間も一人で悩んで作業を止めてしまうのは最悪です。

現場でおすすめなのが「15分ルール」です。

💡 現場18年の勘所：15分ルールの運用法

何かわからないことやトラブルに直面したら、タイマーをかけて15分だけ自力で調べる（ログ確認、社内Wiki検索、公式ドキュメント参照など）。

15分経っても解決の糸口が見えなければ、その時点で即座に相談に行きます。

その際の一言はこうです。

「〇〇の件でエラーが出ており、15分ほどログと過去事例を調べたのですが特定できませんでした。〇〇または△△が原因ではないかと推測しているのですが、切り分けのアドバイスを3分ほどいただけないでしょうか？」

これなら、自力で努力した姿勢と現在の仮説が伝わり、上司も喜んでサポートしてくれます。

まとめ：相談の型を身につけて「信頼されるプロ」になろう

「どうすればいいですか？」を口にするのをやめるだけで、現場での立ち位置は劇的に変わります。

1. 上司を疲弊させる原因： 忙しいマネージャーに「思考を丸投げ」しているから
2. 報告と相談の違い： 報告は「過去の事実の共有」、相談は「未来のアクションの承認」
3. 相談の黄金フォーマット： 【現状】→【課題】→【提案】→【相談（Yes/No）】の順で伝える
4. 現場の実践ルール： 1人で悩むのは最大15分。話しかけるときは「3分だけ」と時間を区切る

相談の型をマスターすれば、上司は「口うるさいチェック役」から「自分の提案を後押ししてくれる最強の味方」へと変わります。

まずは明日の現場から、「〇〇のエラーが発生しました。私はA案で対処したいと考えておりますが、進めてよろしいでしょうか？」という一言から試してみてください。

あわせて読みたい現場の必須スキル

本記事で解説した「相談の型」を武器にしたら、次は「障害対応の初動」や「他チームとの折衝術」もセットで身につけておくと盤石です。