【3/10 第2章】就職氷河期の男 ―― ＩＴバブルの花火師

第２章 ＩＴバブルの花火師

２-１ 大量採用するのはなぜか

田中が入社した会社を仮にＡ社と呼ぼう。
メディアで広告を打っている訳ではないので就活するまで名前すら知らない会社である。ただし本業では業界大手である。

なお、システム開発部門は新卒３０名である。
１か月の新卒研修後の５月から大規模開発（プロジェクト）への参画である。
新人を成績順で希望するグループに配属する。
田中は在学中から真面目に課題に取り組んでいたため成績上位である。
当初予定通り開発を希望した。

大規模案件は本当の話である。
ケースツールを使い、大枠のプログラムを自動生成し業務部分を主に作りこむ。
データベースから取得し、データを加工して表示、追加、更新、削除を行うというシンプルな内容であるので若手でも出来るだろうという見立てである。

例を挙げよう。

例えば吉川先輩[仮名]が担当した、部品の構成要素を別部品にコピーする機能があった。
設計書では、初期表示で部品一覧を出す、選択した構成要素をコピーするとだけ。
当然、コピー元で選んだ部品をコピー先で選んだ場合、コピーしないようにする必要があるが記載はない。

どんな機能なのか記載もないので田中は想像もつかず分からない。
吉川先輩に聞いても教えてくれない。
恐らく彼は何も分かってないのだろう。

当然、テスト結果は不具合だらけ。
「しっかりしろよ！」
吉川先輩はそう怒鳴り、田中の尻にケリを入れた。

滅茶苦茶である。
だが徹夜でプログラミングをしている田中には怒りも沸かない。
怒る気力もない。
疲弊しきっていた。

結局、この機能は業務要件を知っている人がたまたま別チームに居て、部品と構成要素がデータベース上でどうなっているかを説明してもらい、すぐに完成した。

万事がこのような状況で進み、システムをクライアントに渡す日、
つまり「リリース日」直前まで修正が入った。

こうしている間に、新卒の同期の一人に連絡がつかなくなった。
先輩の世代も何人か退職していた。

この大規模開発の体制は２００名を超えていた。
社員以外にも外国人、協力会社などＡ社外の一時的な人たちもいた。
完全に統制が取れておらず、徹夜・終電組、タスクが無く定時で帰る人、会社で確保しているホテルでずっと寝泊まりしているひと。

割り振られた仕事を片付け報告せずに、ネット対戦ゲームで遊んでいる人達が居るなど酷い状況である。
のちに発見された「働きアリの法則」そのものである。
「一生懸命働く２割、普通に働く６割、さぼる２割」の状況。

ただ良いところはあった。
残業代はしっかり払ってくれた点である。
田中の残業時間は毎月２００時間が普通だったので良い給与だったが、朝から来てないのに来た事にした人が大勢勤怠不正をしていたので、モヤモヤしていた。

田中は割り振られた作業をスケジュール通りこなすことを使命と思い、腕を磨くための苦労と割り切って歯を食いしばって理不尽に耐えた。

就職氷河期に大量に人を雇うには理由がある。
人が大勢必要な過酷な現場。
数年で同期の新卒は半分以下になった。

２-２ 新しい業界の理想と現実（2000年代初頭）

システム開発会社（SIer）が厳しい業界（ブラック）というのは聞いていた。
また土木作業に似ていて設計して工事、各種テストを行い納品すると。
ただ新しく出来た業界だったので、きっと、どの企業も手探りだったのだろう。

顧客がしたいことを高額のコンサルタントが入り要件を整理・定義し、
その内容から一段安いSIerが設計以降を担当する。
場合によっては二次請け、三次請け、となりピンハネしてやらせる。
派遣社員もいたが正社員並みに働かされ安く、こき使われる。
こういう構造も似ていた。

大規模システムのプログラミングを簡単にするために雛型を作る色々なケースツールが出た。
当たれば提供会社は大儲けである。

ただ土木と違いＩＴ業界は無免許の設計・建築である。
外見は華やかだが中身が危うい。
田中が経験した残業地獄、炎上案件は業界用語でデスマーチという。
 
子会社が大きな花火のように素敵だけど無茶な提案をして取ってきた大型案件で失敗し、本社で何とかしたというのが事の顛末であった。
なお、その子会社は統廃合して花火のように消えた。
出来もしない調子のよいこと言って失敗して消えていく人を
田中達新人は「花火師」と呼んで揶揄した。

玉石混交のカオスな空間だったが優秀な人間も多くいた。
田中にとって良かったことはダメな例も良い例も両方見ることが出来たことだ。
体力的にはきつかったが田中の当初の想定通り得るものがあった。

優秀な人間が簡単に作れるようにマニュアルを作ってくれていたが、
報連相が機能せず全体に展開されずに埋もれていた。
ドキュメントも全行程で何を作るべきか定義しており、テンプレートも用意していた。
だが混乱する現場では、まばらに情報が伝達され知らない人が大多数である。

ただWindowsですら後から不具合修正するという業界の慣習が、
多少不具合があっても納品させてもらえたので幸運というしかない。

よく考えてほしい。
実物の製品で不具合があったら、ふつうは回収・返金である。

２-３ 責任者の背中

話を田中の新卒時の大規模開発に戻そう。
連日の終電・徹夜続きで新卒も２年目も私服が多かったが田中はスーツ姿を貫いていた。
ただ考えるのが面倒なほど疲労していただけなのかもしれない。

「田中。この大量の印刷物をお客様に納品するから荷物を運ぶのを手伝って。」
ただ大量すぎて一人で持ちきれないとのことで唯一スーツ姿の田中を呼んだ。
『承知しました。』
不具合修正中の田中は手を止め、上司の遠藤さん[仮名]の命令を受ける。

タクシーで移動し、クライアントの本社に到着。
初めての名刺交換か、と田中は思った。
社内を通され、応接室に大量の印刷物をもって入室。
クライアントのプロジェクト管理者が居た。

気難しそうな顔をしている痩せた中年。
田中は名刺交換をしようとしたが、遠藤さんが制止した。
なぜ？
不思議に思う田中。
だが、すぐに理解した。

クライアントが納品物をペラペラとめくりだし始めた。
「ここの罫線が違う。コピペしたら直せよ！」
「この行、文字が見えないじゃん、こんなんだからダメなんだよ！」
怒声が応接室に響く。

「申し訳ございません。」
謝る遠藤さん
「謝る前に確認しろよ、ちょっと見れば分かるだろうが！」
「確認したのかよ！」
怒声は続く。

ーーーそう。
遠藤さんは田中をかばったのだ。
ここで名刺交換していたら田中にも飛び火する。
敢えて田中を無関係な荷物運びの人として扱った。
関係するチームの一員なのだ、きっと火に油を注ぐことになる。
管理者として責任者として、若手の盾になった遠藤さんは立派であった。
 
帰りのタクシーで遠藤さんは田中に話をした。
「灰皿が飛んでこないだけマシだよ」
「田中は印刷ミス関係無いのにゴメンな」
「戻ったら皆で確認して納品しないとね」
『承知いたしました。遠藤さん、申し訳ございません。』
いいよ、いいよ、と呟く遠藤さん。

田中は田中で大変であったが、遠藤さんも大変であったのだ。
この人も田中同様、貧乏クジを引いたのだ。

クライアントからのクレームの防波堤を一人黙々としていたのであった。
クライアントから若手を守って、仕事に集中させてくれていたのだなと田中は理解した。

二回目の印刷物の納品は後日無事終わった。

その後、プロジェクトの納品が全て終わったのを見届けた遠藤さんは故郷に帰ると言って静かに辞職した。