社内SE日記 ── 無能な上司について語ろう
ある日、社内のシステム部に大手SIerから50歳のリーダーが転職してきた。経歴は「下請け開発会社の管理」だけ。技術の話は一切できない。定例会議は毎回2時間の独演会と化し、部下を自分の前に呼びつけて30分立たせたまま話し込む。──こんな上司、あなたの職場にもいませんか?
この記事では、社内SEが実際に目撃した「困った上司」の実態を深掘りし、彼が本当に無能なのか有能なのか、そして部下はどうすれば生き残れるのかを徹底的に解説します。
社内のシステム部門に、ある日突然50歳の「新リーダー」が着任した。前職は誰もが知る大手SIer。肩書は「プロジェクトマネージャー」だったらしい。
部員たちは最初、期待した。大手SIerで長年やってきた人なら、きっとプロジェクト管理のノウハウや最新技術の知見を持っているはずだ、と。しかし現実は甘くなかった。着任初日から「前の会社ではこうだった」という話が始まり、部員たちの表情が徐々に曇っていった。
大手SIerから社内SEへの転職自体は珍しいことではない。SIerの長時間労働や客先常駐に疲れ、ワークライフバランスを求めて事業会社の情報システム部門に移る人は多い。問題は、この人物の「経歴の中身」だった。
2.「下請け管理だけ」の経歴が意味すること
このリーダーの経歴を詳しく聞くと、驚くべき実態が浮かび上がった。20年以上のキャリアのほぼすべてが「下請けの開発会社を管理する」仕事だったのだ。
つまり、自分でコードを書いたことも、設計書を一から作成したことも、サーバーの構築やネットワーク設計をしたこともない。やってきたのは「進捗を聞く」「報告書を上に回す」「問題が起きたら下請けを叱る」──それだけだ。
大手SIerの多重下請け構造では、こうした「管理だけのマネージャー」は珍しくない。元請けの立場でベンダーコントロールをするのが仕事であり、技術的な判断はすべて下請けに丸投げする。その環境に20年もいれば、自然と技術力はゼロになる。
「管理だけリーダー」の典型的な特徴
| 項目 | 実態 |
| 技術力 | 専門用語は知っているが、実装レベルの理解はゼロ |
| 判断基準 | 「前の会社ではこうだった」がすべての判断軸 |
| 問題解決 | トラブル時は「誰が悪いか」を探すだけで解決策を出さない |
| コミュニケーション | 一方的に話すのは得意、聞くのは苦手 |
| 成果物 | 会議の議事録すら作らない(部下にやらせる) |
社内SE部門に来てしまうと、下請けに丸投げする相手がいない。自分で手を動かす場面が増えるが、そのスキルがない。結果として、かつての成功体験である「人を管理する(=指示して詰める)」という行動パターンだけが残る。それが、部下にとっての地獄の始まりだった。
3. 定例会議が「独演会」に ── 毎回2時間の拷問
このリーダーが着任して最初に変えたのが、週次の定例会議だった。もともと30分から長くても1時間で終わっていた会議が、なぜか毎回2時間に膨れ上がった。
理由は単純だ。リーダーが延々と「自分の考え」を語り続けるからである。各メンバーの進捗報告は5分程度で終わるのに、そのあとリーダーの「コメント」と称する独演会が始まる。
独演会の典型パターン(2時間の内訳)
| 時間帯 | 所要時間 | 内容 |
| 前半 | 約20分 | メンバーの進捗報告(本来の目的) |
| 中盤 | 約60分 | リーダーの独演会(自慢話+精神論+前職の武勇伝) |
| 後半 | 約40分 | 脱線トーク(業界批評、政治の話、最近見たニュースなど) |
部員たちはパソコンを持ち込んで内職しているが、リーダーは気づかない(あるいは気にしない)。2時間の会議が終わると、午前中がほぼ潰れている。これが毎週繰り返されるのだ。
生産性の観点で考えると、チーム8人が2時間拘束されれば、合計16人時のロスになる。月に4回で64人時、年間にすると約768人時が「独演会」に消えている計算だ。人件費に換算すれば、相当な損失になることは言うまでもない。
4. 止まらない自慢話 ── なぜ彼は語り続けるのか
会議中だけではない。廊下で、給湯室で、エレベーターの中で──彼はあらゆる場所で自慢話を展開する。
内容はだいたい決まっている。「前の会社では数億円規模のプロジェクトを仕切っていた」「大手クライアントの役員と直接やりとりしていた」「部下が100人いた」──どれも検証しようのない話ばかりだ。
なぜ彼はこれほど自慢話をするのか?心理学的に分析すると、以下のような背景が考えられる。
承認欲求の暴走:新しい環境で自分の立場を確立するために、過去の実績をアピールし続ける。しかし、聞く側にとっては「この会社での実績」がないので説得力がゼロ。
不安の裏返し:実は本人も自分のスキル不足を感じており、それを隠すために過去の栄光で武装している。話し続けることで沈黙(=ボロが出る瞬間)を避けている。
コミュニケーション能力の欠如:「聞く」よりも「話す」ことでしか自分の存在価値を示せない。双方向のコミュニケーションが取れないため、独演会スタイルになる。
厄介なのは、本人に悪意がないこと。むしろ「部下のために教えてあげている」「経験を共有している」と本気で思っている。だからこそ、誰かが「話が長いです」と指摘できる雰囲気にならない。
5. 部下を呼びつけて立たせたまま30分 ── 時間泥棒の実態
会議だけではない。このリーダーには、もう一つ厄介な習慣がある。部員を自分のデスクの前に呼びつけ、立たせたまま延々と話し込むのだ。その時間、平均30分。
呼ばれる内容は、たいして重要でないことが多い。「さっきのメール見た?」「あの件どうなった?」──そんな一言で済む話が、なぜか30分に膨張する。リーダーが座ったまま、部下は立ったまま。この構図自体が、上下関係の誇示になっている。
呼びつけ30分の被害計算
| 項目 | 数値 |
| 1回あたりの拘束時間 | 約30分 |
| 1日あたりの被害者数 | 2〜3名 |
| 1日の合計ロス時間 | 60〜90分 |
| 集中力の回復にかかる追加時間 | 呼び出し1回あたり約15分 |
| 月間の推定ロス | 約40〜60人時 |
プログラマーやシステムエンジニアにとって、「集中の中断」は致命的だ。深い思考に入っているときに呼び出されると、元の集中状態に戻るまでに15分以上かかるという研究結果もある。つまり、30分の呼び出しは実質45分以上の時間を奪っていることになる。
しかも、呼び出しの内容の大半は、チャットやメールで済む話だ。それを対面で、しかも相手を立たせて行うのは、旧来の「下請け管理」の名残だろう。SIer時代に協力会社の担当者を呼びつけていた感覚が、そのまま社内の部下に適用されているのだ。
6. 彼は無能か有能か?── ピーターの法則で読み解く
ここで冷静に考えてみたい。このリーダーは本当に「無能」なのか?
結論から言えば、「もといた環境では有能だったが、現在の環境では無能」というのが正確な評価だろう。これはまさに「ピーターの法則」が示す典型的なパターンだ。
ピーターの法則とは、1969年にローレンス・J・ピーター教授が提唱した組織論の概念で、「能力主義の階層社会では、人は自分の能力の限界に達するまで昇進し、結果として無能なポジションに留まる」というものだ。つまり、組織のあらゆるポストはやがて、その職責を十分に果たせない人間で埋め尽くされる。
このリーダーの「有能だった部分」と「無能な部分」
| 有能だった部分(SIer時代) | 無能な部分(社内SE時代) |
| 下請け会社の進捗管理 | 自分でシステムを理解・設計できない |
| クライアントへの報告・折衝 | 社内ユーザーの課題を汲み取れない |
| 大人数の体制構築 | 少人数チームの士気を上げられない |
| 「元請け」の権威を使った交渉力 | 権威がない環境で信頼を構築できない |
大手SIerでは、下請けを管理するスキルは確かに「有能」として評価される。元請けの看板を背負い、数十人〜数百人の外部要員を束ねて大規模プロジェクトを回す。それはそれで、特定の環境では機能するスキルだ。
しかし、社内SE部門はまったく別の世界だ。少人数で幅広い業務をこなし、自分で手を動かし、社内ユーザーの声を直接聞いて素早く対応する。「管理だけ」のスキルセットでは、ここでは通用しない。
さらに注目すべきは、カナダの神経科学者の研究で指摘されている「権力と脳の変化」だ。長年にわたって権力的な立場にいると、相手に共感するための神経機構が損なわれるという。リスクを認識する能力が低下し、衝動的になり、相手の立場に立って考えることが難しくなる。このリーダーの「独演会」や「呼びつけ行為」も、この脳の変化で説明できるかもしれない。
7. 部下はどうすればいいのか?── 5つの生存戦略
ここからは具体的な対処法だ。無能な上司を変えることはほぼ不可能。であれば、自分がどう動くかで状況を改善するしかない。
戦略1:期待しない、割り切る
まず最初にやるべきことは「この上司から学ぶことはない」と割り切ることだ。期待するから失望する。最初から期待しなければ、精神的なダメージは最小限に抑えられる。上司には決裁や承認が必要なときだけ関わり、それ以外は距離を取ろう。上司を「承認印を押すための道具」と割り切る。冷たいようだが、これが最も現実的な第一歩だ。
戦略2:会議をコントロールする仕組みを作る
2時間の独演会を許してしまうのは、会議に構造がないからだ。アジェンダを事前に作成し、各議題に時間枠を設定して共有しよう。「本日の議題は3点、各15分で合計45分です」と宣言してしまえば、リーダーも脱線しにくくなる。議事録の担当をローテーションにして、「決定事項」と「アクションアイテム」だけを記録するフォーマットにすれば、議論の焦点も絞られる。
戦略3:記録を残す(防衛の基本)
上司の指示は必ずメールやチャットで確認を取ろう。口頭の指示は「認識違いを防ぐため」として文書化する癖をつける。「先ほどのお話の確認ですが、Aの方針で進めてよろしいですか?」とメッセージを送るだけで、いざというときの証拠になる。上司の問題行動がパワハラに該当する場合も、記録がなければ何も始まらない。
戦略4:上司の上司を味方につける
直属の上司がダメなら、その上の管理職に相談するのも有効な手段だ。ただし「上司が無能です」と感情的に訴えるのは逆効果。客観的な事実──会議時間のデータ、業務への影響、チームの生産性低下──を数字で示すことが重要だ。上層部の目に届けば、組織として何らかの対応が取られる可能性がある。
戦略5:自分のスキルを磨き、選択肢を持つ
最終的に最も効果的なのは、自分自身の市場価値を高めることだ。上司は選べないが、職場は選べる。クラウド資格、セキュリティ資格、プロジェクト管理の資格など、社外でも通用するスキルを積み上げよう。転職という選択肢があるだけで、精神的な余裕が生まれる。「いつでも辞められる」という状態こそが、最強の防御だ。
まとめ ── こんな上司いませんか?
大手SIerから転職してきた「管理だけリーダー」。定例会議を独演会に変え、部下を呼びつけて時間を奪い、自慢話で存在感を示そうとする。IT業界にいれば、こうした上司に一度は出会ったことがあるはずだ。
彼らは「完全な無能」ではない。かつては別の環境で機能していた。しかし、環境が変わってもスキルをアップデートできず、過去の成功体験にしがみつく。ピーターの法則が示すように、「有能だった人が無能になるポジション」にいるだけだ。
部下にできることは、上司を変えようとすることではなく、自分の環境をコントロールすること。会議を構造化し、記録を残し、上層部とのパイプを作り、自分のスキルを磨く。無能な上司がいる環境は確かに辛いが、見方を変えれば「反面教師」の宝庫でもある。
あなたの職場にも「独演会リーダー」はいますか?
「こんな上司がいる」「こうやって対処した」というエピソードがあれば、ぜひコメント欄で共有してください。同じ悩みを抱える社内SEの仲間がきっといるはずです。