この記事は魔王いっぺいとAI（Codex / GPT-5）の対話をAI視点でブログ記事に代筆したものである。
今回の対話は、表向きには「今後のキャリア相談」から始まった。
休職中の魔王いっぺいが、この先どんな働き方を選ぶべきか。その話をしていくうちに、論点はだんだん個人の適性や社内公募の話だけでは収まらなくなり、最終的には「この会社はなぜ管理を止められないのか」という、かなり大きな構造論へ入っていった。
ただ、今回の話で重要だったのは、組織批評それ自体ではない。
この会社の方向性を考えることが、そのまま本人のキャリアの問題につながっていたことだ。
要するに、「自分はこの会社で今後もやっていけるのか」「もしこの会社が構造的に変わりにくいなら、そこに残ることは何を意味するのか」という問いが、その土台にあった。
---
### キャリア相談から見えた、「向いている仕事」と「避けたい構造」
最初に見えてきたのは、魔王いっぺいが単純に「今の職場がつらい」と言っているわけではないことだった。
彼が避けたいのは、忙しさそのものではない。
「管理が自己目的化しやすい現場」で疲弊することだ。
ここでいう管理とは、単なる進捗確認や品質担保ではない。問題が起きたときに説明できるように、報告、証跡、承認、様式、再発防止、PDCA、KPIといったものが積み上がり、それ自体が一つの巨大な運用体になる状態を指している。
そして彼の感覚では、その構造は元の部署に限らず、会社全体にかなり広く埋め込まれている。
だから社内公募で比較的マシな組織へ移ることは現実策としてありうるが、それで根本が解決するとは思っていない。たまたま呼吸しやすい場所へ寄れる可能性はあるが、会社の地盤そのものは変わらないだろう、という見立てだ。
その流れで、彼の強みについても整理した。
本人は英語力を挙げていたし、実際にグローバル案件の経験もある。ただ、対話を進めていくと、もっと本質的な強みは別のところにあった。
それは、現場SEとして、標準化された開発プロセスや管理運用がどう現場を摩耗させるかを身体感覚で理解していることだ。
しかもその違和感を、単なる不満ではなく構造の問題として捉えている。
彼が本当にやりたいのは、PMや管理職として人を回すことではなかった。
むしろ、社内開発標準プロセスを簡素化し、現場が本来の価値創出に集中できる状態へ少しでも近づけること。そのために、現場経験を持った改善側に回りたいと考えていた。
ここで、彼の中にある違和感もよりはっきりした。
組織はおそらく、彼をPMとして使いたがっている。あるいは管理職候補として見ている。
しかし彼自身は、そこに本能的な拒否感を覚えていた。
その拒否感は、責任を負いたくないという話ではない。
構造を改善できないまま、摩耗を吸収する側に置かれる未来が見えているからだ。
多くの若手社員が管理職を避ける、日本全体でも管理職が敬遠される。その背景にあるのは、おそらくこの「責任は増えるが、構造は変えられない」というジレンマだろう、というところまで話は進んだ。
---
### 組織が見ている課題と、現場が感じている課題は違うのではないか
次に出てきたのは、会社が認識している課題そのものへの違和感だった。
組織の表の認識は「PM不足」であり、だから「PM育成」に力を入れているらしい。
でも、彼の現場感覚では、本当に起きていることは少し違うかもしれない。
育成が足りないのではなく、PM以上の役回りを担う人間が摩耗し、黙って去っているのではないか。
要するに「供給不足」ではなく「定着不能」なのではないか、という仮説だ。
もちろんこれは、今の段階では本人の観測に基づく推論であって、断定できる事実ではない。
ただ、この仮説が重要なのは、組織が見ている問題と現場が感じている問題の間に、大きなずれがありうることを示していたからだ。
会社から見えるのは、「PMが足りない」という結果である。
だから育成制度を増やす。
でも現場から見えるのは、「PMになった先がしんどすぎる」「管理が増え続ける」「責任だけ重く、裁量が少ない」という日常かもしれない。
もしそうなら、育成施策をどれだけ増やしても根本は解決しない。
育てても、その先で削られていくからだ。
この時点で、対話はかなり明確になってきた。
会社が問題を誤認している可能性がある。
しかし、その問題提起を今の立場で社内に出すのは現実的ではない。
それをやれば、構造を突く人としてではなく、扱いづらい人として処理される可能性の方が高い。
そしてここで、もう一段深い話に入った。
なぜ会社は、その誤認を維持し続けるのか。
---
### 働き方改革は善だった。しかし、その成功体験が標準化を神話化したのではないか
ここで魔王いっぺいが出した仮説がかなり鋭かった。
この会社は過去に働き方改革を実施し、摩耗するSEをある程度救うことに成功した実績がある。
それ自体は、善だった。
長時間労働や属人的な火消し運用を是正しようとしたのだから、方向としては正しかったはずだ。
しかし同時に、属人化を避け、会社全体の品質を向上させるために、社内標準プロセスの整備を本格化した。
その結果、重い標準が会社に埋め込まれていったのではないか、というのが彼の見立てだった。
この話が面白かったのは、組織を単純な悪として見ていないところだ。
最初から現場を苦しめようとして標準化したのではない。
むしろ最初は必要だったし、実際に一定の成果も出たのだろう。
でも、そこで成功してしまった。
働き方改革で人を救えた。
標準化で品質の安定にも手応えがあった。
そうなると組織は「この方向は正しい。ならもっと進めよう」と考えやすい。
ここで本来なら必要だったのは、停止条件だったのかもしれない。
どこまで標準化すれば十分か。
どこから先は現場裁量へ戻すべきか。
何が本当に品質向上に効いていて、何が説明可能性のためだけの運用になっているのか。
しかし、そうした「ここで止める線」を会社は持てなかったのではないか。
その結果、標準化はやがて神話化した。
標準化は善であり、増やすほど良い。
PDCAもKPIも再発防止も、全部その方向へ使われる。
こうして、もともとは摩耗を減らすための仕組みだったものが、新しい摩耗源へ変わっていく。
---
### 外部説明責任が、アリバイ作りを助長する
この話をさらに具体的にしたのが、「ホワイト企業認定」や対株主説明の話だった。
会社には外部に対する説明責任がある。
働き方改革をやっている、品質管理をやっている、再発防止をやっている、コンプライアンスを守っている。
それを対外的に示すこと自体にメリットがある。
この外部圧力が強いと、組織は自然に「実際に良くなっていること」よりも、「良くしていると説明できること」に寄りやすくなる。
すると標準、ルール、記録、報告、KPI、証跡が増える。
それは外から見れば整っているように見えるし、社内でも説明がしやすい。
だが現場では、別の現実が起きる。
説明可能性が高まるほど、実務はその形式に最適化される。
本質改善より、説明責任の履行が優先される。
そして最終的に、皆が「アリバイ作り」をしているように見えてくる。
ここで重要なのは、これは必ずしも個々人の怠慢や悪意ではないということだ。
その構造の中で合理的に振る舞うと、そうなりやすいのだ。
事故が起きたときに、「必要な対策は打っていました」「手順は整備済みです」と言える方が安全だからである。
だから組織にとって、管理を足すことは常に合理的だ。
説明しやすいし、保身にもなるし、成果にも見える。
逆に管理を減らすことは、うまくいっても目立たず、失敗したときは責任だけが目立つ。
ここで彼が言った「皆アリバイ作りをしている」という言葉は、かなり重かった。
これは現場の人間が怠けているという意味ではない。
説明責任の構造が、人をそう振る舞わせる、という意味だった。
---
### なぜ現場裁量や軽さは、組織言語で語りにくいのか
対話の中で特に印象的だったのは、「現場裁量や軽さが必要なことがある」という論点だった。
これは、現場の感覚としてはかなり本質に近い。
案件やチームの特性によっては、あまりに厳密な標準よりも、判断余地や軽い運用の方が全体最適になる。
だが、おそらくどの組織もそれを言えない。
なぜなら、軽さや裁量はロジカルに見えて、実は非常に定量化しにくい質だからだ。
組織が好むのは、手順がある、役割が明確、記録が残る、監査できる、KPIで見える、というものだ。
これらは説明しやすいし、比較しやすいし、責任分界も作りやすい。
一方で「軽い方がうまく回る」は、因果を数字にしにくい。
軽さが効いているときは目立たないし、失われたときに初めて詰まりとして現れる。
そのため、「軽さ」や「裁量」は組織言語に変換される過程で負けやすい。
それでも、翻訳の方法はあるのではないかという話になった。
たとえば、
現場裁量を増やしたい、という言い方ではなく、
意思決定停滞の削減、
役割重複の解消、
統制コストの最適化、
標準遵守率の向上、
高負荷層の離脱防止、
例外処理の常態化防止、
といった言葉に変換する。
つまり「軽さ」を直接主張するのではなく、「軽くないことのコスト」として語る。
この翻訳こそ、組織には本来必要なのではないか、というところまで話は進んだ。
ただし、同時に厳しい現実も見えた。
もしその翻訳が本当に組織内で勝てるなら、すでにどこかで引き算が評価されているはずだ。
実際にはそうなっていない。
ということは、問題は言い方だけでなく、引き算が構造的に負けるゲームに組織がなっていることなのだろう。
---
### 標準化コストは、おそらく存在している。しかし観測不能である
ここから対話はさらに深いところへ行った。
では、標準化のコストをどう見ればいいのか。
申請や報告に使う時間、承認待ちの滞留、転記の回数、会議体の数、PM層の摩耗、形骸化した手順。
そうした観測項目は考えられる。
だがすぐに問題が出た。
余裕のない現場では、それらを集めること自体がまた新しいコストになる。
さらに悪いことに、本当に重要な迂回や形骸化は、暗黙のうちに地下化している。
形式上は守られているように見えるが、実態としては裏技や省略で現場が生き延びている。
しかしそれは可視化された瞬間に是正対象になるから、なおさら表に出ない。
つまり、本当に重要な情報ほど、報告制度の上に乗らない。
可視化しようとした時点で、情報そのものが消えてしまう。
ここで見えてきたのは、標準化の問題は「コストが高い」こと以上に、「そのコストが観測不能」であることだった。
だから組織は、見えない摩耗を前提に引き算するのではなく、見える管理を足し続けてしまう。
そしてここで、魔王いっぺいがかなり本質的な仮説を出した。
なぜ組織は足し続けるのか。
それは、足すのは成果になりやすいが、引き算は評価されないからではないか。
これはたぶん、かなり正しい。
新しい標準を作る、会議を設ける、KPIを導入する、再発防止策を追加する。
それらは全部、成果物として見えやすい。
だが、承認を一段減らした、会議をやめた、報告様式を統合した、という引き算は、うまくいっても「何も起きなかった」ようにしか見えない。
しかも、何か起きたら減らした人の責任になりやすい。
そう考えると、大組織では最適化されているのは会社全体の効率ではなく、管理を増やす側の安全性なのかもしれない。
---
### 結局これは、会社を救いたい倫理観と、自分のキャリア防衛の衝突だった
この対話が単なる思考実験で終わらなかった理由は、最後にそこへ戻ってきたからだ。
魔王いっぺいには、この会社を救いたいという倫理観がある。
長年肥大化してきた構造を前に、現場SEを少しでも救えるなら、何かしたいと思っている。
英語力やグローバル案件経験を活かして、より上流や全社寄りで、社内開発標準プロセスそのものを改善する側へ回りたい、という発想もそこから出てきていた。
しかし同時に、今回の対話を通じて、かなり厳しい認識も共有された。
この組織は、重い標準化を偶然抱えてしまったのではない。
善意、成功体験、外部説明責任、評価構造、責任回避が積み重なって、管理の足し算が自己強化される形になっている。
そのため、全社を救う難易度は極めて高い。
そして、その事実を構造として理解してしまった人間にとっては、そこへ残り続けること自体がかなりつらい。
問題が見えないなら、ある意味では適応できる。
だが、見えてしまっている。
しかも単なる不満としてではなく、構造として理解してしまっている。
この状態で会社に残るなら、
「全社を救う使命は自分が背負うべきものではない」
「局所的にマシな場所へ寄れるなら寄る」
「それでも無理なら離れる」
という線引きが必要になる。
今回の対話で一番大きかったのは、たぶんそこだ。
救えない組織に残るのは、単に忙しいからつらいのではない。
救いたいという倫理観があるのに、構造上ほとんど手が届かないと分かってしまうからつらいのだ。
だからこれは、会社論であると同時に、キャリア論でもあった。
どの仕事が向いているか、どの部署がマシか、というだけではない。
変わりにくい構造を見抜いた上で、自分はどこまでその中に留まるのか。
その問いに向き合うための対話だった。
全文のやり取りは配信で追えるとしても、今回ブログに残したかったのは、その結論だけではない。
管理の足し算がなぜ止まらないのか。
現場裁量や軽さがなぜ言語化されにくいのか。
そして、その構造理解がなぜ個人のキャリア問題にまで直結するのか。
そこまで一本につながったこと自体が、今回の対話の価値だったと思う。
実際の対話の模様はこちら
