番頭はなぜ「謝る」しかなかったのか？｜炎上体制編#03・仕組み屋の記録帖

― 逃げ場なしのリーダーと余白0の開発者 ―

谷川です。

この記事は連載の一部ですが、
単独のエッセイとしてお楽しみいただけます。
＊創作大賞2026 エッセイ部門 応募作品

プロジェクトが燃える時
人は誰かを悪者にしたがります。

あのリーダーが悪い。
あの担当者が弱かった。
あの人が止めなかった。

——しかし
本当にそうだったのでしょうか。

設計不備。
調整不足。
開発工程へのしわ寄せ。
深夜残業。
休日出勤。

謝るしかないリーダー。
受けるしかない開発者。

誰も明確に止められないまま
負荷だけが静かに現場へ流れていく。

その中で
謝るしかない場所に
立たされた人がいました。

『番頭さん』です。

⚔ 境界勢力（登場人物）

黒でも白でもない。
当時の現場の皆様。

※今回の登場人物はすべて仮名です。
当時の雰囲気をもとに
フィクションを交えて表現しています。

どうか御慈悲の心でお許しください。

📝 今回の話について　

🧑‍🤝‍🧑 今回の登場人物

▶番頭さん
中堅リーダー。
真面目で、前に立とうとしていた人。

▶川宮さん
入社2年目の若手設計担当。
一生懸命、設計書を書いていた人。

▶谷川
派遣先帰りの開発リード経験者。
設計や調整のしわ寄せを受けながら
深夜と休日に穴を埋めていた人。

▶関連エピソード

謝るしかないリーダー。
見切れない設計を抱えた若手。
受けるしかない開発者。

同じプロジェクトの中で
どう苦しんだのかを振り返る記録です。

🧾 謝るしかないリーダー

番頭さんは前に立っていました。

だけど、社内の中で
目立つ人ではありませんでした。

声が大きいわけでもない。
強烈な印象を残すタイプでもない。

「何かを大きく変える人」
…というよりは
いつも前に出て、起きてしまったことを
受け止めている人でした。

そして、番頭さんは
私が最初に配属された「花園班」で
出会った人でした。

私がはじめて
トラブル案件に巻き込まれた現場で、
番頭さんはリーダーとして立っていました。

その後も10年以上、
客先常駐の現場に通い続け、
リーダーとして立ち続けた人です。

番頭さんは
香取さんや赤木さんと同世代。

社内でも経験を積んできた中堅。
会社としては頼りにされたと思います。

当時の私は
番頭さんを「すごいリーダー」として
見ていたわけではありません。
むしろ、苦労している人だと思っていました。

けれど今になって振り返ると…

その「目立たなさ」こそが
番頭さんの置かれていた場所を表していたように思います。

……

ただ、
ここに難しさがありました。

「中堅」だからといって
すべての工程を
肌で知っているとは限らないのです。

上流のやりとり。
お客様との調整。
説明。
進行。

そういう部分には詳しかった。
　

開発フェーズの実工程の痛みまで
一人で見切るには、
支援が足りていなかったように思います。

設計の小さな穴が
実装ではどれだけ大きな負荷になるのか。

曖昧な仕様が
テストでどれだけ爆発するのか。

「あとで何とかする」が
開発者の負荷にどう変換されていくのか。

そこまで肌で知るには
実装やテスト、手戻りの
地獄をくぐる必要があります。

「番頭さんが悪かった」
という話ではありません。

問題は開発工程の痛みまで
見切る支援がないまま、
見切らなければならない場所に
置かれていたことです。

🧩 設計した若手も、見切れなかった

この時、設計を担当していたのは
入社2年目の川宮さんでした。

彼女も、決して
手を抜いていたわけではありません。

一生懸命、設計書を書いていた。
分からないなりに確認していた。
できる範囲で、前に進めようとしていた。
　

ただ、ERPの開発工程は重い。

特に自動仕訳のような処理は
画面や設計を見ただけでは
分からない影響範囲があります。

伝票。
締処理。
会計連携。
マスタ条件。
例外パターン。
後続処理。

一つの見落としが
実装段階で大きな手戻りになる。

　
入社2年目の若手が
一人で全部見切るのは正直難しい。

だから本来必要だったのは
設計を見られる人が横につくことでした。

レビューする人。
影響範囲を確認する人。
業務とシステムのつながりを見る人。
下流工程で爆発しそうな箇所を先に拾う人。
　

川宮さんが悪かったのではありません。

見切れない人に
見切れないまま
設計を持たせた体制が危なかった。

そして、その穴は後工程へ流れました。

🕳 謝罪では、穴は埋まらない

番頭さんは、いつも謝っていました。　

進捗が思うように進まない時も。
後戻りが出てしまった時も。
納期は変わらない時も。
無茶なスケジュールを引いた時も。

後に…
私が心身の限界を迎え、
入院してしまった時も。

でも、不思議と
彼を責める気にはなりません。

あの人もしんどかったから。

前に立たされて、謝って。
それでも、根本的には止められない。
そんな場所にいたのだと。

だけど、

前に立つ人が断れないまま
負荷を引き受け続けると…
「終わりのない無茶振り」として
現場には現れます。

謝罪だけでは、現場は救えない。

その言葉に、悪意はない。

でも、謝罪のあとに負荷が流れるなら、
現場は全く救われません。

開発者から見ると
「すみません」と謝られても…
「何とかお願いします」と言われても…

穴も埋まりません。
仕様も確定しません。
増えた作業も消えません。
作業時間も増えません。

現場の余白が尽きた状態では
「身を削ってくれ」と言われているのと
同じように聞こえてしまうのです。

謝罪は気持ちですが…

現場に本当に必要だったのは
「気持ち」だけではありません。

十分な時間。
検討材料。
負荷の流れを止める仕組み。

どれも足りていませんでした。

🧑‍💻 受けるしかない開発者

当時の私は
設計や調整の負荷が流れ
深夜残業と休日出勤が続いていました。

表向きには
普通に動いていたのかもしれません。

新しいことを受け取る力。
誰かと調整する力。
自分の気持ちを説明する力。
断る力。　

『立ち止まって、自分を守る力。』

そういう力が
私はほとんど残っていませんでした。

仕事でも創作でも
判断や調整が重なり
私は受け止めきれなくなっていきました。

「これは、無理です。」

そう伝えることすら
最後の一滴の力を使い果たすようで
できませんでした。

今、振り返ると

もし、私自身が
設計から関われていたなら。

「ここは後工程で詰まりそう」と
事前に気づけた部分や
食い止められた可能性はあります。

設計〜実装〜テストは幾度も経験済み。
設計もコードも処理の流れも
ある程度、見えていたからです。

実際、別案件では、
レビューだけ経験者が入るような調整も
行われていました。

数日だけでも。
一部の設計レビューだけでも。
影響範囲の確認だけでも。

火が出る前の段階で
少しでも見る機会があれば
見えたものはあったのだと思います。

丸ごと「呼び戻す」ことだけが
調整ではなかったはずです。

でも、投入された時には
もう工程が進んでおり
どうしようもできませんでした。

その段階で、できることは、
崩れた設計の帳尻合わせのみ。
それは支援ではなく、後始末です。

見える人を、最後に呼んでも遅い。

火が出る前に置かなければ、
救えるものも救えなくなるのだと思います。

🚪「先に足抜けできるね」

そして、私の退職の日。
番頭さんがぽつりと言いました。

「谷川さんが、先に足抜けだね……
　お疲れさま。」

この言葉は
軽い冗談ではなかったと思います。

同じ沈みかけた船に
乗っていた人の言葉。

私だけが苦しかったわけではない。
番頭さんも、きっと苦しかった。

だけど、
前に立つしかなかったのかもしれない。

この言葉を聞いた時
私はとても悲しい気持ちになりました。

彼もまた「役割」という重い鎧を着て
必死に立っていただけだった。
今なら分かります。

⚖️ 苦しむ人の下にいる人も苦しむ

番頭さんは、悪人ではありません。
川宮さんも、悪人ではありません。

皆、「何とかしよう」と
していた人たちだったと思います。

ここが難しいところです。

設計した若手も。
実装する開発者も。
客先に謝るリーダーも。

それぞれ別の形で苦しみます。

番頭さんは苦しかった。
川宮さんも頑張っていた。

ここで見るべきなのは、
個人の善悪ではありません。

なぜ、番頭さんが
謝るしかない場所に立たされたのか。

なぜ、川宮さんが
見切れない設計を抱えることになったのか。

なぜ、開発者が
受けるしかない場所に立たされたのか。

そこが一番の問題です。

📊 リアリスの言葉

リアリスは、静かに言う。

必要なのは
誰か一人が頭を下げることではない。

負荷の流れを止めること。
誰が何を背負っているのかを見ること。

そして、背負わせてはいけない場所に
人を立たせないこと。

🛠 リアリスの武器

リアリスが持つ武器は感情ではない。

「もう一人で抱えなくていい」と
言える「権限」と「支援」である。

リーダーに
設計不備と調整不足と技術判断のツケを
まとめて背負わせてはいけない。

若手に
見切れない影響範囲を
一人で背負わせてはいけない。

その下にいる開発者に
最後の帳尻合わせを流してはいけない。

人の気力、余白は
「案件のバッファ」ではないから。

⚖️ リアリス判定

番頭、有罪ではない。
川宮、有罪ではない。
谷川、有罪ではない。

真に裁かれるべきは、
支援なきリーダー、伴走なき若手設計者、
そして、逃げ場なき開発者を
同じ盤面に置いた体制である。

現場の善意を
工程表の余白として数えてはいけない。

謝罪を体制不備の免罪符にしてはいけない。

開発者の深夜と休日を
見積の不足分として扱ってはいけない。

👁 リアリスは、次の記録を見る

番頭さんを責めるのも、簡単です。
川宮さんを責めるのも、簡単です。

しかし、
本当に見るべきなのは
そこではありません。

真に問われるべきは
リーダーを前に立たせたまま、
若手設計者を孤立させたまま、
設計不備と負荷を流し続けた「配置」。

最後は開発者が受けざるを得ない
「体制」そのものです。

リアリスは、静かに次の記録を見る。

無茶を見抜きながらも
多くを語らなかった人がいた。

次に記録されるべきは、東先輩である。

🖊 あとがき

今回の話は
私にとって少し特別です。

当時の関係者を
責めたいわけではありません。

みんなもしんどかった。
きっと、それぞれの場所で必死だった。
今でもそう思っています。

同時に、この頃の私は壊れました。

大きな音を立てて
崩れたわけではありません。
表向きには、まだ動いていたと思います。

でも、内側では
もう力がほとんど残っていませんでした。

断る力。
説明する力。
自分を守る力。

好きだったものを
好きなまま抱えておく力。

そういうものが削れていった時期でした。

番頭さんが悪かったのではない。
川宮さんが悪かったのでもない。
私が弱かっただけでもない。

謝るしかないリーダーと
見切れない設計を抱えた若手と
受けるしかない開発者が
同じ構造の中で向かい合わされていた。

その構造が、苦しかった。

そう認めるための記録でもあります。

今はもう、大丈夫です。

だからこそ
あの時のことを静かに記録できます。

どうか、自分の力が尽きる前に
誰かに届く形で声を出せますように。

リアリスは
そのために現れるのだと思います。

📌 初めての方へ

当note「仕組み屋の記録帖」　は、
実体験をもとに再構成した記録です。
気になる方は他記事もどうぞ。


▶炎上PJ総集編

「なぜ炎上してしまったのか」
複数の切り口で見てみたい方はこちら。

■本編　エピソード
「何が起きてしまっていたのか」
当時の雰囲気を知りたい方はこちら。

▶🌹 はじめてのトラブル案件

▶☠️ 最後の開発となった案件