SES・客先常駐でナメられない調整術｜インフラエンジニアが無茶振りを角立てず断る技術

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

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

客先常駐（SES）や受託開発、協力会社として他社のインフラ現場に身を置いていると、理不尽な「無茶振り」に頭を抱える瞬間が必ずあります。

• 「今週中にこのサーバー5台のパラメータ設定も追加でやっておいて！」
• 「顧客から急な要請があったから、明日の朝までに検証環境を1台立て直してほしい」
• 「ついでだから、こっちのアプリログのローテーション設定もそちらで見ておいてよ」

現場のエンジニアからすれば、「そんなの聞いていない」「今のスケジュールで間に合うわけがない」と悲鳴を上げたくなるはずです。

しかし、「立場が弱いから断ったら契約を切られるかもしれない……」と怯えて安請け合いし、連日の深夜残業で自爆してしまう人が後を絶ちません。

一方で、感情的に「無理です！」と突っぱねて現場の空気を凍りつかせ、居場所を失ってしまう人もいます。

夜勤の監視オペレータから叩き上げで数々の常駐・受託現場をくぐり抜けてきた立場から断言すると、相手からの無茶振りに真正面から「できません」と答える必要はありません。

本記事では、相手の機嫌を損ねずにこちらのペースへ引き込む「条件付きイエス（トレードオフ交渉術）」を完全公開します。明日からSlackやTeams、対面の会話ですぐに使える返答スクリプトも網羅しました。ぜひ現場の自衛武器として役立ててください。

なぜ客先常駐（SES）の現場で「無茶振り」が多発するのか

客先常駐や他社との共同プロジェクトにおいて、特定の人ばかりに無理難題や雑用が集中してしまう現象をよく見かけます。

なぜ、あるエンジニアは対等に尊重され、別のエンジニアは「ナメられて都合よく使われてしまう」のでしょうか。そこには明確な行動の差があります。

ナメられるエンジニアが無意識にやる3大NG行動

無意識のうちに相手へ「この人には無理を言っても大丈夫だ」というサインを出してしまっている人の特徴は、以下の3つです。

1. 持ち帰らずにその場で「大丈夫です」と即答してしまう
   「断ったら怒られるかも」「頼まれたら期待に応えなきゃ」という善意や恐怖心から、現在のタスク状況や手順レビュー工数を確認せずに安請け合いしてしまうパターンです。後から自席に戻って工数を確認し、青ざめることになります。
2. 理由を示さず感情的に「無理です」「できません」と突っぱねる
   自分のキャパシティがいっぱいだからと、客観的な根拠も添えずに拒絶すると、相手は「非協力的だ」「融通が利かない」と不満を募らせます。その結果、元請けや社内上司経由で上から圧力をかけられ、結局やらされる羽目になります。
3. 口頭依頼をそのまま作業し、エビデンス（記録）を残さない
   立ち話や内線電話で頼まれた作業をチケット起票もなしに実行してしまうと、万が一トラブルが起きた際に「そんな指示は出していない」「そちらが勝手にやった」と梯子を外されます。

「便利屋」と「プロのパートナー」の決定的な違い

何でも二つ返事で引き受けてくれる人は、最初は「使い勝手のいい人」として重宝されます。

しかし、それは「尊敬」ではなく単なる「依存」です。一度便利屋のポジションに固定化されると、納期が破綻した瞬間だけ強烈に責められるという過酷な減点地獄が待っています。

毅然とした態度を作る「10秒のワンクッション」

他社や元請けから急な依頼を受けたとき、最も大切なのは「その場で即答しないこと」です。

どれだけ急かされても、まずは以下のフレーズで「10秒のワンクッション」を置いてください。

「ご依頼内容を確認いたしました。現在進行中のタスクへの影響と、手順の検証工数を確認した上で、〇時までに可否とスケジュールをご回答いたします」

この一言を挟むだけで、相手に対して「この人は感情ではなく、リスクと段取りを論理的に計算して動くプロだ」という強烈なブレーキをかけることができます。

インフラエンジニアが角を立てずに断る「条件付きYES」の技術

現場で最も苦しいのは、スケジュール的にも技術的にも明らかに無理な依頼をされたときです。このとき、多くの人が「引き受けるか、断るか」の二者択一で考えてしまいます。

単なる拒否は関係悪化、安請け合いは即炎上

無茶振りに対して、真正面からぶつかるのはどちらも悪手です。

• ❌ 単なる拒否
  「今週は手一杯なので対応できません」→ 相手は感情的になり、「そこを何とかするのが君たちの仕事だろう！」と不毛な押し問答に発展します。
• ❌ 安請け合い
  「……なんとかやってみます」→ 連日の深夜残業が確定し、睡眠不足で手順ミスを引き起こしてシステム障害へ直行します。

プロジェクトの3要素：工数・納期・作業量のバランス

プロジェクト管理の物理法則として、以下の3つの要素は常に連動しています。

担当者があなた1人（工数が固定）である以上、新しい作業量（スコープ）を追加するなら、「納期を延ばす」か「別の作業を削る」しかあり得ません。 これは感情論ではなく、数学的な物理限界です。

「選択権」を相手に委ねるアプローチ

プロのインフラエンジニアは、決して「できません」とは言いません。

「条件付きイエス（代替案）」を提示し、トレードオフの選択権を相手に委ねます。

• 「できません」ではなく、「この条件であれば可能です」と答える。
• 「やりません」ではなく、「これをやる代わりに、どちらの作業を後ろ倒しにしますか？」と選ばせる。

「やるか・やらないか」の議論から、「Aを取るか・Bを取るか」の選択へと議論の土俵を変えてしまうのです。決定権を相手に渡すことで、相手は「断られた」と感じず、納得感を持って自分の要求を調整せざるを得なくなります。

【実務シーン別】コピペで使える返信テンプレート（チャット＆口頭）

インフラ運用の現場で頻発する3大無茶振りシーンについて、Slack・Teams用のチャット文面と、対面・口頭での切り返しスクリプトを用意しました。

パターンA：納期調整を打診する型（作業量固定 × 期日延長）

依頼内容：「今週中にこのサーバー5台のパラメータ変更も追加でやっておいて！」

💬 チャット用返信文面

お疲れ様です。〇〇です。
ご依頼いただきましたサーバー5台のパラメータ追加変更の件、確認いたしました。

現行の体制上、今週中の作業完了を目指すと、事前の手順レビューおよびロールバック検証の時間が十分に確保できず、本番影響を及ぼす品質リスクがございます。

手順の事前検証と安全な作業を担保するため、【来週火曜日の夕方】までお時間をいただけるのであれば、確実に適用作業を完遂可能です。

安全性を最優先とし、納期を【〇月〇日（火）夕方】まで調整させていただくことは可能でしょうか？ ご検討のほどよろしくお願いいたします。

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

「ご依頼ありがとうございます。今週中に無理に詰め込むと、切り戻し手順の検証が間に合わず本番障害のリスクが高まってしまいます。安全を担保するため【来週火曜の夕方】までお時間をいただけるのであれば確実に完了できますが、スケジュールの調整は可能でしょうか？」

パターンB：優先順位のトレードオフを迫る型（期日固定 × 別タスク延期）

依頼内容：「どうしても急ぎで、明日の朝までにこのテスト用仮想マシンを1台立ててほしい！」

💬 チャット用返信文面

お疲れ様です。〇〇です。
明朝までの仮想マシン追加構築の件、承知いたしました。至急でのご要請と理解しております。

本日中に本作業を完了させるためには、現在予定しております【〇〇システムの疎通テスト作業（本日締め切り予定）】を一時中断し、こちらの構築へリソースを全振りする必要がございます。

その場合、疎通テストの完了が【明日の夕方】まで1日スライドすることになりますが、本VM構築作業を最優先として差し替えてよろしいでしょうか？
方針についてご指示をいただけますと幸いです。

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

「承知いたしました。本日中に完了させるためには、現在進めている【〇〇システムの疎通テスト】を止めてリソースを充てる必要があります。テスト完了が明夕まで遅れることになりますが、こちらのVM構築を優先して着手してよろしいでしょうか？」

パターンC：責任分界点がグレーな作業を押し付けられた型（境界線の可視化）

依頼内容：「ついでにこっちのアプリログのローテーション設定も見直しといてよ」

💬 チャット用返信文面

お疲れ様です。〇〇です。
アプリログローテーション設定見直しの件、ご連絡ありがとうございます。

該当の設定ファイルはアプリケーションの保守運用スコープ（責任分界点）に含まれており、インフラ側での独断変更は再起動時や障害発生時の切り分けに影響を与える恐れがございます。

インフラ側にて「推奨のディスク容量・世代管理パラメータ案」を作成してお渡しすることは可能ですので、実際のファイル書き換えと動作確認は貴チーム側で実施いただく、という進め方でよろしいでしょうか？

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

「アプリログの設定ですね。こちらはアプリチームの保守領域（責任分界点）となるため、インフラ側で直接書き換えてしまうと次回障害時の切り分けに支障が出てしまいます。インフラ側で『推奨パラメータの設計メモ』を作成してお渡ししますので、設定の反映と再起動テストはそちらで実施いただく形にしてよろしいでしょうか？」

梯子外しをゼロにする！合意形成後の「自己防衛テキスト術」

相手とうまく交渉し、口頭で「分かった、来週火曜でいいよ」「そっちの作業を優先して」と合意が取れたとしても、絶対に油断してはいけません。

現場で最も恐ろしいのは、後になって起きる「言った言わない問題（梯子外し）」です。

口頭合意の後は「3分以内にチャットで証拠化」

プロジェクトが遅延したりトラブルが起きた瞬間、相手は「そんな調整をした覚えはない」「勝手に期日を延ばされた」と平気で前言を撤回することがあります。

これを防ぐ唯一の防御策は、口頭で合意した直後、自席に戻って3分以内に以下の1行をチャット（Slack/Teams）またはメールで投げてエビデンスを残すことです。

📋 口頭合意の証拠化スクリプト

『〇〇さん、先ほど口頭でお打ち合わせさせていただきました通り、本件の完了期日を【〇月〇日（火）夕方】として進めさせていただきます。スケジュールの調整にご理解いただきありがとうございました！』

ポイントは、「相手に返信を求めない（承諾済みを前提とする）」書き方にすることです。この履歴がチャットのタイムスタンプに残っているだけで、後から覆されるリスクを完全にゼロにできます。

自社のリーダー・PMを「防波堤（盾）」として使い倒すルール

相手が非常に高圧的であったり、こちらのトレードオフ提案を一切聞き入れずに「四の五の言わずにやれ！」と理不尽な圧力をかけてくる場合は、絶対に1人で戦ってはいけません。

客先常駐（SES）という立場の最大の強みは、「自社」という防波堤が存在することです。

あなたは客先常駐や受託の現場に派遣されているのであって、個人事業主として直接契約しているわけではありません。あなたと顧客の間には、自社のマネージャーや営業が存在しています。

契約スコープの再確認や、工数追加に伴う増員・単価交渉は、エンジニア個人ではなく会社（営業）がやるべき仕事です。

1. 現場ではプロとして「条件付きYES」で冷静に代替案を提示する
2. それでも越境してくる無茶振りには「会社（営業・リーダー）」を盾にして組織で身を守る

この「二段構え」の意識を持っておくだけで、精神的なゆとりが生まれ、現場の無茶振りに怯えることなく堂々と振る舞えるようになります。

💡 現場18年の勘所：自社の「盾」を使うセリフ

相手が理不尽な要求を押し通そうとしてきたら、こう言ってボールを自社へ持ち帰ってください。

「作業範囲の変更およびスケジュールの調整に関しましては、契約上の兼ね合いがございますので、一度自社のプロジェクトマネージャー（〇〇）に持ち帰って確認した上で正式にご連絡いたします」

「契約」という言葉を出された瞬間、相手の現場担当者も勝手な無茶振りができなくなります。

自社のリーダーやPMは、現場メンバーの無茶な稼働から身を守るために存在しています。防波堤として遠慮なく使い倒しましょう。

まとめ：何でも引き受ける人ではなく「品質を守れる人」が一目置かれる

客先常駐や他社折衝でナメられないための鉄則は、非常にシンプルです。

1. 即答しない： 依頼されたら「10秒のワンクッション」を置いて持ち帰る
2. 感情で断らない： 「できません」ではなく「条件付きイエス（トレードオフ）」で相手に選ばせる
3. エビデンスを残す： 口頭合意の後は3分以内にチャットでテキスト化する
4. 1人で抱え込まない： 理不尽な圧力には自社のPM・マネージャーを盾にする

現場で本当に信頼されるプロフェッショナルとは、言われたことを何でも笑顔で引き受ける「使い勝手のいい作業員」ではありません。

「無理なものは無理と論理的に示し、システムの安定稼働とプロジェクトの品質を守るために毅然と交渉できる人」です。

明日からの現場では、無茶振りをされたらまず深呼吸をして、「条件付きイエス」のカードを切ってみてください。あなたの現場での立ち位置は、劇的に変わるはずです。